foundation-lean-canvas

精益画布

精益画布是一份单页业务论点，它会明确列出你对问题、客户、解决方案和可行性的假设，并使这些假设可以接受检验。精益画布由 Ash Maurya 基于 Alex Osterwalder 的商业模式画布开发，专为在不确定环境下运营的初创公司和产品团队设计。九个相互关联的模块会促使你一次性阐明整体情况，这样，改变某个模块的假设时，就能看出它对其他模块产生的连锁影响。

这项技能是一个战略枢纽，而非专用工具。它会生成整合后的单页成果，并链接到更深入的 PM 技能（define-problem-statement、foundation-persona、define-jtbd-canvas、develop-solution-brief、discover-competitive-analysis、measure-experiment-design），以便在需要时深入分析单个模块。

支持的模式

• content（默认）以结构化 Markdown 形式生成包含九个模块的画布。
• visual 除生成 Markdown 画布外，还会使用 references/html-template.html 作为布局框架，在磁盘上写入一个独立且美观的 .html 文件。HTML 会呈现 Maurya 经典的九模块布局，采用精致的字体、细腻的分栏色彩点缀、各模块的置信度徽章，以及适合打印的 A3 横向样式。不依赖外部资源或 CDN：即使无法访问网络，文件也能在浏览器中正常打开。

如果未指定模式，则默认使用 content，并明确说明采用了此默认设置。

适用场景

• 在一页内梳理新产品、新功能或业务论点
• 明确隐含假设，对现有业务进行压力测试
• 并排比较两个或更多战略选项（每个选项运行一次此技能，然后比较差异）
• 通过一份成果，让新团队成员了解战略论点
• 在项目中期进行现实检验：基于目前的所学，论点是否仍然成立？
• 与 measure-experiment-design 配合，优先确定先测试哪些模块假设

不适用场景

• 你需要深入研究单个模块（如用户画像细节、问题梳理、竞争格局）。请改用专用技能（foundation-persona、define-problem-statement、discover-competitive-analysis）。
• 你正在撰写 PRD、用户故事或验收标准。请使用 deliver-prd、deliver-user-stories、deliver-acceptance-criteria；精益画布用于战略梳理，而非规格说明。
• 你想在没有客户问题锚点的情况下构思解决方案。请先从 define-problem-statement 或 define-jtbd-canvas 开始，梳理清楚问题后再回到精益画布。
• 你需要为客户和渠道已知的成熟企业制定商业模式画布。Maurya 专门为高度不确定的早期创业项目设计了精益画布；对于稳态分析，BMC 更合适。
• 你只想单独测试某个具体假设，而不是对整个业务模式进行压力测试。请先使用 define-hypothesis，然后使用 measure-experiment-design；精益画布用于梳理完整论点，假设则用于检验其中的一项主张。

说明

收到创建精益画布的请求时，请按以下步骤操作：

1. 确定模式和意图 判断请求使用的是 content 还是 visual。如果未指定模式，则默认使用 content，并说明采用了此默认设置。 明确目标：梳理新产品论点、对现有业务进行压力测试，还是并排比较多个选项。如果不明确，继续之前先询问一次。

2. 收集背景和证据 优先使用用户提供的背景信息：产品名称、市场、目标客户、已有研究、用户目前采用的替代方案，以及已知限制。 如果证据不足，仍继续生成，但要在 Evidence & Confidence 部分标明缺口，并相应校准各模块的置信度。 对于现有业务，要明确区分当前假设与已验证数据。

3. 按建议顺序填写九个模块 按以下顺序填写，因为每个模块的答案都会影响下一个模块。不要跳过步骤。 a. 问题 - 按痛点强度和出现频率排序的前 3 个问题。包括现有替代方案（客户目前的做法，包括变通方法和不使用方案，而不仅是直接竞争对手）。 b. 客户细分 - 哪些人受这些问题困扰最严重？将早期采用者作为一个独立子集，明确指出你会首先触达哪些人。与更广泛的客户群相比，早期采用者的痛点更强、更容易触达，也更愿意尝试新方案。 c. 独特价值主张（UVP） - 用一句话作出清晰且可验证的承诺。加入一个高层概念（“面向 Y 的 X”类比），帮助忙碌的读者快速理解。 d. 解决方案 - 能解决前 3 个问题的 3 项核心功能。与“问题”模块逐项一一对应。描述要具体，但不要过度设计；这是一项假设，而非规格说明。 e. 渠道 - 触达早期采用者的免费和付费途径。区分能产生复利效应的渠道（内容、SEO、社群）与能展示牵引力的渠道（主动拓展、付费广告）。 f. 收入来源 - 商业模式（订阅、交易、免费增值、服务）、价格、预期销量和 LTV。展示计算过程，让人可以核查收入假设。 g. 成本结构 - CAC、固定成本与可变成本，以及决定增长曲线的成本驱动因素。 h. 关键指标 - 能表明商业模式是否有效的 3 到 5 个领先指标。AARRR（获客、激活、留存、收入、推荐）是一个实用的默认框架。 i. 竞争优势 - 什么优势不容易被复制或购买？如果明确标注为开放问题，留空也可以；绝不要捏造护城河。

4. 应用证据与置信度策略 为每个模块标注 High、Medium 或 Low 置信度，并附上一句理由。 填写“证据与置信度”部分：Validated（注明来源的已验证假设）、Assumed（尚无数据）、Open Questions（提高置信度所需了解的信息）、Governance（画布负责人及复审时间）。 标记为“High”的模块必须注明具体证据来源，不得使用笼统说法。

