startup-design

创业项目设计

一项结构化的多阶段技能，帮助你将创业想法从初步概念发展为经过验证的设计。它会生成一套完整的 Markdown 文档，按领域分类整理，并内置进度跟踪功能，确保工作成果不会因会话中断而丢失。

工作方式

流程包含依次执行的 8 个编号阶段，另加预检（阶段 0.5）和客户探索关卡（阶段 3.7）。每个阶段都会生成输出文件并更新进度跟踪器。如果会话中断，可从上一个已完成的检查点继续。

PRE-FLIGHT → INTAKE → BRAINSTORM → RESEARCH → [Research Gate] → CUSTOMER DISCOVERY → [Interview Gate] → STRATEGY → BRAND → PRODUCT → FINANCIAL → VALIDATION

模式

完整模式（默认）： 按顺序执行所有阶段，包括预检和客户探索。适合从零开始全面设计创业项目。

快速通道模式： 当用户表示想要“快速验证”“快速评估”或类似内容，或时间／预算明显受限时，执行精简版流程：

1. 阶段 0.5（预检）——始终执行，耗时 5 分钟
2. 阶段 1（信息收集）——缩短为 1 轮提问；记录此前与客户的交流
3. 阶段 2（头脑风暴）——提供 3 个方案，而非 5-8 个
4. 阶段 3（研究）——仅执行第 1 波和第 2 波（跳过客户声音和分销渠道的深入研究）
5. 阶段 3.5（研究关卡）——做出继续／停止检查
6. 阶段 3.7（客户探索）——如果创始人此前已进行 5 次以上交流，则记录这些交流；否则，至少完成 3 次访谈再继续
7. 阶段 4（战略）——仅完成精益画布
8. 跳过阶段 5（品牌）和阶段 6（产品）
9. 阶段 7（财务）——仅完成收入模型，阶段 A（基于假设），不做完整预测
10. 阶段 8（验证）——仅完成评分卡和排名前 3 的实验

快速通道模式生成的文件较少，但仍能根据证据为创始人提供清晰的继续／停止信号。在 PROGRESS.md 中注明使用了快速通道模式，以便在想法通过验证后，未来会话可以扩展为完整模式。

语言

默认输出语言为英语。如果用户使用其他语言，或明确要求使用某种语言，则所有输出均使用该语言。

---

参考： 在开始时阅读一次 references/output-guidelines.md。其中定义了标准文件页眉／页脚（标题、日期、阶段、置信度、标记）、跨阶段引用格式、优质与劣质输出示例，以及处理中途转向的方法。

阶段 0：恢复检查

首先，检查工作目录（或项目子目录）中是否存在 PROGRESS.md 文件。如果存在，请阅读并从最后一个未完成的阶段继续。告知用户：“我找到了上次会话的进度。你已完成[阶段]。现在从[下一阶段]继续。”

如果不存在进度文件，则从阶段 1 开始。

---

阶段 0.5：预检

在投入时间进行完整流程之前，先快速做一次合理性检查——进行 2-3 次有针对性的搜索，最多花费 5 分钟。目标是找出任何会立即使项目失去资格的信号，让创始人提前了解。

进行以下三项检查：

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 个要点），说明发现了什么。使用以下格式：

## Pre-Flight Check

✅ No dominant incumbent found — space appears open.
⚠️  [CompanyX] tried a similar approach in 2021 and shut down in 2023.
    Key reason: [one sentence]. Worth understanding before proceeding.
✅ No obvious regulatory blockers identified for [target market].

→ Ready to proceed to intake. The above is context, not a verdict.

保持简短。这是提醒，不是完整分析。此时项目目录和 PROGRESS.md 尚不存在——在对话中呈现调查结果，然后在第 1 阶段的输出步骤中创建项目目录后，将其保存到 {project-name}/00-intake/preflight.md。

---

阶段 1：访谈收集信息

后续所有工作的质量取决于你现在能收集到多少背景信息。不要仓促行事——全面了解情况可以避免之后数小时的方向偏差。

参考： 阅读 references/intake-questions.md，了解完整的问题清单（想法、创始人、市场、业务、限制条件）、能揭示盲点的尖锐问题，以及访谈技巧。

