从零设计并验证创业想法：市场调研、竞品分析、商业模式、品牌…

当你有一个创业想法需要探索、验证商业概念、撰写商业计划或精益画布、做市场 sizing 或竞争格局分析、制定品牌定位或上市策略时使用。

适用场景

解决思路

1. 先做 Phase 0 恢复检查：查看工作目录或项目子目录中是否存在 PROGRESS.md，若存在则读取并从最后一个未完成阶段继续，告知用户已完成的阶段和即将接续的阶段；若不存在则从 Phase 1 开始。
2. 执行 Phase 0.5 预检（最多 5 分钟、2-3 次定向搜索）：1) 主导方案检查，搜索 "{problem domain} software"、"{problem} tool site:producthunt.com"、"{problem} app reviews"，若存在 10k+ 客户的明显市场领导者立即标记；2) 先例失败检查，搜索 "{startup idea} startup failed"、"{problem} startup shutdown"、"why {product category} failed"；3) 监管/法律即时否决检查，快速搜索是否存在明显法律障碍。用 3-5 条要点输出发现，格式为 ✅/⚠️ 加一句话说明，结尾注明"以上是背景信息，不是判决"。
3. 执行 Phase 1 入站访谈：覆盖想法、创始人、市场、商业、约束五个问题领域以及揭示盲点的硬问题；每次以对话方式问 3-5 个问题，追问模糊回答，2-3 轮后总结并请用户确认或纠正。将整合后的入站信息保存到 {project-name}/00-intake/brief.md（项目名用 kebab-case 从想法派生），创建 PROGRESS.md（含项目名、开始日期、语言、所有阶段含 0.5 和 3.7 的清单、Notes 区），并将预检发现保存到 00-intake/preflight.md。
4. 执行 Phase 2 头脑风暴：1) 发散——生成核心想法的 5-8 个变体，追问目标市场完全不同、商业模式反转、更小/更大版本的问题、相邻问题、10x 版本 vs 最简版本；2) 分析——对每个变体记录亮点、风险/难点、对竞争格局的影响；3) 收敛——向用户展示变体，帮助识别共鸣元素，目标不是选一个而是用探索洞见丰富原想法；4) 精炼——根据用户反应明确精炼后的想法，若想法显著演化则更新 brief。保存到 00-intake/brainstorm.md 并更新 PROGRESS.md。
5. 执行 Phase 2.5 研究深度评估：从入站信息给市场广度、已知竞品、地理范围三个因素各打 1-3 分，求和（3-9）映射到层级——Light (3-4)、Standard (5-7)、Deep (8-9)；向用户展示研究深度表并等待回复 light、deep 或 ok 接受推荐；将选定层级记录到 PROGRESS.md，该层级决定 Phase 3 每波 agent 数量和每个 agent 的搜索轮数。
6. 执行 Phase 3 市场研究：先做环境检测——若 Agent 工具可用（Claude Code）则在每波内并行生成子 agent（每波约 3-5 分钟），若不可用（Claude.ai、web）则自己在主对话中顺序执行相同 agent 模板和搜索，不跳过任何波次或降低深度；若 WebSearch 不可用或用户拒绝权限，回退到基于知识的模式，用训练数据并将所有发现标记 [Knowledge-Based — not live data, verify independently]，置信度降一级，建议创始人手动核实关键声明，并在 PROGRESS.md 中记录该模式。
7. 遵循研究原则：每个 agent 至少执行 5-8 次网络搜索并逐轮深入；每个关键发现跨 2-3 个独立来源交叉验证；对来源质量分级（Tier 1 分析师报告、Tier 2 科技媒体、Tier 3 博客/社交）；量化一切（如 "$4.2B at 12.3% CAGR" 而非 "市场在增长"）；标注所有数据日期并标记超过 18 个月的数据；记录来源间的矛盾而非只选一个。
8. 按顺序执行 4 波研究，每波完成后再开始下一波，并将关键发现作为上下文传递（Wave 1 发现传给 Wave 2 agent，竞品列表和 GTM 发现传给 Wave 3）：Wave 1 市场格局（3 个 agent：A1 市场规模与经济、A2 行业趋势与时机、A3 监管与合规，若无监管暴露则跳过 A3）；Wave 2 竞争分析（3 个 agent：B1 直接竞品深度剖析、B2 间接竞品与替代品、B3 竞品上市策略）；Wave 3 客户与需求（3 个 agent：C1 客户声音与痛点、C2 需求信号与市场验证、C3 目标受众画像）；Wave 4 分销与合作伙伴（2 个 agent：D1 分销渠道、D2 地理与市场进入）。所有 agent 将原始发现保存到 01-discovery/raw/。
9. 所有波次完成后进行综合（synthesis）：这是推理而非格式化，要深入思考各部分如何契合——哪些来源冲突、该信任哪个、证据实际支持什么 vs 创始人希望什么、对这家具体创业公司意味着什么；综合必须跨研究领域连接点（竞争缺口→客户痛点→定位机会）、突出矛盾并解释该信任哪些数据、为每个主要声明评级置信度（High/Medium/Low）、提取明确的战略含义而非仅罗列事实。
10. 产出 Phase 3 交付物：01-discovery/market-analysis.md（TAM/SAM/SOM、增长、成熟度、监管摘要、时机评估）；01-discovery/competitor-landscape.md（竞品画像、结构化对比矩阵含 Name/Product/Pricing/Target/Funding/Traction/Key Strength/Key Weakness 列、定位图、平台风险、脆弱性分析）；01-discovery/target-audience.md（画像、痛点层级、jobs-to-be-done、语言地图、购买行为、渠道）；01-discovery/industry-trends.md（技术趋势、投资信号、行为转变、监管轨迹、战略含义）；01-discovery/confidence-dashboard.md（每个主要声明的来源层级、佐证来源数、置信度、数据年龄）。更新 PROGRESS.md。
11. 执行 Phase 3.5a 研究验证：生成 V1 验证 agent 读取 01-discovery/ 中所有交付文件，检查未标注声明、内部矛盾、置信度评级一致性、缺失数据缺口、缺失标记、过期数据、重复来源假佐证，以及跨阶段一致性（策略反映市场数据、产品反映客户痛点、财务反映商业模式、验证覆盖已识别风险）；V1 产出 01-discovery/verification-report.md；若发现 Critical 问题则暂停并询问用户先修复还是照常继续；若仅 Warnings/Info 则显示一行摘要并继续。Agent 工具不可用时自己在主对话中按相同协议执行。
12. 执行 Phase 3.5 研究门（Go/No-Go 检查点）：在写结论前深入推理，权衡最强信号与红旗而非平均成模棱两可的"看情况"——一个致命缺陷可压倒五个有希望信号，一个卓越信号可证明继续合理；展示市场大小、竞争强度、客户需求信号、时机的简要摘要；给出明确建议——Green light（数据支持继续，注明最强信号）、Yellow light（信号混合，说明担忧及成功需满足什么）、Red light（数据反对此方法，若研究揭示相邻机会则建议转向）；询问创始人继续完整策略、转向想法还是停止，尊重其决定但确保知情；将门评估保存到 01-discovery/research-gate.md。
13. 执行 Phase 3.7 客户发现（访谈）：在研究门绿灯或黄灯后运行，红灯且创始人选择停止则跳过；向创始人提供明确选择——现在运行访谈（推荐，暂停数天进行访谈后从检查点恢复）或推迟并继续（明确说明后果：财务预测保持 Stage A 假设基础、最终评估仪表盘显示"Customer Interviews: 0 conducted · deferred"、访谈成为 Phase 8 验证手册中的 #1 实验，并诚实说明无客户接触的策略是假设而非验证方向）；Fast Track 模式下若创始人报告 5+ 次先前客户对话则用访谈模板记录并标记 [Founder-reported]，若少于 5 次则建议新访谈（Full Mode 最少 5 次，Fast Track 最少 3 次）。
14. 执行访谈流程：1) 用 01-discovery/target-audience.md 中的主要画像定义确切访谈对象，最少 5 次访谈；2) 按 customer-interview.md 协议进行，每次 25-30 分钟，聚焦问题、不推销产品；3) 用模板将每次访谈保存到 00-intake/interviews/interview-{N}.md；4) 全部完成后写 00-intake/interview-synthesis.md，涵盖问题确认率、行为信号（谁付费/构建变通方案）、关键短语、假设审计。
15. 应用访谈门（Proceed vs. Reassess）：满足以下条件则进入 Phase 4——5 人中 4+ 明确且主动确认核心问题、至少 2 人显示行为信号（付费、构建变通方案、主动搜索）、问题语言跨访谈一致；满足以下条件则暂停并重估——5 人中 3 人或更少确认问题（访谈更多则按比例缩放）、所有人都说"有趣"但无行为信号、他们描述的问题与提议方案不匹配。向创始人展示综合和门结果，若需重估则建议具体转向，让创始人决定转向、收窄目标还是停止。更新 PROGRESS.md。
16. 执行 Phase 4 策略：每个文档引用 Phase 3 的具体发现（脱离研究的策略只是猜测）；在 02-strategy/ 产出 lean-canvas.md（完整 9 块精益画布）、value-proposition.md（价值主张画布含 jobs/pains/gains、一句话价值主张、证明点）、business-model.md（收入模型、单位经济、可扩展性、依赖与合作伙伴）、positioning.md（April Dunford 五要素）、go-to-market.md（发布策略、前 100 客户计划、排序增长渠道、里程碑）。更新 PROGRESS.md。
17. 执行 Phase 5 品牌：开始前先向创始人简要展示策略摘要（定位、目标市场、商业模式）并问"这反映你的愿景吗？在构建品牌前有什么要调整？"；在 03-brand/ 产出 mission-vision-values.md（使命、愿景、3-5 个工作价值观，生成 2-3 个选项供选择或混搭）、tone-of-voice.md（个性特质、声音原则含"我们是/我们不是"示例、写作样本、词汇指南）、brand-personality.md（品牌原型、情感属性、视觉方向、品牌应如何感觉 vs 竞品）。更新 PROGRESS.md。
18. 执行 Phase 6 产品：用 01-discovery/competitor-landscape.md 的竞品功能分析和 01-discovery/target-audience.md 的客户痛点层级指导功能决策，不要凭空设计；用 RICE 或 MoSCoW 排序；在 04-product/ 产出 mvp-definition.md（核心假设、必备功能、锦上添花、明确范围外、成功标准）、feature-prioritization.md（RICE/MoSCoW 列表、依赖、T 恤尺寸工作量估算、构建顺序）、user-journey.md（端到端旅程图、接触点与情绪、流失风险、"aha moment"）。更新 PROGRESS.md。
19. 执行 Phase 7 财务：预测前先与创始人确认关键假设（定价、目标客户量、团队规模、时间线）；从 01-discovery/market-analysis.md 拉单位经济基准（CAC、LTV、churn、ACV）、从 competitor-landscape.md 拉竞品定价锚定预测；对照 industry-benchmarks.md 的标准指标，标记超出正常范围的预测（过于悲观和过于乐观都标记）。
20. 采用两阶段财务模型：Stage A 假设基础（默认，收入前验证）——无真实牵引数据时使用，每个数字标记 [Assumption — unvalidated]，目的是映射财务结构并识别最敏感假设；Stage B 证据基础（若访谈门通过且有强行为信号）——访谈确认支付意愿、现有变通方案支出或预售兴趣时使用，锚定实际信号（如"5 人中 3 人说目前为部分方案付约 $200/月"），标记 [Estimate — grounded in interview data]。每个财务文件顶部加一行阶段声明。
21. 在 05-financial/ 产出：revenue-model.md（定价策略及理由、Month 1-12 和 Year 1-3 收入预测且每个假设明确陈述、±30% 敏感性分析、Stage A 需明确标记哪些假设需验证实验）；cost-structure.md（固定成本、可变成本、一次性成本、盈亏平衡分析）；projections.md（保守/基准/乐观三情景、每情景关键假设、现金流时间线、资金需求与跑道计算、假设敏感性表列出若错误最改变预测的 top 5 假设及 50% 更差时的后果和验证方法）。更新 PROGRESS.md。
22. 执行 Phase 8 验证：在 06-validation/ 产出 validation-playbook.md（实验按最便宜优先排序，每个含测试假设、方法、指标、通过/失败标准；若 Phase 3.7 访谈被推迟则访谈为实验 #1）、risk-analysis.md（市场/产品/商业/团队/财务风险的 likelihood × impact 矩阵及缓解措施和早期预警信号）、assumptions-tracker.md（每个关键假设的置信度、测试方法、状态表格）、experiment-design.md（详细设计加 top 3 实验的即用模板）、kill-criteria.md（5-7 个具体可测量的停止/转向条件绑定实验）、scorecard.md（7 个维度 1-10 分加明确的 Verdict 段落）。诚实——若想法有弱点就明说，目标是帮创始人做好决定而非验证其自尊。更新 PROGRESS.md 标记所有阶段完成。
23. 产出最终交付物：先在对话中打印 Final Assessment Dashboard（见 output-guidelines.md），再产出 README.md（项目根目录执行摘要：一段话概述、研究关键发现、战略定位摘要、top 3 风险及缓解、置信度仪表盘摘要、所有生成文档链接）和 action-plan-30-days.md（第一月每周计划：Week 1 客户发现含联系谁/问什么/多少对话；Week 2 验证实验含先跑哪些及具体步骤；Week 3 MVP 范围界定含基于验证结果构建/伪造/跳过什么；Week 4 go/no-go 决策和下一阶段规划；每周 3-5 个具体可执行任务，如"用此模板向 [persona] 发 20 条 LinkedIn 冷消息"而非"做客户研究"）。
24. 最终化前做反模式检查：扫描整个输出检测常见创始人反模式——"解决方案找问题"、"煮沸海洋"（一次太多功能/市场）、"过早规模化"、"虚荣指标"、"长期隐身构建"、"忽视单位经济"；若存在则在 README 中包含简短的 Anti-Patterns Detected 部分。
25. 遵循激进诚实协议：1) 说真话——若市场太小或想法有致命缺陷就直接说，当创始人假设与研究数据矛盾时标记；2) 标注声明——用 [Data]、[Estimate]、[Assumption]、[Opinion] 标签，绝不把估计当事实；3) 每个阶段输出末尾包含 Red Flags / Yellow Flags 部分；4) 明确结论——评分卡必须建议 8-10 继续、6-7 有条件、4-5 担忧、1-3 停止/转向；5) 基于证据——无数据就说无数据，不编造；6) 可执行——每个文档告诉创始人下一步做什么；7) 追踪一切——每阶段后更新 PROGRESS.md。
26. 按需读取 references/ 目录中的支持文档（只读当前阶段需要的）：output-guidelines.md 和 honesty-protocol.md 每次会话开始时读一次；research-principles.md 在 Phase 3 前读一次；research-wave-1-market.md、research-wave-2-competitors.md、research-wave-3-customers.md、research-wave-4-distribution.md 在生成对应波次 agent 时读；research-synthesis.md 在所有波次完成后写最终文件前读；research-scaling.md 在入站后 Phase 3 前读；verification-agent.md 在综合后 Phase 3.5 前读；intake-questions.md 在 Phase 1 读；output-specs.md 在 Phase 4、5、6、8 读；customer-interview.md 在 Phase 3.7 前读；frameworks.md 在 Phase 4、6、8 读；industry-benchmarks.md 在 Phase 7 读。
27. 支持 Fast Track 模式：当用户说"快速验证"、"快速评估"或时间/预算明显有限时运行压缩版——1) Phase 0.5 预检（始终运行，5 分钟）；2) Phase 1 入站缩短为 1 轮问题并捕获任何先前客户对话；3) Phase 2 头脑风暴用 3 个变体而非 5-8 个；4) Phase 3 研究仅 Wave 1 + Wave 2（跳过客户声音和分销深挖）；5) Phase 3.5 研究门 go/no-go 检查点；6) Phase 3.7 客户发现——若创始人有 5+ 先前对话则记录，否则在继续前至少跑 3 次访谈；7) Phase 4 策略仅 Lean Canvas；8) 跳过 Phase 5 品牌和 Phase 6 产品；9) Phase 7 财务仅收入模型 Stage A（假设基础）无完整预测；10) Phase 8 验证仅 Scorecard + top 3 实验。在 PROGRESS.md 中注明使用了 Fast Track 模式，以便未来会话在想法通过验证后扩展为完整模式。
28. 语言处理：默认输出语言为英语；若用户用其他语言书写或明确要求某语言，则所有输出使用该语言。

适用边界 · 注意事项

• 没有创业想法或不需要验证商业概念时（如纯技术实现、日常运维任务）不适用
• 时间极度紧迫且无法投入至少 1-2 周进行客户访谈时，完整模式的核心验证步骤无法完成
• 需要实时网络搜索但环境不支持 WebSearch 且无法接受基于训练数据的降级研究模式时