5. 渲染并编写可视化文件（仅限可视化模式） 阅读 references/html-template.html。这是一个完整、独立的 HTML5 文档，使用 CSS Grid 呈现规范的 Maurya 九模块布局，包含分列色彩强调、置信度徽章和 A3 横向打印样式。 将画布内容填入模板中的每个 {{PLACEHOLDER}} 标记：

   • 根据画布标题填写 {{PRODUCT_NAME}}、{{CREATED_DATE}}、{{PURPOSE}}、{{OVERALL_CONFIDENCE}}。
   • 根据对应模块填写 {{PROBLEM_CONTENT}}、{{EXISTING_ALTERNATIVES}}、{{SOLUTION_CONTENT}}、{{UVP_CONTENT}}、{{HIGH_LEVEL_CONCEPT}}、{{ADVANTAGE_CONTENT}}、{{CUSTOMER_CONTENT}}、{{EARLY_ADOPTERS}}、{{METRICS_CONTENT}}、{{CHANNELS_CONTENT}}、{{COST_CONTENT}}、{{REVENUE_CONTENT}}。多项内容使用 <ul><li> 列表；单元格内容应简洁（单行概述，而非完整的 Markdown 细节），以确保可视化内容一目了然。
   • 使用与各模块置信度标签匹配的单个字母 H、M 或 L 填写 {{CONF_PROBLEM}}、{{CONF_SOLUTION}}、{{CONF_UVP}}、{{CONF_ADVANTAGE}}、{{CONF_CUSTOMER}}、{{CONF_METRICS}}、{{CONF_CHANNELS}}、{{CONF_COST}}、{{CONF_REVENUE}}。模板中每项各出现两次（一次用于设置样式的 class 属性，一次作为可见文本）。
   • 在页脚证据栏中填写 {{VALIDATED_COUNT}}、{{ASSUMED_COUNT}}、{{OPEN_QUESTIONS_COUNT}}、{{OWNER}}、{{NEXT_REVIEW}}。 将填充完成的文档写入用户指定路径；如果未指定，则写入当前工作目录下的 ./lean-canvas-{slug}.html（其中 {slug} 是将产品名称转为小写，并将非字母数字字符替换为连字符后得到的字符串）。 不要引入外部字体或 CSS 链接；该模板特意设计为独立文件。 在内容模式下，完全跳过此步骤。

6. 完成并供直接使用 从最终产物中删除所有模板指导性引用块（> 注释）。 确认 UVP 能改变决策且可测试，而非营销噱头。 确认早期采用者是一个独立子集（而非对客户细分的复述）。 确认解决方案模块中的条目与问题模块中的条目一一对应。

输出规范（v1.0.0）

• 按规范顺序包含全部九个模块（问题、客户细分、UVP、解决方案、渠道、收入来源、成本结构、关键指标、竞争优势）
• 每个模块都包含内容、置信度标签（High|Medium|Low）和一行理由
• 包含“证据与置信度”部分，并填充 Validated、Assumed、Open Questions 和 Governance 子部分（即使某个子部分有意留空，也应标注为“无”，而非删除）
• 内容模式：Markdown 画布是唯一输出。
• 可视化模式：除 Markdown 画布外，还会将一份独立完整的 HTML 文件写入磁盘，路径为 ./lean-canvas-{slug}.html（或用户指定的路径）。HTML 基于 references/html-template.html 生成，所有占位符均已填充，且不依赖外部内容。写入后，向用户报告文件路径。
• 基础分类：frontmatter 中不包含 phase: 字段；使用 classification: foundation

质量检查清单

完成前，请确认：

• 九个模块均已包含且顺序正确（问题、客户细分、UVP、解决方案、渠道、收入来源、成本结构、关键指标、竞争优势）
• 问题模块列出最重要的 3 个问题，并包含“现有替代方案”子部分
• 客户细分模块将早期采用者列为独立子集，而非重复客户细分
• UVP 为一个句子，且包含高层级概念类比（“X for Y”）
• 解决方案与问题模块一一对应（针对最重要的 3 个问题列出 3 项主要功能）
• 渠道区分可持续积累的渠道与能证明增长势头的渠道
• 收入来源展示计算方式（模式、价格、数量、LTV）
• 成本结构列出 CAC，并指出成本驱动因素
• 关键指标列出 3 至 5 个领先指标
• 竞争优势具体明确，或明确标记为一个开放问题
• 每个模块都有置信度标签（High|Medium|Low）和一行理由
• “证据与置信度”部分包含全部四个子部分
• 已从最终产物中删除模板指导性引用块
• 可视化模式：生成的 .html 文件可在无网络连接的情况下于浏览器中正常打开；所有 {{PLACEHOLDER}} 均已替换；置信度徽章显示正确颜色；呈现规范的 Maurya 九模块布局；A3 横向打印预览能将画布容纳在一页内；包含 role="img" 和 aria-label；已向用户报告文件路径
• 内容模式：不写入 .html 文件，Markdown 中也不出现可视化部分

示例

请参阅 references/EXAMPLE.md，了解一份采用内容模式、场景设定真实的 B2B SaaS 精益画布示例。可视化模式的 HTML 模板框架位于 references/html-template.html。