涵盖全部五类问题以及尖锐问题——这些问题为整个流程定下基调，也表明这是一次诚实的评估，而不是一味鼓励。每次以自然对话的方式提出 3-5 个问题，追问含糊的回答，并在进行 2-3 轮后总结你所理解的内容，请用户确认或纠正。

输出

将整理后的访谈内容保存到 {project-name}/00-intake/brief.md，并清晰地组织所有收集到的信息。项目名称应根据创业想法确定（使用 kebab-case，例如 pet-health-tracker）。

在项目根目录创建 PROGRESS.md，其中包含：项目名称、开始日期、语言、所有阶段的检查清单，包括预检（0.5）和客户探索（3.7）——将预检和阶段 1 标记为已完成；以及用于记录会话状态的 Notes 部分。现在目录已存在，也将阶段 0.5 的预检结果保存到 00-intake/preflight.md。

---

阶段 2：头脑风暴

在深入研究之前，先探索想法的可能性。这可以避免过早地收敛到想法的第一个版本。

流程

1. 发散——围绕核心想法生成 5-8 个变体，突破边界：

   • 如果目标市场完全不同，会怎样？
   • 如果商业模式反过来，会怎样？
   • 如果你解决的是问题的较小或较大版本，会怎样？
   • 你还可以转而解决哪些相关问题？
   • 与“最简单可行版本”相比，“10 倍版本”会是什么样子？

2. 分析——针对每个变体，说明：

   • 它有哪些令人兴奋之处
   • 它有哪些风险或难点
   • 它会如何改变竞争格局

3. 收敛——向用户展示这些变体。帮助他们找出哪些要素最合心意。目标不是从中选出一个变体，而是借助探索所得的见解来丰富原始想法。

4. 完善——根据用户的反馈，凝练出完善后的想法。如果想法发生了显著变化，请更新 brief。

输出

保存到 {project-name}/00-intake/brainstorm.md。更新 PROGRESS.md。

---

阶段 2.5：研究深度评估

完成信息收集（以及适用时的头脑风暴）后，评估市场复杂度，并向用户提出研究深度建议。

参考： 阅读 references/research-scaling.md，了解复杂度评分矩阵、层级定义、波次配置和用户沟通模板。

流程

1. 根据收集的信息为三个因素评分：市场广度（1-3）、已知竞争对手（1-3）、地理范围（1-3）
2. 将分数相加（范围为 3-9），并对应到相应层级：轻量级（3-4）、标准（5-7）、深度（8-9）
3. 向用户展示研究深度表（确切模板见 research-scaling.md）
4. 等待用户回复：light、deep，或回复 ok 接受建议
5. 在 PROGRESS.md 中记录所选层级

所选层级决定阶段 3 中每个波次的 Agent 数量，以及每个 Agent 的搜索轮数。各层级的确切波次配置见 research-scaling.md。

---

阶段 3：市场研究

这是资源消耗最大的阶段。该阶段包含 4 个依次进行的网络研究波次，每个波次都基于前一个波次的发现展开。

环境检测

检查 Agent 工具是否可用（Claude Code），或不可用（Claude.ai、其他环境）：

• Agent 工具可用： 按下文说明，在每个波次中并行启动子 Agent。这样更快（每个波次约需 3-5 分钟）。
• Agent 工具不可用（Claude.ai、网页）： 按顺序自行执行研究。每个波次都遵循参考文件中的相同 Agent 模板，但在主对话中逐一执行搜索。覆盖相同主题并遵循相同研究原则——输出质量应保持一致，只是耗时更长。不要因为采用顺序模式而跳过任何波次或减少搜索深度。

网络搜索可用性

阶段 3 需要使用 WebSearch。在 Claude Code 中，该工具始终可用——如果用户尚未预先批准，系统会在每次搜索时提示用户。如果用户拒绝授权，或所在环境根本没有 WebSearch，则切换到基于知识的研究模式：使用训练数据，将所有发现明确标记为 [基于知识——非实时数据，请独立核实]，将置信度评级降低一级，并建议创始人手动核实关键说法。在 PROGRESS.md 中注明所用模式，方便后续会话了解研究并非基于网络来源。

参考资料——阅读每个波次对应的文件：

