设计冲刺周五收尾：用5位客户访谈产出评分卡与决策结论

在Design Sprint第5天（周五）原型通过试运行后，完成5场客户访谈并当天产出评分卡、观察模式与Decider决策结论。

适用场景

解决思路

1. 按周五时间结构执行：09:00-16:30进行5场50-60分钟客户访谈（09:00/10:30/12:00/14:00/15:30），每场含10分钟准备+50-55分钟访谈+5分钟团队小会记录观察；13:00-14:00午餐；16:30-16:45最后一场收尾并整理观察笔记；16:45-17:00团队并行静默撰写hot takes；17:00-17:30 Decider审阅评分卡与hot takes并做出决策；17:30-18:00记录Decider summary并启动冲刺后处置。
2. 产出单一打包工件，包含六个部分：①每位客户的访谈观察笔记（覆盖Context第2幕反应、Tasks第4幕带时间戳的行为、Debrief第5幕含定价的反应）；②5-15条最佳原话引用；③评分卡网格；④观察到的模式；⑤每位成员的hot takes；⑥Decider summary。
3. 构建评分卡网格：行是周一map-and-target得出的sprint questions（通常3-7个），列是5位客户（匿名ID），每格填Y/N/partial/unclear并附一行说明，最右列为当日决策（Validated/Invalidated/Inconclusive）。
4. 按规则判定当日决策：Validated为5人中4-5个Y（强信号）或3个Y且无N（方向性）；4人队列时4个Y为Validated、3个Y且无N为方向性；Invalidated为5人中4-5个N，4人队列时4个N为Invalidated、3个N且无Y为方向性；其余为Inconclusive，需安排后续跟进（更小测试、量化实验或第二次Design Sprint）。Decider可覆盖当日决策但须记录理由。
5. 观察笔记必须记录行为而非叙事：例如写“客户在capture按钮上悬停4秒未点击，随后快速连点两次”，而不是“客户似乎很困惑”。行为是数据，叙事是解读。
6. 评分卡每格由各观察者独立填写，差异要暴露而非取平均；若团队对某格出现2 Y对2 N的分歧，则标记为split并附说明。
7. Hot takes必须在团队综合讨论之前静默、并行撰写，避免群体共识污染个人判断。
8. 观察模式分4类（worked、hesitated、broke trust、unexpected），每类2-4条模式，每条注明有多少位客户表现出该模式。
9. Decider summary须记录：决策（build/iterate/pivot/stop/reframe）、最高置信度的学习、团队对原型方向最重要的修改、以及团队下一步要产出的工件（冲刺后交付物）。
10. Decider summary必须在周五团队离开前当场记录，不可拖到周一。
11. 若确实无法做出决策，则决策为iterate（带调整重新冲刺），不得以defer作答。
12. 本技能不调用tool-note-and-vote（周五无投票环节），也不撰写高管备忘录；如需高管备忘录或干系人更新，下一步调用foundation-stakeholder-update，以Decider summary为输入。
13. 冲刺结束后的下游调用：决策为build时调用deliver-prd；iterate需要更小后续实验时调用measure-experiment-design；pivot需要记录转向理由时调用iterate-pivot-decision；需要干系人沟通时调用foundation-stakeholder-update。

适用边界 · 注意事项

• 周四原型未通过试运行：需重跑试运行，若周四19:00仍失败则推迟周五。
• 确认客户少于3位：规范为5位，3-4位或6-7位需记录警告，低于3位或高于7位应触发重新决策（推迟或拆分测试）。
• Decider无法参加访谈后评审时段：没有Decider，当天只能产出观察而无法做出决策。
• 团队打算用本技能撰写高管备忘录：高管备忘录撰写交由foundation-stakeholder-update，本技能只产出Decider summary。