用途
精益画布是一页式商业论点，把关于问题、客户、解决方案与可行性的假设变得显式且可测试。它由 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，并明确说明该回退。
使用方式
当被要求创建精益画布时，按以下步骤执行：
- 确定模式与意图：判断请求是 content 还是 visual；若省略模式，默认 content 并说明回退。明确目标：新产品论点、既有业务压力测试，还是多方案并排比较；若不清楚，先询问一次再继续。
- 收集上下文与证据：优先使用用户提供的上下文（产品名称、市场、目标客户、已有研究、用户当前使用的替代方案、已知约束）。若证据薄弱，继续生成，但在 Evidence & Confidence 部分标记缺口，并相应校准各模块置信度。对既有业务，明确区分当前假设与已验证数据。
- 按推荐顺序填写九个模块（因为每个模块的答案会约束下一个，不要跳步）：
- 问题：按痛苦强度与频率排序的前 3 个问题，并包含“现有替代方案”（客户今天在做什么，包括变通办法与不消费，而不仅是直接竞品）。
- 客户细分：谁最强烈地拥有这些问题？把“早期采用者”命名为你将首先触达的独立子集——他们比更广泛细分更痛苦、更可触达、更愿意尝试新方案。
- 独特价值主张（UVP）：一句清晰、可测试的承诺，并包含一个“X for Y”式的高层概念类比，帮助忙碌读者快速理解。
- 解决方案：针对前 3 个问题的前 3 个功能，与问题模块一一对应。保持具体但不过度设计；这是假设，不是规格。
- 渠道：触达早期采用者的免费与付费路径。区分复利型渠道（内容、SEO、社区）与展示牵引力的渠道（外呼、付费广告）。
- 收入来源：模式（订阅、交易、免费增值、服务）、价格点、预期量级与 LTV。展示计算过程，使收入论点可被检视。
- 成本结构：CAC、固定与可变成本，以及塑造增长曲线的成本驱动因素。
- 关键指标：3 到 5 个表明模型是否奏效的领先指标。AARRR（获取、激活、留存、收入、推荐）是常用默认框架。
- 不公平优势：无法被轻易复制或购买的东西。若作为开放问题来框定，留空是可接受的；绝不要编造护城河。
- 应用证据与置信度政策：为每个模块标注 High、Medium 或 Low 置信度及一行理由。填写 Evidence & Confidence 部分：已验证（有具名来源的假设）、假设（尚无数据）、开放问题（需要了解什么才能提高置信度）、治理（谁拥有画布、何时复审）。标为 High 的模块必须给出具体证据来源，而非泛泛之词。
- 渲染并写入可视化文件（仅 visual 模式）：读取 references/html-template.html，用 Markdown 画布内容填充模板中的每个 {{PLACEHOLDER}} 令牌，包括产品名、创建日期、目的、整体置信度、各模块内容、各模块置信度字母（H/M/L）以及页脚证据条中的计数、负责人与下次复审。将填充后的文档写入用户指定路径，或默认写入当前工作目录下的 ./lean-canvas-{slug}.html（{slug} 为产品名小写并将非字母数字字符替换为连字符）。不要引入外部字体或 CSS 链接；模板有意保持自包含。content 模式完全跳过此步骤。
- 最终化以供直接使用：从最终工件中移除所有模板指导性引用块（> 注释）；验证 UVP 是能改变决策且可测试的，而非营销空话；确认早期采用者是独立子集（不是客户细分的复述）；确认解决方案模块条目与问题模块条目一一对应。
适用场景
- 在一页纸上框定新产品、新功能或新商业论点
- 通过把隐含假设显式化来压力测试既有业务
- 并排比较两个或多个战略选项（每个选项运行一次技能，然后对比差异）
- 用单一工件让新团队成员了解战略论点
- 中期现实检查：鉴于已学到的东西，论点是否仍然成立？
- 与 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；精益画布框定完整论点，假设测试其中的单个主张。
输出契约（v1.0.0）
- 九个模块按经典顺序全部呈现（问题、客户细分、UVP、解决方案、渠道、收入来源、成本结构、关键指标、不公平优势）
- 每个模块包含内容、置信度标签（High|Medium|Low）及一行理由
- Evidence & Confidence 部分存在，且已验证、假设、开放问题、治理四个子部分均已填写（即使某子部分有意为空，也标记为“None”而非删除）
- content 模式：Markdown 画布是唯一输出
- visual 模式：除 Markdown 画布外，向磁盘写入自包含 HTML 文件（默认 ./lean-canvas-{slug}.html 或用户指定路径），基于 references/html-template.html 填充所有占位符且无外部依赖；写入后向用户报告文件路径
- Foundation 分类：frontmatter 中无 phase: 字段；使用 classification: foundation
质量检查清单
最终化前验证：九个模块齐全且顺序正确；问题列出前 3 个问题并包含现有替代方案子部分；客户细分把早期采用者命名为独立子集而非复述；UVP 是一句话并包含“X for Y”高层概念类比；解决方案与问题模块一一对应；渠道区分复利型与展示牵引力型路径；收入来源展示计算（模式、价格、量级、LTV）；成本结构给出 CAC 并识别成本驱动因素；关键指标列出 3 到 5 个领先指标；不公平优势要么具体，要么明确标为开放问题；每个模块有置信度标签及一行理由；Evidence & Confidence 部分四个子部分均已填写；最终工件中移除模板指导性引用块；visual 模式下生成的 .html 文件在无网络访问时能在浏览器中成功打开，所有占位符已替换，置信度徽章颜色正确，经典 Maurya 九模块布局可见，A3 横向打印预览能在一页内容纳画布，存在 role="img" 与 aria-label，并向用户报告文件路径；content 模式下不写入 .html 文件，Markdown 中也不出现可视化部分。
示例
references/EXAMPLE.md 提供了一份 content 模式下完成的精益画布，采用真实的 B2B SaaS 场景。visual 模式的 HTML 模板脚手架位于 references/html-template.html。