• references/research-principles.md — 通用规则（来源质量、交叉核对、量化、处理搜索失败）。请先阅读此文件。
• references/research-wave-1-market.md — 第一波的 Agent 模板（市场规模、趋势、监管）
• references/research-wave-2-competitors.md — 第二波的 Agent 模板（直接竞争对手、间接竞争对手、GTM 分析）
• references/research-wave-3-customers.md — 第三波的 Agent 模板（客户声音、需求、受众）
• references/research-wave-4-distribution.md — 第四波的 Agent 模板（渠道、地理市场进入）
• references/research-synthesis.md — 如何将原始发现综合为最终交付成果

仅阅读原则文件和当前执行波次对应的文件。不要一次性加载所有波次文件。

研究原则

• 每个 Agent 至少执行 5-8 次网络搜索，并在每轮中深入挖掘
• 通过 2-3 个独立来源交叉核对每项关键发现
• 评估来源质量（第 1 级：分析报告；第 2 级：科技媒体；第 3 级：博客/社交媒体）
• 所有内容都要量化——使用“42 亿美元，年复合增长率为 12.3%”，而不是“市场正在增长”
• 为所有数据标注日期，并标记任何超过 18 个月的数据
• 记录来源之间的矛盾，不要擅自选取其中一种说法

研究波次

完整的 Agent 简报、搜索策略和输出目标位于各波次的参考文件中——每次启动一个波次时，都要阅读相关文件：

• 波次 1：市场概况（3 个 Agent）——A1 市场规模与经济效益、A2 行业趋势与时机、A3 监管与合规（如果不涉及监管，可跳过 A3）
• 波次 2：竞争分析（3 个 Agent）——B1 直接竞争对手深度分析、B2 间接竞争对手与替代方案、B3 竞争对手的市场进入策略
• 波次 3：客户与需求（3 个 Agent）——C1 客户心声与痛点、C2 需求信号与市场验证、C3 目标受众画像
• 波次 4：分销与合作伙伴关系（2 个 Agent）——D1 分销渠道、D2 地理区域与市场进入

每个波次必须完成后，才能开始下一个波次。将关键发现作为背景信息传递给后续波次（把波次 1 的发现传递给波次 2 的 Agent，把竞争对手名单和市场进入策略发现传递给波次 3，依此类推）。每个波次内的 Agent 可并行运行，也可以在没有 Agent 工具时按顺序开展研究。

原始研究 → 综合分析

所有 Agent 都将原始发现保存到 {project-name}/01-discovery/raw/。所有波次完成后，将内容综合成 4 份精炼的交付文档。

综合分析是推理，而非排版——这是将原始研究转化为决策的环节。在动笔之前，认真思考各部分如何相互关联：哪些来源相互矛盾、哪些来源更可信，证据实际支持什么而非创始人希望什么，以及这一切对这家特定初创公司意味着什么。这是整个流程中最具杠杆效应的思考环节，后续每个阶段都会继承其质量；因此，如果模型支持扩展思考，就在这里投入。薄弱的综合分析只会产出一份整洁但重复原始输入的文档；出色的综合分析则能从相同证据中得出敏锐分析师才能发现的非显而易见结论。

综合分析必须：

• 将不同研究领域串联起来（竞争缺口 → 客户痛点 → 定位机会）
• 突出矛盾之处，并说明应当信任哪些数据
• 对每项主要主张评定置信度（高 / 中 / 低）
• 提炼明确的战略意义，而不只是陈述事实

输出文件

• {project-name}/01-discovery/market-analysis.md — 市场规模（TAM/SAM/SOM）、增长、成熟度、监管摘要、时机评估
• {project-name}/01-discovery/competitor-landscape.md — 竞争对手画像、结构化对比矩阵（包含以下列的表格：名称、产品、定价、目标客户、融资、发展势头、核心优势、主要劣势）、定位图、平台风险、脆弱性分析
• {project-name}/01-discovery/target-audience.md — 用户画像、痛点优先级、待完成任务、语言图谱、购买行为、渠道
• {project-name}/01-discovery/industry-trends.md — 技术趋势、投资信号、行为变化、监管走向、战略意义
• {project-name}/01-discovery/confidence-dashboard.md — 汇总所有研究的数据质量。对于每项主要主张，列出：主张、来源等级（1/2/3）、相互印证的来源数量、置信度（高 / 中 / 低）和数据时效。这能让创始人了解哪些判断有坚实依据，哪些如履薄冰。

