设计冲刺周四上午的原型规划：锁定角色、保真度与五幕访谈脚本

在 Design Sprint 周四上午、周三故事板已签署后，产出当天原型构建的规划文档（角色分工、原型简报、访谈脚本、试运行清单、参与者确认）。

适用场景

解决思路

1. 确认前提：周三故事板已签署，否则回到 tool-design-sprint-decide-and-storyboard 重新锁定故事板。
2. 分配 5 个经典角色：Maker（构建原型界面，如 Figma 画框、Keynote 幻灯片、角色扮演道具，负责视觉与交互）、Stitcher（把 Maker 的界面串成端到端流程，如 Figma 交互、Keynote 转场、角色扮演顺序）、Writer（撰写原型文案：按钮标签、正文、错误状态、微文案）、Asset Collector（收集图片、图标、示例数据，如书封、姓名、日期、可信的假数据）、Interviewer（负责周五访谈，周四下午起草并模拟演练五幕脚本）。小团队可两两合并角色，但除 Asset Collector 外不可三人共担；4 人团队通常 Maker 与 Stitcher 合并、Writer 与 Asset Collector 合并，Interviewer 始终专职。
3. 撰写一页原型简报：覆盖要构建的内容（故事板中在范围内的面板）、保真度标准（对该媒介而言“足够真实”意味着什么）、每个角色的时间分配，以及明确不构建的内容。
4. 起草五幕访谈脚本，幕次顺序固定，仅 Tasks 幕高度定制：Welcome（5 分钟，友好介绍、确认同意、说明不是在测试客户，套用团队名称）、Context（5-10 分钟，了解客户当前行为与挑战相关背景，问题基本固定、按挑战调整）、Intro（5 分钟，介绍原型、说明这是原型且部分功能不可用、请客户边想边说）、Tasks（20-30 分钟，客户尝试故事板任务，访谈者观察并追问，团队在观察室静默观察，措辞由团队根据故事板提供）、Debrief（5-10 分钟，开放式反馈、如相关则问价格问题、致谢）。
5. 定义试运行清单：原型必须在周四下午（经典为 16:00-17:00）通过的门槛，每项为访谈者或 Maker 确认的是/否项，之后才能进入周五。
6. 周四上午重新确认周五全部 5 个参与者名额；取消则触发缓冲名额激活，若失败则升级为队列决策时刻。
7. 检查访谈脚本是否有引导性问题：“你觉得相机流程容易吗？”属于引导；“带我走一遍你刚才做了什么”则不是；Writer 或 Interviewer 在试运行前审查脚本。
8. 周四下午用一名扮演目标画像客户的队友进行试运行，以捕获 Figma 死链、缺失素材、令人困惑的文案、脚本过长等问题。
9. 确保 Tasks 幕保持开放式（如“试着拍下这本书，之后在你的书库里找到它”），避免过度脚本化变成教程而非测试。
10. 由 Decider 在 Decider Checkpoint 批准角色计划、原型简报中的保真度标准、访谈脚本的 Tasks 幕以及试运行门槛标准；签署后团队分散进入并行构建。
11. 注意本技能不构建原型本身：实际构建（Figma 画框、幻灯片、角色扮演脚本、纸质拼装）是团队在周四剩余时间的 craft 工作。
12. 本技能不调用 tool-note-and-vote：周四上午规划没有投票环节，角色计划与脚本决策由 Facilitator 主导并经 Decider 签署。
13. 冲刺中的下一次调用是周五上午的 tool-design-sprint-test-and-score。

适用边界 · 注意事项

• 周三尚未结束：回到 tool-design-sprint-decide-and-storyboard，没有锁定的故事板，原型就没有规格。
• 团队试图用本技能来构建原型：原型是 craft 工作，本技能只规划周四，构建在 Figma、Keynote、纸面或其他媒介中进行。
• 团队决定跳过周五的试运行：试运行是捕获“原型不可达”或“访谈脚本让客户困惑”的门槛，跳过会把周五变成调试会。
• 周五参与者取消导致队列缩减到少于 4 人：暂停冲刺，决定是推迟周五还是接受证据减少的测试。