tool-design-sprint-prototype-plan

设计冲刺原型规划（周四上午）

周四是制作原型的日子。这项技能会生成一份上午的规划文档，为原型制作做好准备；它本身不会制作原型。这项技能会分配角色、确定保真度标准、起草五幕访谈脚本、定义试运行门槛，并确认周五的参与者。实际制作工作（Figma 画框、幻灯片、角色扮演脚本、纸面模型）属于团队的创作工作，由团队在周四剩余时间里完成。

技能家族约定：docs/reference/skill-families/design-sprint-skills-contract.md。这项技能是 design-sprint-skills 的成员。

适用场景

• 现在是设计冲刺的周四上午，且周三的故事板已获批准。
• 周五参与者跟踪表需要在周四上午确认；此时有人取消，就会触发启用候补人员。
• 采访者需要在周四下午进行模拟试访，因此必须先起草访谈脚本（或根据之前冲刺的模板进行完善）。
• 团队需要在并行制作开始前分配角色；周四下午临时分配会浪费 1–2 小时。

不适用场景

• 周三的工作尚未完成。请返回 tool-design-sprint-decide-and-storyboard；没有定稿的故事板，原型就没有规格说明。
• 团队想用这项技能来制作原型。原型制作属于创作工作（依据 DS 集成计划中的已批准决策 1）。这项技能负责规划周四；原型应在 Figma、Keynote、纸面或其他适合的媒介中制作。
• 团队已决定跳过周五的试运行。试运行是一个关卡，用于在正式访谈开始前发现“无法访问原型”或“访谈脚本令客户困惑”等问题。跳过试运行会让周五变成调试日。
• 周五参与者取消后，参与人数已少于 4 人。暂停冲刺，并决定是推迟周五的测试，还是接受证据减少的测试。

这项技能会产出什么

一份包含以下五个部分的完整文档：

1. 原型角色计划：在团队中分配 5 个标准角色（制作人、整合者、撰稿人、素材收集者、采访者）。小团队成员可以身兼多个角色；除素材收集者外，每人最多身兼两个角色。
2. 原型简报：一页规格说明，涵盖制作内容（故事板中纳入范围的分镜）、保真度标准（针对所用媒介，“足够真实”的定义）、各角色的时间分配，以及明确不制作的内容。
3. 访谈脚本（五幕）：标准的五幕结构（欢迎、背景、介绍、任务、总结），任务措辞由团队根据故事板拟定。幕次顺序固定；只有“任务”部分会进行大量定制。
4. 试运行检查清单：原型在周四下午（标准时间为 16:00–17:00）必须通过的各项关卡，才能进入周五。每项都由采访者或制作人确认是否通过。
5. 参与者确认跟踪表：周四上午再次确认周五的全部 5 个名额；有人取消时启用候补名额；若无法补足，则进入人数决策环节。

标准结构见 references/TEMPLATE.md，Brainshelf 图书目录项目的周四上午文档示例见 references/EXAMPLE.md。

五个典型角色

《Sprint》一书第 16 章定义了这 5 个角色。技能会分配这些角色；由团队成员担任。

角色	职责	通常由谁担任
制作者	构建原型界面（Figma 画面、Keynote 幻灯片、角色扮演道具）。负责视觉和交互工作。	设计负责人
串联者	将制作者的界面连接成连贯的端到端流程（Figma 交互、Keynote 转场、角色扮演流程）。	设计负责人或工程负责人
文案撰写者	撰写原型文案（按钮标签、正文、错误状态、微文案）。对可信度至关重要；糟糕的文案会破坏信任。	产品经理或研究员
资源收集者	收集图像、图标和示例数据（书籍封面、姓名、日期、虚构但可信的数据）。	有空的人；通常由不在关键路径上的成员担任。
访谈主持人	主持周五的访谈。周四下午用于起草并模拟演练五幕式脚本。	研究员，或有访谈经验的产品经理