更新 PROGRESS.md。

---

阶段 3.5a：研究核验

综合分析完成且所有交付文件写入后，进行一次核验，以发现不一致之处。

**参考：**阅读 references/verification-agent.md，了解完整的核验流程、通用检查项和特定技能检查项。

流程

1. 启动 Agent V1：验证——读取 01-discovery/ 中的所有交付文件，并检查：未标注的主张、内部矛盾、置信度评级是否一致、数据缺口、遗漏的标记、过时数据，以及重复来源造成的虚假佐证
2. V1 还会执行针对创业项目设计的检查：跨阶段一致性（战略是否反映市场数据、产品是否回应客户痛点、财务是否符合商业模式、验证是否涵盖已识别的风险）
3. V1 生成 {project-name}/01-discovery/verification-report.md
4. **如果发现严重问题：**暂停并向用户说明问题。询问：先修复，还是按现状继续？
5. **如果只有警告/提示：**用一句话概述，然后继续进入研究关卡

在 Claude.ai 中，或 Agent 工具不可用时，请在主对话中按照相同流程自行执行验证检查。

---

阶段 3.5：研究关卡（继续/停止检查点）

在投入时间推进战略至验证阶段之前，暂停一下，并根据研究结果向创始人提供坦诚的评估。这是一个决策点，不是走过场。

撰写结论前，请认真权衡。将最有力的信号与危险信号进行比较，而不是把它们平均成模棱两可的“视情况而定”——一个致命缺陷可能胜过五个积极信号；一个非凡的信号也可能足以让项目在存在不足时继续推进。创始人即将根据你对证据的判断投入真实的时间和金钱，因此请仔细思考数据真正支持什么。

简要总结：“以下是研究发现。”涵盖市场规模、竞争激烈程度、客户需求信号和时机。然后给出明确建议：

• 绿灯——数据支持继续推进。指出最有力的信号。
• 黄灯——信号喜忧参半。说明令人担忧之处，以及成功所需的条件。
• 红灯——数据不支持这一方案。如果研究发现了相邻机会，请提出转向建议。

询问创始人：“基于这些情况，你想继续制定完整战略、调整想法，还是到此为止？”尊重他们的决定，但要确保他们是在充分知情的情况下做出选择。将关卡评估保存到 {project-name}/01-discovery/research-gate.md。

---

阶段 3.7：客户发现（访谈）

研究告诉你从外部看市场是什么样的。客户访谈则告诉你从内部感受问题是什么样的。这是整个流程中信号最强的验证步骤，也是唯一需要占用实际日程时间的一步（通常为 1-2 周）。

**参考：**阅读 references/customer-interview.md，了解完整的访谈流程、问题结构、笔记模板和综合指南。

何时运行此阶段

在研究关卡为想法亮起绿灯或黄灯后运行此阶段。如果关卡亮起红灯且创始人选择停止，则跳过此阶段。

由于访谈会打断会话流程，请明确征求创始人的选择：

• 现在进行访谈（推荐）——在此暂停，在接下来的几天内进行访谈，然后从此检查点继续（PROGRESS.md 会保留当前状态）。
• 暂缓并继续——仅依据研究数据进入战略阶段。明确说明后果：财务预测仍处于 A 阶段（基于假设），最终评估仪表板将显示“客户访谈：已进行 0 场·已暂缓”，访谈将成为第 8 阶段验证行动手册中的首要实验。没有接触客户就制定的战略只是一个假设，而不是经过验证的方向——请坦诚说明这一点，然后尊重创始人的决定，不要反复催促。

**例外——快速通道模式：**如果创始人在信息收集中报告此前与 5 位或更多客户交谈过，请使用访谈模板记录这些对话并继续。将所有主张标记为 [Founder-reported]。如果此前交谈的客户少于 5 位，建议重新进行访谈——完整模式至少 5 位，快速通道至少 3 位。

流程

