用途
Foundation Sprint Basics 是 Foundation Sprint 第一天上午的环节。团队需要把四项基础选择明确化：产品为谁而做、解决什么重要问题、为什么这个团队有资格胜出、客户今天用什么替代方案。产出是一个连贯的战略框架，而不是四个可以分开对待的决定。
该技能属于 foundation-sprint-skills 家族，家族契约见 docs/reference/skill-families/foundation-sprint-skills-contract.md。
何时使用
- Foundation Sprint 第一天上午，在 brief 签署之后。
- 团队已具备足够的客户与市场知识（依据 readiness verdict），能够做出有依据的选择。
- 四个子决策都处于开放或有争议状态，团队尚未预先对齐其中任何一个。
- 决策者在场，并准备在午餐前对打包后的产出签字确认。
何时不使用
- 团队缺乏足够的客户知识，无法选择目标客户或说出重要问题。应先做客户研究或问题框定，等 readiness 标准 3 通过后再回来。
- 团队已经确定某个客户-问题组合，只想验证它。应使用更轻量的验证工具；Basics 用于真正的决策，而不是走过场的批准。
- 第一天上午已经滑到下午。差异化依赖 Basics 完成；如果 Basics 到午餐时没有产出连贯框架，就不要开始差异化，应重新框定或推迟。
产出内容
一个打包的单一工件，包含五个部分：
- 目标客户陈述：具体、有名称的客户，并带有标记（人口统计、行为、情境）。
- 重要问题陈述：客户感知到的痛点，强到足以驱动其从替代方案切换。
- 团队优势清单：能力、洞察、关系、数据、时机等让团队在该问题上可信的优势。
- 竞争对手与替代方案地图：直接竞争对手、替代工作流、手工变通方法、内部工具，以及最强的基线——什么都不做。
- Note-and-Vote 记录：每个子决策如何做出的记录，包括考虑过的替代方案和决策者理由。
该工件被视为一个连贯产出，而不是四个独立产出。团队对打包后的框架签字，而不是孤立地对各组成部分签字。规范结构见 references/TEMPLATE.md，Brainshelf 示例见 references/EXAMPLE.md。
四个子决策
每个子决策都使用 tool-note-and-vote（静默构思 + 投票 + 决策者超级投票协议）。该技能负责组织顺序，决策协议本身是独立的 note-and-vote 工具。
1. 目标客户（25-35 分钟）
团队通过静默构思产生 3-7 个候选客户描述，然后投票，再由决策者超级投票选出一个。选中的客户必须具体（不是“SaaS PM”，而是“20 到 100 名工程师的 B 轮 SaaS 公司的 PM”）。该技能会拒绝模糊细分，并提示团队添加标记，直到描述能指向团队能认出的某个人。
2. 重要问题（20-30 分钟）
团队列出所选客户经历的 3-7 个候选痛点。投票，然后决策者超级投票。选中的问题必须痛到足以驱动客户从当前行为（包括什么都不做）切换。轻微烦恼不是重要问题；该技能通过明确提问来强制这一点：“客户目前做什么，他们为什么会为了我们的方案离开它？”
3. 团队优势清单（20-30 分钟）
团队列举自己的具体优势：能力、洞察、关系、数据、技术、分发、时机。投票选出前 2-3 个（多选投票），决策者确认。该技能会拒绝泛泛优势（“优秀团队”“有热情”），并要求具体证据（“Sam 之前在 Y 公司构建过 X”；“Riley 在目标细分中有 1.2 万人的网络”）。
4. 竞争对手与替代方案地图（20-30 分钟）
团队绘制完整的替代空间：直接竞争对手、替代工作流、手工变通方法、内部工具，以及“什么都不做”。对每一项，团队记录客户用它做什么、人们为什么离开（或留下）。该技能强制把“什么都不做”作为竞争对手纳入；很多团队会忘记，惯性往往是最强的替代方案。
推断输入
- Sprint brief：读取 Decision Target，界定哪些客户和问题在范围内；范围外候选在投票前被标记。
- 客户/市场背景包：用之前浮现的候选预填充静默构思板，避免团队重复发明。
- 竞争对手知识：用已知竞争对手预填充替代方案地图；团队在此基础上增补和讨论，而不是从零开始。
- 团队优势笔记：呈现团队已有的自我评估；投票用于细化和排序。
常见陷阱
- 模糊客户。“SaaS PM”或“读者”不是目标客户。该技能会提示添加标记，直到团队能说出具体的人物原型。
- 把轻微烦恼误当痛点。如果客户不会从什么都不做或付费替代方案切换，问题就不够痛。该技能会明确测试这一点。
- 泛泛的团队优势。“优秀工程师”不是优势；“Sam 构建过最初的 Pocket 同步引擎，了解离线优先模式”才是。该技能会拒绝不具体的优势并要求证据。
- 忽略“什么都不做”作为竞争对手。这是最常见的疏漏。很多团队跳过它，因为他们把竞争对手想成有名字的产品；该技能强制纳入。
- 把四个子决策当作可分离的。目标客户的重要问题如果无法由团队优势解决，就无法胜出。该技能批准的是打包工件，而不是各组成部分；如果组成部分不连贯，团队需要重新讨论。
- 跳过 note-and-vote 记录。决策时刻是承重的。没有记录，第一天下午的差异化会建立在脆弱基础上，可能最终以另一个名字重新争论 Basics。
决策者角色
决策者在 Basics 期间的职责：
- 框定四个子决策中的每一个（或批准引导者的框定）。
- 在静默构思和投票讨论期间倾听，但不主导。
- 对每个子决策进行超级投票，并在超级投票与团队首选不同时给出明确理由。
- 在差异化开始前，对打包工件作为一个连贯战略框架签字确认。
一个不加质疑地祝福一切的决策者没有增加价值；一个没有理由就推翻的决策者没有建立信任。
规范来源
- Character Capital. “Foundation Sprint guide.” Basics 议程与决策顺序。
- Knapp, J., and Zeratsky, J. Click. 第一天上午顺序。
- Knapp, J., and Zeratsky, J. “Introducing the Foundation Sprint.” Lenny's Newsletter. 目标客户与重要问题框定。
跨技能使用
- 前置条件：tool-foundation-sprint-brief。Brief 的 Decision Target 告诉该技能哪个客户-问题空间在范围内。
- 该技能调用 tool-note-and-vote 四次（每个子决策一次）。每次调用产生自己的决策记录；四个记录汇总到打包工件中。
- Sprint 中的下一次调用：第一天下午午餐后立即使用 tool-foundation-sprint-differentiation。
决策者检查点
该技能以 references/TEMPLATE.md 中的决策者检查点结束。决策者对打包工件作为一个连贯战略框架签字，而不是对各个组成部分单独签字。没有签字，差异化就无法干净地开始，因为输入仍在协商中。