在 4 人团队中，制作者和串联者通常合并为一个角色（由一位设计负责人担任）；文案撰写者和资源收集者可以合并；访谈主持人始终由专人担任。

五幕式访谈结构

《Sprint》一书第 17 章中的典型结构。各幕的顺序固定；任务一幕会根据情况进行大量定制；其他幕的措辞大多遵循典型版本。

幕	时长	目的	典型程度
欢迎	5 分钟	友好地开场；确认已获得同意；说明测试的不是客户本人	采用典型措辞，将团队名称替换为实际名称
背景	5-10 分钟	了解客户当前与挑战相关的行为和背景	采用典型问题；团队根据挑战进行调整
介绍	5 分钟	介绍原型；说明这是一个原型（有些部分无法使用），并请客户边操作边说出想法	采用典型措辞
任务	20-30 分钟	客户尝试故事板中的任务；访谈主持人观察并追问；团队在分组讨论室中静默观察	采用团队根据故事板提供的措辞
总结	5-10 分钟	开放式反馈；如相关，则询问定价；致谢	采用典型结构；团队调整定价问题

常见陷阱

• 把原型当成交付物，而不是学习工具。 无论周五的情况如何，原型都会在周五 17:00 PT 失效。投入工程时间将原型打磨到超过保真度要求，会浪费周四的时间。
• 只顾打磨，而没有构建足够真实的原型。 保真度要求的判断问题是：“客户会在这场 30 分钟的访谈中相信这是真的吗？”如果会，原型就完成了。继续打磨会挤占试运行和补救的时间。
• 访谈脚本包含诱导性问题。 “你觉得摄像头流程很容易吗？”带有诱导性；“请带我看看你刚才做了什么”则没有。试运行前，由文案撰写者（或访谈主持人）检查脚本中的诱导性问题。
• 跳过试运行。 试运行可以发现失效的 Figma 链接、缺失的资源、令人困惑的文案，以及访谈脚本过长等问题。周四下午务必用一位模拟客户（由团队成员扮演目标客户画像中的客户）进行试运行。
• 因为“这不重要”而不分配资源收集者角色。 资源收集者能避免“演示屏幕上出现占位文本”以及“使用一张明显不符合目标客户特征的人物图库照片”等问题。务必分配此角色。
• 五幕式访谈的任务一幕脚本过细。 任务应保持开放式（“试着拍下这本书，以后再到你的书库里找到它”）；脚本过细的任务会变成教程，而非测试。
• 因为“到时候再想办法”而没有处理周四早上出现的取消情况。 周四早上是启动备用参与者的最后一个合适时机。到了周四下午，招聘人员对确认情况的把握会降低。

跨技能使用

前置条件：tool-design-sprint-decide-and-storyboard。Prototype-plan 将周三的故事板作为构建规范。如果没有故事板，此技能就没有可用于映射角色的分镜。

此技能不会调用 tool-note-and-vote。周四上午的规划没有投票环节；角色规划和脚本决策由 Facilitator 主导，并由 Decider 签字确认。

冲刺中的下一次调用：周五上午调用 tool-design-sprint-test-and-score。

权威来源

• Knapp, J., Zeratsky, J., and Kowitz, B. Sprint. Simon and Schuster，2016 年。周四章节（第 14–16 章）和 Five-Act Interview（第 17 章）。
• GV Design Sprint Guide。“Sprint Week Thursday.” https://www.gv.com/sprint/
• Character Capital。“Design Sprint Day 4.” https://www.character.vc
• Google Design Sprint Kit。“Thursday agenda template + Five-Act Interview script template.” https://designsprintkit.withgoogle.com/

Decider 检查点

此技能以 references/TEMPLATE.md 中的 Decider 检查点结束。Decider 批准角色规划、原型简介中的保真度标准、访谈脚本的 Tasks 环节，以及试运行门槛标准。签字确认后，团队分散并行开展构建工作；Decider 于周五下午返回，进行访谈后的 Decider 评审。