1. 确定访谈对象 — 使用 01-discovery/target-audience.md 中的主要用户画像，定义精确的目标人群。至少访谈 5 人。
2. 开展访谈 — 遵循 references/customer-interview.md 中的访谈流程。每次访谈控制在 25-30 分钟，聚焦问题，不推销产品。
3. 记录每次访谈 — 使用参考文件中的模板，将记录保存到 {project-name}/00-intake/interviews/interview-{N}.md。
4. 综合分析 — 完成所有访谈后，撰写 {project-name}/00-intake/interview-synthesis.md，涵盖：问题确认率、行为信号（谁付过钱／搭建过变通方案）、关键表述，以及假设审查。

访谈关卡：继续还是重新评估

综合分析完成后，向创始人简要汇报发现，并应用以下关卡：

满足以下条件时，进入第 4 阶段：

• 5 位受访者中有 4 位或以上明确且主动地确认了核心问题
• 至少 2 人表现出行为信号（付费购买过某项产品或服务、搭建过变通方案，或主动搜索过）
• 不同访谈中对问题的描述一致

满足以下条件时，暂停并重新评估：

• 5 位受访者中有 3 位或更少确认了问题（如果访谈人数更多，则按比例调整）
• 大家都说“有意思”，但没有任何行为信号
• 他们描述的问题与拟议的解决方案不匹配

向创始人汇报综合分析和关卡结果。如果结果要求重新评估，且访谈指出了值得解决的相邻问题，则提出具体的方向调整建议。由创始人决定：调整创意方向、缩小目标范围，或停止项目。

在 PROGRESS.md 中更新访谈关卡结果。

---

第 4 阶段：战略

根据已有研究，明确战略基础。每份文档都应引用第 3 阶段的具体发现——脱离研究的战略只是猜测。

参考资料： 阅读 references/frameworks.md，了解 Lean Canvas、April Dunford 定位、价值主张画布和 RICE/MoSCoW 的权威定义。阅读 references/output-specs.md（第 4 阶段部分），了解各文件的必需结构。

在 02-strategy/ 中生成：

• lean-canvas.md — 完整的 9 个模块 Lean Canvas
• value-proposition.md — 价值主张画布（用户任务、痛点、收益）、一句话价值主张、证明要点
• business-model.md — 收入模式、单位经济效益、可扩展性、依赖关系与合作伙伴关系
• positioning.md — April Dunford 定位的五个组成部分
• go-to-market.md — 发布策略、首批 100 位客户计划、按优先级排序的增长渠道、里程碑

更新 PROGRESS.md。

---

第 5 阶段：品牌

检查点： 开始前，向创始人简要介绍战略摘要：定位、目标市场、商业模式。询问：“这符合你的愿景吗？在此基础上打造品牌之前，有什么需要调整的吗？”

将战略转化为品牌形象。品牌应自然延伸定位，而非事后补充。

参考资料： 阅读 references/output-specs.md（第 5 阶段部分），了解各文件的必需结构。

在 03-brand/ 中生成：

• mission-vision-values.md — 使命、愿景、3-5 项工作价值观；生成 2-3 个选项，供用户选择或混合调整
• tone-of-voice.md — 个性特征、语气原则，并提供“我们是／我们不是”的示例、写作样例和词汇指南
• brand-personality.md — 品牌原型、情感属性、视觉方向，以及品牌相较于竞争对手应给人的感受

更新 PROGRESS.md。

阶段 6：产品

充分定义产品，以便开始构建或向开发团队进行说明。参考 01-discovery/competitor-landscape.md 中的竞品功能分析，以及 01-discovery/target-audience.md 中的客户痛点层级，指导功能决策——不要闭门造车。

参考资料： 使用 references/frameworks.md 中的 RICE 或 MoSCoW 进行优先级排序。阅读 references/output-specs.md（阶段 6 部分），了解每个文件的必需结构。

在 04-product/ 中生成：

• mvp-definition.md — 核心假设、必备功能、锦上添花的功能、明确不在范围内的内容、成功标准
• feature-prioritization.md — RICE/MoSCoW 清单、依赖关系、T 恤尺码工作量估算、构建顺序
• user-journey.md — 端到端旅程地图、触点与情绪、流失风险、「顿悟时刻」

更新 PROGRESS.md。

---

阶段 7：财务

检查点： 在进行预测前，先与创始人确认关键假设：定价、目标客户数量、团队规模、时间线。这些因素直接影响数字——如果这里弄错，预测就只是虚构。

