tool-foundation-sprint-basics

Foundation Sprint 基础篇

Foundation Sprint 第 1 天上午。团队明确做出四项基础选择：产品面向谁、要解决什么重要问题、为什么这支团队有胜算，以及客户目前会用什么替代方案。这些选择的产出是一个连贯的战略框架，而不是四项彼此独立的决策。

系列技能约定：docs/reference/skill-families/foundation-sprint-skills-contract.md。此技能属于 foundation-sprint-skills。

适用场景

• Foundation Sprint 第 1 天上午，简报已签署后。
• 团队具备足够的客户和市场知识（根据准备度评估结果），能够做出明智的选择。
• 四项子决策均尚未确定或存在争议；团队尚未就其中任何一项达成预先共识。
• 决策者在场，并准备在午餐前签署这份打包产出。

不适用场景

• 团队缺乏足够的客户知识，无法选择目标客户或明确重要问题。请先开展客户研究或问题界定；待准备度标准 3 通过后再重新评估。
• 团队已确定特定的客户与问题组合，只想对其进行验证。请使用更轻量的验证工具；Basics 用于真正的决策，而不是走过场式的追认。
• 第 1 天上午已拖到下午。差异化取决于 Basics 是否完成；如果 Basics 未能在午餐前产出连贯的框架，就不要开始差异化。请重新界定或推迟。

此技能的产出

一份包含五个部分的打包成果：

1. 目标客户陈述：明确具体的客户，并附上特征标记（人口统计、行为、情境）。
2. 重要问题陈述：客户感知到的痛点，严重程度足以促使客户从替代方案转向新方案。
3. 团队优势清单：使这支团队有能力解决该问题的技能、洞察、人脉关系、数据和时机优势。
4. 竞争对手与替代方案图谱：直接竞争对手、替代工作流、手动变通方案、内部工具，以及最强的基准方案：什么都不做。
5. Note-and-Vote 记录：记录每项子决策的制定过程，包括考虑过的替代方案以及决策者的理由。

这份成果应视为一个连贯的整体，而不是四份独立成果。团队签署的是打包后的框架，而非孤立的各个组成部分。标准结构请参阅 references/TEMPLATE.md，Brainshelf 示例请参阅 references/EXAMPLE.md。

四项子决策

每项子决策都使用 tool-note-and-vote（静默构思 + 投票 + 决策者超级投票协议）。此技能负责安排流程，而决策协议本身由独立的 note-and-vote 工具提供。

1. 目标客户（25–35 分钟）

团队通过静默构思提出 3–7 个候选客户描述，然后进行投票，最后由决策者超级投票选出一个。选定的客户必须具体（不能是“软件即服务产品经理”，而应是“在工程师人数为 20 至 100 人的 B 轮软件即服务公司任职的产品经理”）。此技能会否决模糊的细分群体描述，并提示团队补充特征标记，直到描述能够明确指出团队可以识别的客户。

2. 重要问题（20–30 分钟）

团队列出选定客户面临的 3–7 个候选痛点。先投票，再由决策者超级投票。选定的问题必须严重到足以促使客户放弃当前做法（包括什么都不做）。轻微的不便不属于重要问题；此技能会明确询问：“客户目前在做什么？他们为什么会放弃当前做法，转而采用我们的解决方案？”

3. 团队优势盘点（20-30 分钟）

团队列出自身的具体优势：能力、见解、人脉、数据、技术、分发渠道和时机。通过多选投票选出最突出的 2-3 项，再由决策者确认。这项技能会驳回泛泛而谈的优势（“团队很棒”“充满热情”），并要求提供具体证据（“Sam 曾在 Y 公司构建过 X”；“Riley 在我们的目标细分市场中拥有 1.2 万人的人脉网络”）。

4. 竞争对手与替代方案图谱（20-30 分钟）

团队梳理完整的替代方案：直接竞争对手、替代工作流、手动变通方法、内部工具，以及“什么都不做”。对于每种方案，团队都会记录客户用它来做什么，以及人们为何离开（或留下）。这项技能要求将“什么都不做”列为竞争对手；许多团队会忘记，惯性往往是最强的替代选择。

推理输入

输入	这项技能如何使用
冲刺简报	读取决策目标，以确定哪些客户和问题属于范围之内；在投票前标记范围之外的候选项
客户/市场背景资料包	将此前提出的候选项预先填入静默构思板，避免团队重复构思
竞争对手知识	将已知竞争对手预先填入替代方案图谱；团队可以补充和讨论，而不必从零开始
团队优势记录	展示团队已有的自我评估；通过投票进一步完善并确定优先级

常见陷阱

• 客户定义模糊。“SaaS 产品经理”或“读者”不是目标客户。这项技能会不断要求补充特征，直到团队能描述出具体的人物类型。
• **把轻微烦恼误认为痛点。**如果客户不会因此放弃什么都不做或付费替代方案，那么这个问题就不够痛。这项技能会对此进行明确检验。
• 团队优势泛泛而谈。“优秀的工程师”不是优势；“Sam 构建了 Pocket 最初的同步引擎，并熟悉离线优先模式”才是。这项技能会驳回不具体的优势，并要求提供证据。
• **忽视“什么都不做”这一竞争对手。**这是最常见的疏漏。许多团队跳过这一项，因为他们认为竞争对手是有明确名称的产品；这项技能会强制纳入这一选项。
• **将四项子决策视为彼此独立。**如果目标客户的重要问题无法通过团队的优势解决，就不能胜出。这项技能会批准作为整体的成果，而不是各个组成部分；如果这些部分无法相互契合，团队就需要重新审视。
• **跳过记录与投票的过程。**这些决策环节是关键所在。如果没有过程记录，第 1 天的产品经理差异化环节就会建立在脆弱的基础上，还可能换个说法重新讨论基础事项。

决策者职责

决策者在基础事项环节的职责是：

1. 为四项子决策分别设定框架（或批准引导者设定的框架）。
2. 在静默构思和投票讨论期间认真倾听，不要主导讨论。
3. 如果最终决策与团队的首选不同，就对每项子决策进行超级投票，并明确说明理由。
4. 在差异化环节开始前，签字认可整体成果构成连贯的战略框架。

如果决策者不加质疑地认可所有内容，就无法创造价值；如果决策者不说明理由便推翻团队意见，就无法建立信任。

权威来源

• Character Capital。《Foundation Sprint 指南》。基础事项议程与决策顺序。
• Knapp, J. 和 Zeratsky, J. Click。第 1 天上午的流程。
• Knapp, J. 和 Zeratsky, J.《Foundation Sprint 介绍》。Lenny's Newsletter。目标客户与重要问题的界定。

跨技能使用

前置条件：tool-foundation-sprint-brief。Brief 中的 Decision Target 会告知该技能当前纳入范围的客户问题空间。

该技能会调用 tool-note-and-vote 四次（每个子决策调用一次）。每次调用都会生成独立的决策记录；四条记录会汇总到打包产物中。

冲刺中的下一次调用：Day 1 下午午餐后立即调用 tool-foundation-sprint-differentiation。

决策者检查点

该技能以 references/TEMPLATE.md 中的决策者检查点结束。决策者会审核打包产物是否构成连贯的战略框架，而不是逐一审核各个组成部分。若未获得签字确认，Differentiation 就无法顺利启动，因为输入内容仍在协商中。