有创业想法时，从原始想法推进到可验证、定位…

当你有一个新业务或创业点子，想在写代码前验证需求、找到产品市场契合、完成定位定价和首个细分市场选择时使用。

适用场景

解决思路

1. 遵循核心原则：先获得证据再消耗 runway——先需求后构建，先战略后扩张，先价格后产品；你可以一周发现产品判断错，或一年发现业务判断错——选择一周。
2. 按十阶段顺序推进，并随证据积累回环：1 jobs-to-be-done；2 mom-test；3 design-sprint；4 lean-startup；5 good-strategy-bad-strategy；6 blue-ocean-strategy；7 obviously-awesome；8 hundred-million-offers；9 monetizing-innovation；10 crossing-the-chasm。
3. 恢复优先：先读取 docs/CREATE-BUSINESS-PLAN.md 和 Journey Map 中每个 artifact；若 tracker 存在，用 3-5 行总结旅程状态，并询问进入哪个 phase；用户确认入口点后继续；有 tracker 的旅程只恢复，绝不重启。
4. 仅首次运行做 Intake：没有 tracker 时运行 Intake，然后创建 docs/CREATE-BUSINESS-PLAN.md，把每个 phase 标记为 pending | in-progress | awaiting-evidence | done | deferred: reason | skipped: reason；tracker 存在且用户确认 phase plan 后完成。
5. Intake 问题 1：询问原始想法，一两句话，用于 Phase 1 job reconstruction。
6. Intake 问题 2：询问你设想的客户是谁，以及他们今天如何解决；用于 Competing Alternatives，且紧密 segment 可加速 Phases 7 和 10。
7. Intake 问题 3：询问你有什么客户接触渠道——名单、社区、warm intros；这决定 Phases 2-4，没有接触渠道时 human-only interview phases 会停滞。
8. Intake 问题 4：询问已有什么证据——过去访谈、waitlist、销售、prototype；用于快进或跳过已完成的 discovery。
9. Intake 问题 5：询问是 B2B 还是 B2C；若 B2B，是 sales-led 还是 self-serve；是否是 marketplace 或 network product；用于路由可选的 predictable-revenue 和 cold-start-problem。
10. Intake 问题 6：询问 runway 和 deadline；用于设定 phase 深度以及是否 defer strategy phases。
11. Intake 问题 7：询问是否已有产品构建；若是，可能走错旅程，改路由到 grow-business 或 improve-business。
12. 应用 phase-skip 启发式：当 CUSTOMER.md 已有带三个维度的 validated job statement 时跳过 Phase 1。
13. 应用 phase-skip 启发式：当 working prototype 已用 5+ target users 测试时跳过 Phase 3。
14. 应用 phase-skip 启发式：对明确差异化的 niche，defer Phase 6 直到 kernel 设定。
15. 应用 phase-skip 启发式：defer Phases 5-10 直到 Phase 2 返回 real commitments——不在未验证需求上做 strategy。
16. 创建 tracker 后，从模板创建 docs/CREATE-BUSINESS-PLAN.md，给每个 phase 标记状态，并确认 plan；当 docs/CREATE-BUSINESS-PLAN.md 存在、每个 phase 已标记状态且用户确认 plan 后完成。
17. Phase entry：宣布该 phase 做什么、强制什么决策、产出什么 artifact、rough effort；提供 proceed / skip / defer；标记为 GATE 的 phase 可 defer，不可 skip；选择 proceed 后标记为 in-progress；用户选择后完成。
18. Skill invocation and fallback：加载该 phase 的 skill 并使用它；每个 phase 的 Invoke 行按 slug 命名 skill；若不可用，提供 `npx skills add wondelai/skills/<slug> --global`；若用户拒绝，按该 phase 的 Brief（minimum viable method）运行；说明当前模式。
19. In-phase decisions：对「Decide with the user」下的每个问题提问，给具体选项和推荐；把选择记录到 tracker 的 Key Decisions；静默决策是缺陷。
20. Phase exit：写文件前展示 artifact 草稿内容供 sign-off；批准后写入或扩展 docs/ 文件，更新 tracker（status、Key Decisions、Next Actions）；文件写完且 phase 行显示 done 后完成。
21. Artifact discipline：写前先读；文件缺失才创建，否则扩展——添加或更新你的 sections，保留其他人的；文件放在 docs/ 且 UPPERCASE；每个 recommendation 落成 checkbox 或带 owner 和 priority 的 table row；首次创建 docs/ 文件时看 references/artifact-templates.md，从完整 skeleton（所有 section headings）创建，再填该 phase 指定的 sections。
22. 仅由人类与客户交谈：agent 准备 interview guides 并处理 transcripts，然后暂停为 awaiting-evidence，直到用户带回 notes；绝不模拟客户——role-played interview 会确认你希望为真的东西。
23. Phase 1 jobs-to-be-done：把原始想法重构为客户试图取得的 progress，使业务即使第一个 solution 死亡也能存活；job 是 context 中的 progress，不是 goal 或 task，写作 `When [situation], I want to [motivation], so I can [outcome]`，solution-agnostic。
24. Phase 1 方法：每个 job 都有 functional、emotional、social 维度；差异化产品通常在后两者；真实竞争包括 workarounds 和 non-consumption——命名必须打败的 hire。
25. Phase 1 调用：用 intake 的 raw idea 和 customer guess 运行 `jobs-to-be-done` skill；要求 When/I-want-to/so-I-can job statement、全部三个维度、以及包含 non-consumption 的完整 competing-alternatives set。
26. Phase 1 决策：与用户决定哪个 job statement 是真的，以及首先必须打败哪个 competing hire；推荐仍命名 emotional 或 social 维度的最紧 statement。
27. Phase 1 artifact：创建 docs/CUSTOMER.md，含 `## Job Statement`、`## Job Dimensions`、`## Competing Alternatives`；更新 tracker。
28. Phase 1 完成标准：CUSTOMER.md 含 solution-agnostic job statement、全部三个维度、命名 hire-to-beat 的 competing set。
29. Phase 2 mom-test 是 GATE：用真实对话替代观点，取得 Phase 1 job 真实、痛苦、值得付费解决的证据；Phases 5-10 直到这里返回 proceed verdict 前保持锁定。
30. Phase 2 方法：遵守三规则——谈他们的生活而非你的想法；问过去具体事而非假设；少说（他们讲 80%）；compliments 不是 data，只有 commitments（time、reputation、money）算数；好的问题应可能摧毁 imagined business。
31. Phase 2 调用：用 docs/CUSTOMER.md 的 job statement 和 competing alternatives 运行 `mom-test` skill；要求 (a) 10-12 个问题 interview guide，遵守三规则；之后 (b) 对 transcript 打分，标记 leading questions 和 zombie leads；把 guide 交给用户并暂停 awaiting-evidence；将批准 guide 记录到 docs/CUSTOMER.md 的 `## Interview Evidence` 下 `### Interview Guide` 子节，使其在暂停后仍保留。
32. Phase 2 返回决策：证据是否确认 job？proceed（3+ concrete commitments）、revise job statement（回 Phase 1）或 stop（未发现 pain——一次便宜胜利）。
33. Phase 2 artifact：扩展 docs/CUSTOMER.md，添加 `## Interview Evidence`（date | who | facts | commitment）和 `## Validation Verdict` 及 decision 和 reasoning；更新 tracker。
34. Phase 2 完成标准：CUSTOMER.md 含 5+ evidence rows、记录 verdict、用户选择 proceed / revise / stop；若 proceed，则解锁 Phases 5-10。
35. Phase 3 design-sprint：在承诺数月前，用一周和五名真实客户反应证明 concept 最风险部分。
36. Phase 3 方法：五天——Map、Sketch、Decide、Prototype、Test；选一个 target moment（最风险 step）；独自 sketch（不做 group brainstorms）；单个 Decider 打破 ties；构建 facade 而非 working code；只测试五名 target customers；周五闭嘴，让他们 struggle——解释 prototype 会 invalidate test。
37. Phase 3 调用：用 validated job 和 riskiest open question 运行 `design-sprint` skill；要求 Monday map 含 sprint questions 和 target moment，以及不解释 prototype 的 Friday five-act interview script；把 recruiting brief 交给用户并暂停 awaiting-evidence 进行真实 sessions；将批准 script 和 brief 记录到 docs/EXPERIMENTS.md 的 sprint card 下，使其在暂停后仍保留。
38. Phase 3 决策：与用户决定本周测试哪个 single assumption，以及谁是 Decider；返回后决定 concept 是否 survive——build、fix 或 walk away（一周胜利）。
39. Phase 3 artifact：创建 docs/EXPERIMENTS.md，含 `## Experiment Cards`（EXP-001，type sprint，pre-committed metric，decision rule，result 和 verdict）和 `## Experiment Backlog`；更新 tracker。
40. Phase 3 完成标准：EXPERIMENTS.md 含带五场 sessions recorded verdict 的 sprint card，用户选择 build / fix / walk away。
41. Phase 4 lean-startup：把 discovery 转成可重复的 validated learning 引擎，并 ship 测试 riskiest leap-of-faith assumption 的最小 MVP。
42. Phase 4 方法：倒推 Plan Build-Measure-Learn——先决定学什么，再决定证明它的 metric，再决定 minimum build；MVP 类型——smoke test、concierge、Wizard of Oz——各测试不同 leap-of-faith assumption，先测 riskiest；测量 actionable metrics，不测 vanity ones；运行前设置 pivot-or-persevere criteria；选择一种增长引擎：sticky、viral、paid。
43. Phase 4 调用：用 feature wish list 和 surviving concept 运行 `lean-startup` skill；要求 single riskiest leap-of-faith assumption、一个带 Build-Measure-Learn experiment card 的 MVP type、以及提前设置的 pivot-or-persevere thresholds。
44. Phase 4 决策：与用户决定哪个 MVP type、首先优化哪种 single engine of growth、以及 pre-committed pivot/persevere thresholds；推荐在 paid acquisition 前选择 sticky engine（retention 高于 churn）。
45. Phase 4 artifact：创建 docs/PRODUCT.md，含 `## Vision` 和 `## MVP Definition`；扩展 docs/EXPERIMENTS.md，加新 card 及其 decision rule；更新 tracker。
46. Phase 4 完成标准：PRODUCT.md 定义 MVP 及其 excludes，EXPERIMENTS.md 含带 pre-committed thresholds 和 chosen engine 的 card，用户批准 MVP scope。
47. Phase 5 good-strategy-bad-strategy：把 goals wish list 替换为真实 strategy——diagnosis、guiding policy、coherent actions。
48. Phase 5 方法：goal 命名 ambition；strategy 解释在 obstacles 下如何赢；kernel——diagnosis 命名 single critical challenge；guiding policy 是真实 choice 且有 losers（若 rival 可粘贴，就是 platitude）；coherent actions 各有 owner 和 date；用 four hallmarks 检测 bad strategy——fluff、dodging the challenge、goals-as-strategy、dog's-dinner objective lists；集中 force 于一个 pivot point。
49. Phase 5 调用：用 validated demand evidence 和任意 one-page plan 运行 `good-strategy-bad-strategy` skill；要求 four-hallmarks audit，然后 kernel——一段 diagnosis、一个排除整类行动的 guiding policy、三个带 owners 的 coherent actions——以及 explicit no-list。
50. Phase 5 决策：与用户决定 single critical challenge（diagnosis），以及 guiding policy 明确拒绝做什么；推荐集中一个 pivot point 而非 spread thin。
51. Phase 5 artifact：创建 docs/STRATEGY.md，含 `## Diagnosis`、`## Guiding Policy`、`## Coherent Actions`、`## No-List`；更新 tracker。
52. Phase 5 完成标准：STRATEGY.md 命名 one critical challenge、有 losers 的 guiding policy、带 owners 的 coherent actions、explicit no-list。
53. Phase 6 blue-ocean-strategy：通过创造 uncontested space 选择在哪里赢，而不是在相同 factors 上正面竞争。
54. Phase 6 方法：value innovation 同时追求 differentiation 和 low cost；ERRC grid——Eliminate、Reduce、Raise、Create——提升 buyer value 同时 cut cost；绘制 strategy canvas：different offering 偏离 industry curve；blue oceans 转化 non-customers（soon-to-be、refusing、unexplored），不是 rivals' customers——找到 common barrier to remove；不要 eliminate customers 真正重视的 factors（trust、security、accuracy）。
55. Phase 6 调用：用 CUSTOMER.md 的 competing alternatives 和 STRATEGY.md 的 kernel 运行 `blue-ocean-strategy` skill；要求 current factors 的 strategy canvas 和 resource limits 内 value-innovation move 的 ERRC grid。
56. Phase 6 决策：与用户决定 eliminate / reduce / raise / create 哪些 factors，以及先转化哪一层 non-customers；确认没有 cut trust、security 或 accuracy factor。
57. Phase 6 artifact：扩展 docs/STRATEGY.md，添加 `## Strategy Canvas & ERRC Grid`；更新 tracker。
58. Phase 6 完成标准：STRATEGY.md 含 filled ERRC grid 和显示 divergent curve 的 strategy canvas，且 target non-customer tier 已选。
59. Phase 7 obviously-awesome：设定 context，让 product strengths 在三十秒内 obvious。
60. Phase 7 方法：positioning 是 context 而非 messaging——customers 相对 alternatives 判断你，所以选择 comparison；五步：true competitive alternatives（常是 spreadsheet 或 doing nothing）；unique attributes（通过 only we test）；通过 so what? test 得出 value；best-fit customers（按 title 和 firm traits 收紧，绝不是 everyone）；market category（existing / subcategory / new——new 要付 education tax）。
61. Phase 7 调用：用 STRATEGY.md 和 CUSTOMER.md 的 unique attributes 运行 `obviously-awesome` skill；要求 full five-step exercise 和 internal positioning statement：「For [best-fit customer], we are the [category] that [key value].」
62. Phase 7 决策：与用户决定在哪个 market category 竞争（existing / subcategory / new），以及 best-fit customer 是谁；推荐 existing 或 subcategory，除非有 traction 支撑 new category。
63. Phase 7 artifact：创建 docs/POSITIONING.md，含 `## Competitive Alternatives`、`## Unique Attributes → Value Themes`、`## Best-Fit Customer`、`## Market Category`、`## One-Liner`；更新 tracker。
64. Phase 7 完成标准：POSITIONING.md 含 five-step canvas 和一个 30 秒内让 outsider 理解的 one-liner。
65. Phase 8 hundred-million-offers：把 understanding 转成 buying，用 Grand Slam Offer 让 price comparison 不可能。
66. Phase 8 方法：offer 是 number one lever；Value = (dream outcome × perceived likelihood) / (time delay × effort)——最大化上方，最小化下方；组装 Grand Slam Offer：core offer、named bonuses（每个杀死一个 objection，每个有 defensible value）、risk-reversing guarantee、ethical scarcity；用 MAGIC 命名；保持 every value honest、every guarantee honorable。
67. Phase 8 调用：用 POSITIONING.md 的 positioning 和 best-fit customer 运行 `hundred-million-offers` skill；要求基于 Value Equation 构建 Grand Slam Offer、三个各杀死一个 objection 的 named bonuses、一个 guarantee、ethical scarcity、MAGIC name。
68. Phase 8 决策：与用户决定 anchor 哪个 dream outcome，以及 bonuses 必须杀死哪些 objections；确认 every dollar value 和 every scarcity claim 真实；替换需要 invented evidence 的 tactic。
69. Phase 8 artifact：创建 docs/OFFER.md，含 `## Offer Stack`（core · bonuses · guarantee · scarcity · name）；更新 tracker。
70. Phase 8 完成标准：OFFER.md 含 complete offer stack、honest values、real guarantee、name——no invented evidence。
71. Phase 9 monetizing-innovation：在产品仍是 concept 时测试 willingness to pay，围绕 price 设计 product。
72. Phase 9 方法：customers 揭示 range——问什么感觉 acceptable、expensive、prohibitive；只信任 top-box purchase probability；避免四种 failures——feature shock、minivation（near-100% win rate with no pushback）、hidden gem、undead；按 value 和 willingness to pay 细分，绝不按 demographics；packaging leader / filler / killer；先设计 middle tier；把 killer features 拉入 add-ons；先选 price metric 再选 price level。
73. Phase 9 调用：用 OFFER.md 的 offer 和 CUSTOMER.md 的 segments 运行 `monetizing-innovation` skill；要求 willingness-to-pay interview script（acceptable / expensive / prohibitive）、leader/filler/killer classification、good-better-best tiers、price metric；把 WTP script 交给用户并暂停 awaiting-evidence 进行真实 calls；将批准 script 记录到 docs/OFFER.md 的 `## Willingness-to-Pay Evidence` 下 `### WTP Interview Script` 子节，使其在暂停后仍保留。
74. Phase 9 决策：与用户决定 charge 哪个 price metric（per seat / per unit of value）和 good-better-best tier boundaries；推荐追踪 delivered value 的 metric，使 revenue 复利增长。
75. Phase 9 artifact：扩展 docs/OFFER.md，添加 `## Willingness-to-Pay Evidence`、`## Leader / Filler / Killer Features`、`## Tiers (Good / Better / Best)`、`## Price Metric`；更新 tracker。
76. Phase 9 完成标准：OFFER.md 含 WTP evidence、feature classes、middle tier 先设计的 tiers、在 level 前选好的 price metric。
77. Phase 10 crossing-the-chasm：选择一个 narrow segment 先 dominate，并组装从 visionaries 跨越到 pragmatists 所需的 whole product。
78. Phase 10 方法：chasm 位于 visionary early adopters 和 pragmatist early majority 之间——赢得一方会 repel 另一方；不要 everything to everyone：选一个 narrow beachhead，有 urgent、expensive pain、reachable channels、customers who talk to each other、小到能 own 但大到有意义；组装 whole product（integrations、onboarding、support、partners）；references 是 currency；把 positioning 从 revolutionary 转向 proven。
79. Phase 10 调用：用 POSITIONING.md 和 STRATEGY.md 运行 `crossing-the-chasm` skill；要求按 pain、reachability、word-of-mouth、dominability 给 candidate niches 打分，然后 map pragmatist 购买前需要的 whole-product requirements。
80. Phase 10 决策：与用户决定首先 own 哪个 single beachhead segment；推荐得分最高且小到能 dominate 的 niche；resist 同时 chase 多个。
81. Phase 10 artifact：扩展 docs/STRATEGY.md，添加 `## Beachhead`（target segment、scoring rationale）和 `## Whole-Product Checklist`（每个 gap 带 owner 和 priority）；更新 tracker。
82. Phase 10 完成标准：STRATEGY.md 命名一个带 scoring 的 beachhead，whole-product checklist 列出每个 gap 及 owner 和 priority。
83. Optional phase storybrand-messaging：在 website 或 pitch 需要 customer-as-hero copy before launch 时添加；扩展 docs/POSITIONING.md。
84. Optional phase one-page-marketing：在 go-to-market planning 于 beachhead phase 结束前开始添加；创建 docs/MARKETING.md。
85. Optional phase lean-analytics：在 MVP live 且需要 first metrics baseline 时添加；创建 docs/METRICS.md。
86. Optional phase cold-start-problem：在产品是 marketplace 或 network product 时添加；扩展 docs/STRATEGY.md。
87. Optional phase predictable-revenue：在 B2B with sales-led motion 时添加；扩展 docs/MARKETING.md。
88. Optional phase continuous-discovery：在 post-launch 要把 discovery 变成 weekly habit 时添加；扩展 docs/CUSTOMER.md。
89. Optional phases 遵循相同 operating rules——像 core phase 一样加载并使用每个 listed skill；在 Add-when condition 首次为真时插入。
90. 避免常见错误：不要 building before validating——在写 real code 前用最小 MVP（smoke test 或 concierge）购买 evidence；先运行 Phases 1-4（lean-startup）。
91. 避免常见错误：不要 pitching during discovery——访谈关于 their life 和 past behavior；把 idea 留到最后，最好不说（mom-test）。
92. 避免常见错误：不要把 compliments 和 signups 误当 validation——追逐 commitments（deposit、pre-order、scheduled pilot），记录到 CUSTOMER.md Interview Evidence。
93. 避免常见错误：不要把 goals 当 strategy——先写 one critical challenge 的 diagnosis，按 four hallmarks 审计（good-strategy-bad-strategy）。
94. 避免常见错误：不要 positioning for everyone——把 best-fit definition 收紧到 uncomfortably narrow，然后 narrower（obviously-awesome）。
95. 避免常见错误：不要 pricing on cost or competitors——按 validated willingness-to-pay ranges 定价，先选 price metric 再选 level（monetizing-innovation）。
96. Exit checklist 项：CUSTOMER.md 含 validated job statement 和 5+ evidence rows with real commitments。
97. Exit checklist 项：EXPERIMENTS.md 显示 riskiest assumption 已 test 且有 recorded verdict。
98. Exit checklist 项：STRATEGY.md 有 kernel（diagnosis、guiding policy、coherent actions）、no-list、ERRC grid、chosen beachhead 及其 whole-product checklist。
99. Exit checklist 项：POSITIONING.md one-liner 通过 30-second outsider test。
100. Exit checklist 项：OFFER.md 含 priced Grand Slam offer，背靠 willingness-to-pay evidence 和 price metric。
101. Close tracker：每个 phase 为 done 或 skipped: reason；任何 open Next Actions 带入相关 artifacts。
102. Forward routing：当 beachhead 已选且 first customers paying 时，继续用 `grow-business` skill 增加 revenue 和 customers。
103. Forward routing：当 validated idea 需要 software product built 时，继续用 `create-app` skill。

适用边界 · 注意事项

• 已有付费客户后不要使用：改用 grow-business 增加收入和客户，或用 improve-business 修复战略与运营。
• 不要用它来构建产品本身：构建产品用 create-app 或 create-website。
• 不要用它来只运行单个框架：若只需一个框架，直接调用对应 skill。