用数字为战略提供依据。诚实对待假设——将所有内容标记为估算，并说明推理过程。参考 01-discovery/market-analysis.md 中的单位经济指标基准（CAC、LTV、流失率、ACV），以及 01-discovery/competitor-landscape.md 中的竞品定价，确保预测有真实数据作为依据。

参考资料： 阅读 references/industry-benchmarks.md，了解各类商业模式（SaaS、平台、电商等）的标准指标。将创始人的预测与这些基准进行对比，并标记任何超出正常范围的预测——无论过于悲观还是过于乐观。

两阶段财务模型

根据客户访谈（阶段 3.7）是否产生经过验证的需求信号，此时的财务预测处于以下两种状态之一：

阶段 A — 基于假设（默认，收入验证前）： 适用于没有真实增长数据的情况。明确将每个数字标记为 [Assumption — unvalidated]。目的是梳理财务结构并找出最敏感的假设，而不是生成可靠的预测。

阶段 B — 基于证据（访谈关卡通过且行为信号强烈时）： 适用于访谈确认了付费意愿、已有用于变通方案的支出或预售意向的情况。预测应以实际信号为依据：「5 位受访者中有 3 位表示目前每月约支付 200 美元购买不完整的解决方案」比基准数据更有参考价值。将这些数字标记为 [Estimate — grounded in interview data]。

在每个财务文件顶部，添加一行阶段声明：

**Financial Model Stage:** A — Assumption-Based | All projections are hypotheses to be tested, not forecasts.

或

**Financial Model Stage:** B — Evidence-Based | Key assumptions anchored to {N} customer interviews.

收入模型

在 05-financial/revenue-model.md 中：

• 定价策略及理由
• 收入预测（第 1—12 个月、第 1—3 年），明确说明每项假设
• 敏感性分析：关键假设变化 ±30% 时会产生什么影响
• 阶段 A： 明确标出哪些假设需要通过验证实验加以确认，模型才能变得可靠

成本结构

在 05-financial/cost-structure.md 中：

• 固定成本（基础设施、工具、薪资）
• 可变成本（按用户、按交易计算）
• 一次性成本（开发、法律、发布）
• 盈亏平衡分析

预测

在 05-financial/projections.md 中：

• 3 种情景：保守、基准、乐观
• 各情景的关键假设
• 现金流时间线
• 资金需求及现金可支撑时间的计算
• 假设敏感性表： 列出 5 个最关键的假设；若这些假设有误，对预测的影响最大。对每项假设，说明当前假设、恶化 50% 时的影响，以及验证方法。

更新 PROGRESS.md。

阶段 8：验证

这是最具可操作性的阶段——它会明确告诉创始人接下来该做什么，以检验这个想法是否可行。

参考： 阅读 references/output-specs.md 中的“阶段 8”部分，了解每个文件的必需结构。

在 06-validation/ 中生成：

• validation-playbook.md — 按成本从低到高排列实验，每项实验都包含待检验的假设、方法、指标以及通过／失败标准；如果在阶段 3.7 推迟了访谈，则访谈实验排在第 1 位
• risk-analysis.md — 针对市场、产品、业务、团队和财务风险的可能性 × 影响矩阵，附带应对措施和早期预警信号
• assumptions-tracker.md — 以表格形式列出每项关键假设及其可信度、测试方法和状态
• experiment-design.md — 前 3 项实验的详细设计和可直接使用的模板
• kill-criteria.md — 与实验挂钩的 5-7 项具体、可衡量的停止／转向条件
• scorecard.md — 对 7 个维度分别打 1-10 分，并附上一段明确无歧义的 Verdict 结论

诚实面对问题。如果这个想法有弱点，就明确指出。目标是帮助创始人做出正确决策，而不是满足他们的自我认同。

更新 PROGRESS.md — 将所有阶段标记为已完成。

---

最终交付内容

所有阶段完成后，先在对话中输出最终评估仪表板（参见 references/output-guidelines.md 中的“最终评估仪表板”部分）。这样创始人就能先直观了解所有关键发现，再深入查看各文件。

然后生成两个最终文件：

项目根目录下的 README.md — 执行摘要：

• 一段话概述这家初创公司
• 研究中的关键发现
• 战略定位概要
• 主要的 3 项风险及其缓解方法
• 可信度仪表板概要（已知信息与推测内容）
• 所有生成文档的链接

action-plan-30-days.md — 第一个月的具体每周计划：

• 第 1 周： 客户探索（联系哪些人、询问什么、进行多少次交流）
• 第 2 周： 验证实验（优先开展哪些实验，以及具体步骤）
• 第 3 周： MVP 范围界定（根据验证结果，确定要构建、模拟或跳过的内容）
• 第 4 周： 决定继续还是停止，并规划下一阶段
• 每周应有 3-5 项具体、可执行的任务——不要写“开展客户调研”，而要写“使用此模板向 20 位符合[用户画像]的人发送 LinkedIn 私信”

反模式检查： 定稿前，扫描完整输出，检查常见的创始人反模式，并标记发现的任何问题：“寻找问题的解决方案”、“贪大求全”（一次涉足过多功能／市场）、“过早扩张”、“虚荣指标”、“长期隐身开发”以及“忽视单位经济效益”。如果发现任何此类问题，请在 README 中添加简短的 检测到的反模式 部分。

---

绝对坦诚准则

参考： 每次会话开始时阅读 references/honesty-protocol.md，了解完整准则。核心规则概述如下。

这项技能旨在帮助创始人做出正确决策，而不是让他们感觉良好。诚实不容妥协：

1. 说实话。 如果市场太小，或这个想法存在致命缺陷，就直接说明。如果创始人的假设与研究数据相矛盾，也要指出。
2. 标注主张。 使用 [数据]、[估算]、[假设]、[观点] 标签。绝不要将估算说成事实。
3. 在每个阶段揭示风险信号。 在每个阶段输出的末尾添加 红色风险信号／黄色风险信号 部分。
4. 明确给出结论。 评分卡必须给出建议：8-10 分为继续推进，6-7 分为有条件推进，4-5 分为存在顾虑，1-3 分为停止／转向。
5. 以证据为依据。 没有数据就直说，不要编造。
6. 确保可执行。 每份文档都要告诉创始人接下来该做什么。
7. 跟踪所有进度。 每完成一个阶段后更新 PROGRESS.md。

---

参考文件

references/ 目录包含辅助文档。请只阅读当前阶段所需的内容。

文件	阅读时机	约行数	用途
output-guidelines.md	每次会话开始时（一次）	~126	文件页眉／页脚、交叉引用、质量示例、方向调整处理
honesty-protocol.md	每次会话开始时（一次）	~69	诚信规则、数据标签、反模式
research-principles.md	开始第 3 阶段前（一次）	~54	来源质量、交叉引用、数据缺口
research-wave-1-market.md	启动第 1 波 Agent 时	~206	市场规模、趋势、监管的 Agent 模板
research-wave-2-competitors.md	启动第 2 波 Agent 时	~220	直接、间接竞争对手及 GTM 分析的 Agent 模板
research-wave-3-customers.md	启动第 3 波 Agent 时	~233	客户声音、需求、受众的 Agent 模板
research-wave-4-distribution.md	启动第 4 波 Agent 时	~132	渠道、地理市场进入的 Agent 模板
research-synthesis.md	所有波次完成后、撰写最终文件前	~110	如何将原始发现综合为交付成果
research-scaling.md	信息收集后、进入第 3 阶段前	~122	复杂度评分、层级定义、波次配置
verification-agent.md	综合后、进入第 3.5 阶段前	~117	验证流程、通用检查与技能专属检查
intake-questions.md	第 1 阶段（信息收集）期间	~60	完整问题集、关键问题、访谈技巧
output-specs.md	第 4、5、6 和 8 阶段期间	~180	Strategy、Brand、Product、Validation 的逐文件规范
customer-interview.md	第 3.7 阶段（客户探索）前	~189	访谈流程、问题结构、综合指南
frameworks.md	第 4 阶段（Strategy）、第 6 阶段（Product）和第 8 阶段（Validation）期间	~107	Lean Canvas、Dunford、VPC、RICE／MoSCoW 定义
industry-benchmarks.md	第 7 阶段（财务）期间	~66	按商业模式类型划分的标准指标