BOOK NOTES
设计冲刺
Jake Knapp, John Zeratsky, Braden Kowitz
这本书描述了一套五天流程，用于回答产品开发中最棘手的问题——方向对不对、用户是否买账——而不必先造出真正的产品。这套流程由 Jake Knapp 在谷歌内部实验多年后定型，后来在谷歌风投（GV）大规模应用于其投资的初创公司。书的核心主张是：用五天制造一个逼真的原型，找五位真实用户测试，你就能在几个月的真实开发之前，知道自己方向是否正确。
书里有大量具体案例：酒店递送机器人公司 Savioke、精品咖啡品牌蓝樽咖啡（Blue Bottle Coffee）、癌症数据公司 Flatiron Health、企业通讯软件 Slack，以及健身应用 FitStar。每家公司的冲刺全程都有还原，包括每天做什么、遇到什么分歧、星期五测试出了什么结果。这些案例让流程的细节和局限性都看得见。
五天结构总览
每一天有固定任务，不能压缩到四天以下（书中给出了明确理由：少于五天要么完成不了建模和测试，要么让团队精疲力竭），也不建议拉长到六天以上（周末会打断连续性，拖延和固执己见会悄悄爬进来）。
- 星期一：理清问题。确定长期目标，列出冲刺问题，绘制地图，请专家访谈，记"我们应该如何"笔记，选定目标用户和目标时刻。
- 星期二：画方案。闪电之旅找灵感，四步绘图法独立创作方案草图。
- 星期三：做决策。用结构化流程选出最佳方案，画出原型分镜脚本。
- 星期四：制作原型。用 Keynote 或其他快速工具造出"足够逼真"的假象。
- 星期五：测试。采访五位目标用户，全组一起看采访视频，找共性，决定下一步。
每天上午 10 点开始，下午 5 点结束，共六小时有效工作时间。冲刺室内全程禁止使用手机和电脑（制作原型等特定环节除外），中途需要处理紧急事务的人可以随时离开房间。
冲刺前：组队、找场地
决策者是整个流程最关键的角色，必须参与。书里用乌贼公司（Squid）的失败案例说明了原因：那次冲刺产出了不错的原型，测试结果也可以，但首席产品官 Sam 因为出差没参与，回来后发现团队解决的根本就是错误的问题，整个冲刺报废。决策者不必全程在场，但星期一下午（策略讨论）、星期三（选方案）、星期五（看测试结果）这三个节点必须出席，或者正式授权代理人。
团队人数控制在七人或以下。超过七人，进度慢，注意力难维持。组队时要有意引入"捣乱分子"——那种持有强烈反对意见、平时开会容易让人不舒服的人。书里的理由是双重的：让他们参与可以防止事后反水；他们角度不同，有时提出的奇特方案切中要害。
场地需要两块大白板。书里有一个 Badger 公司的例子：因为白板太小，团队中途花了一个半小时出去买大张便利贴，才能继续讨论。白板充当"团队共享大脑"——把讨论内容、地图、HMW 笔记、草图全贴在上面，减轻所有人的短时记忆负担，空间记忆比语言记忆更可靠。
星期一：理清问题
从结果出发
第一个活动是设定长期目标，写在白板最上方。写法要反映团队的真实愿望，而不是缩水版的安全表述。然后立刻转向悲观：想象一年后项目彻底失败，是什么原因？把这些隐含假设变成可以回答的具体问题——冲刺问题。
Savioke 的长期目标是"提高酒店客人满意度"，冲刺问题是"客人会觉得机器人不方便使用吗"和"客人会因为机器人选择这家酒店吗"。蓝樽咖啡的冲刺问题是"客人会信任我们的专业吗"。把担忧写成问题的好处是：它把不确定（让人不舒服）变成好奇（让人想去找答案），而且星期五测试结束后可以直接对照核查。
绘制地图
地图是一张简单的故事流程图：左边列出所有涉及的人（用户、员工、合作方），右边写终点（用户完成了什么），中间用箭头和方框连出 5 到 15 个步骤。Flatiron Health 做的是癌症临床试验招募，问题极度复杂，但他们的地图也只是几个词加几个箭头。
地图的作用贯穿全周：星期一用来选定冲刺目标，星期二的方案草图以它为框架，星期三选方案时继续参照。
请教专家与 HMW 笔记
下午花两到三小时，每次请一位专家谈 15 到 30 分钟，包括：决策者（分享战略视角）、最了解用户的人（销售、客服、研究员）、最了解产品运作原理的人（工程师、设计师），以及之前尝试过类似方案的人。
Walrus 公司的案例说明了为什么不能只听首席执行官的：CEO 对地图"100% 满意"，结果销售总监温蒂进来，随手指出两处关键错误——用户不会记得自己的纳税人识别号，在还没建立信任的时候就要求填写银行账户会让他们直接放弃。温蒂了解的是真实销售场景，而 CEO 了解的是公司战略。
每个人在听专家访谈时同步做HMW（我们应该如何）笔记——用浅黄色便利贴，每张写一个问题，以"HMW"开头，粗头马克笔书写。这个格式强迫把问题写得短且具体。访谈结束后，把所有便利贴贴到墙上，按主题分组，然后用圆点贴投票，决策者额外多票。票数最多的 HMW 笔记贴到地图对应位置。
选择目标
星期一的最后，决策者在地图上圈出目标用户和目标时刻。这个决定决定了接下来整周方案草图、原型和测试的焦点。
Savioke 选的是"酒店客人打开房门那一刻"，而不是电梯或大堂，因为那一刻机会和风险都最集中。Flatiron Health 的艾米选的是"研究协调员搜索匹配试验的时刻"，而不是医生，理由是协调员对新工具的容错度更高，且这是整个招募漏斗的顶端，能匹配更多患者。
星期二：画方案
闪电之旅
上午花一小时，每人选一两个值得参考的产品（可以来自其他行业），每人轮流三分钟介绍亮点，引导者在白板上快速记录要点和简图。
书中反复强调：最有用的灵感往往来自其他行业。蓝樽咖啡要解决"如何帮用户选咖啡豆"的问题，最终有用的灵感是一款巧克力包装纸上的"味道转盘"，用六个词描述口味——璀璨、果味、花味、土香、果仁、巧克力。把这个思路用到咖啡豆描述上，星期五测试中用户反馈很好。
还要检索公司内部的未完成想法。Savioke 机器人的眼睛设计，正是设计总监艾德里安早就画好但一直没机会用的稿子，在冲刺中被发现并最终使用。
四步绘图法
下午每人独立完成四个步骤，全程不互相讨论：
- 记录（20 分钟）：绕冲刺室走一圈，把白板上的目标、HMW 笔记、闪电之旅要点抄到自己的纸上，也可以这时查阅资料，结束后关掉设备。
- 想法（20 分钟）：在纸上随意涂鸦、标题、流程框——这些只给自己看，不需要整洁。完成后圈出最喜欢的部分。
- 疯狂八分钟：把一张 A4 纸折三次得到八格，8 分钟内在每格画一个变体——可以是同一想法的不同版本，也可以是不同想法。每格 60 秒，快速且粗略。
- 方案草图（30 到 90 分钟）：用三张便利贴组成三格分镜，画出最完整的单一方案，足够其他人看懂。要有文字（不能用波浪线代替），要起一个好记的标题，不署名。
方案草图不需要漂亮，但必须具体、完整、有文字。书中的关键论点是：把抽象想法变成具体草图之后，其他人才能公正评价它——高估和低估都减少了。蓝樽咖啡那张"读心人"方案草图，作者是公关经理拜厄德，他在开始时说"我不会画画"，但他的草图后来成为星期五测试的最大赢家，并最终成为正式网站的基础。
星期三：决策
贴出决定（五步）
不进行头脑风暴式的集体讨论，用以下五个步骤代替：
- 艺术博物馆：把所有草图贴在墙上，拉开间距，就像博物馆陈列。
- 绘制热点图：每人拿 20 到 30 个小圆点贴，默默浏览，在喜欢的部分贴上圆点，不交谈。多个圆点集中的地方形成"热点"。
- 快速批判：每张草图三分钟。引导者描述草图内容并指出热点，团队补充，记录员把出众的想法写在便利贴上贴在草图上方。绘图者在这个阶段保持沉默，最后才可以补充说明被遗漏的信息。
- 民意调查：每人一张粉色大圆点，默默投给心仪的方案，然后简短说明理由。这个投票没有约束力，目的是给决策者参考。
- 超级大选：决策者每人三票（写上名字首字母），投完即是最终决定。决策者可以无视民意调查结果。
书里的鸵鸟公司（OstrichCo）案例说明了为什么不能搞民主投票：CEO 奥斯卡出于团队情谊妥协，让团队的方案通过，但几周后他还是回到了自己偏好的方案，那个方案从未经过测试。设计冲刺的结构让决策者做真正的决定，而不是假装集体决定。
决斗还是融合
如果多个方案获得了超级选票且相互矛盾，可以同时制作两个原型在星期五"决斗"，让五位用户分别测试两个版本，对比反馈。Slack 就做了两个相互竞争的原型："执着之旅"（一步步解释软件）和"自动团队"（用机控程序模拟真实使用场景）。决斗时需要给每个原型取虚构品牌名，避免用户因知道是同一公司产品而做出非真实反应。
原型分镜脚本
下午在白板上画 15 格左右的分镜脚本，把胜出的草图串成一个完整故事。重要约定：
- 开场要比产品使用早一两步——从用户在哪里发现你的产品开始，而不是直接跳到使用界面。Slack 用虚构的《纽约时报》报道作为开场。
- 故事控制在 15 分钟以内（每格大约等于测试中的一分钟）。
- 如果不确定细节，留给星期四的制作者决定，而不是强行在星期三讨论出来。
- 有分歧时优先冒险，而不是选择稳妥——设计冲刺本来就是验证高风险方案最合适的机会。
星期四：制作原型
建模心态
书里提出四条原则：
- 任何东西都可以建模。硬件、服务、空间、报告，都可以在一天内造出足够用于测试的原型。
- 原型是一次性的。造出来就是为了测试，可能被扔掉；投入越多，越难接受否定结果。
- 原型恰到好处，不要过多。只需要回答冲刺问题所必需的部分。
- 原型必须足够逼真。用户需要产生真实反应而不是进入"反馈模式"。如果用户发现面前是个模型，他们会切换到"帮忙提建议"状态，而真实反应（哪里困惑、哪里顺畅）才是有用的数据。
书里称这个标准为"金发姑娘品质"：品质太低，用户不信；品质过高，一天内做不完；刚刚好，用户忘记这是个原型。
工具和角色分工
Keynote（或 PowerPoint）是首选工具，适用范围极广：网页、应用、纸质报告、宣传册、营销材料。Foundation Medicine 的癌症报告原型是用 Keynote 做的，打印出来。Savioke 机器人的"脸"用 iPad 上的 Keynote 全屏播放代替。FitStar 的应用界面用 Keynote 全屏幻灯片冒充真实 App。
服务类原型（如医疗诊所）的方法是改造现有空间 + 团队成员扮演角色。One Medical 想测试家庭诊所设计，就利用一家现有诊所，在某个晚上重新布置、招募真实家庭来访。
角色分工：
- 制作者（两人以上）：做出每个屏幕、页面或零件
- 整合者（一人）：把所有部件拼在一起，检查一致性，统一字体、用词、虚构姓名等细节
- 文案（一人）：负责原型中的所有文字，在医疗、法律等专业领域尤其重要
- 资源收集者（一人）：搜索图片、图标、现有截图，不让制作者因为找素材而中断
- 采访者（一人）：星期四写好采访稿，尽量不参与建模，避免在星期五测试中情感投入过深
下午 3 点左右进行试运行：整合者对全团队演示一遍原型，确认分镜脚本里的内容都已覆盖，采访者和决策者要到场。
星期五：测试
五个用户的原理
书里引用了尼尔森诺曼公司的研究：对 83 项产品研究的分析发现，85% 的可用性问题在采访五个用户之后就已显现。继续增加用户数量带来的新发现极少，但工作量线性增长。书里的结论是：与其花时间找第六到第十个用户，不如修改原型后再做一轮五人测试。
五这个数字还有操作上的优势：一天内安排五个一小时采访，中间插入休息，全组一起观看，当天完成分析，趁记忆新鲜做出决定。
采访结构
每次采访遵循五个步骤：
- 友好欢迎：让用户放松，说明测试的对象是产品而不是用户，告诉她答案没有对错。
- 背景问题：先聊和产品相关的生活习惯，不急着展示原型。这些问题帮助解读后续反应。
- 介绍原型：告知产品尚未完善，请她一边使用一边大声说出想法（有声思考）。
- 任务助推：给出开放式任务（"假如你在应用商店看到这个，你怎么判断是否要用它？"），而不是一步步指导操作。采访者跟进提问，目的是让用户继续说话，而不是引导她往某个方向走。
- 快速提问：结束前问总结性问题（"你会怎么向朋友描述这个产品？""如果可以改三样东西……"），帮用户提炼自己的想法。
整个采访过程中，采访者要提开放式问题，避免"是/否"题和选项题（"你是否愿意……"等），改成"5W1H"提问。含糊提问也有用——"嗯，怎么？"比"你是觉得价格太贵吗？"能得到更真实的回答。
记录和找共性
冲刺团队在另一个房间看直播，每人用便利贴记录观察（绿色写积极反应，红色写负面反应，黑色写中性）。每个采访结束后把便利贴贴到白板网格上（行是不同原型或原型的不同部分，列是五位用户）。
五个采访结束后，全组默读白板五分钟，每人在笔记本上写下看到的共性。然后大声分享，引导者把共性列在新白板上。最后回到星期一列出的冲刺问题，对照共性确认哪些问题得到了回答，哪些没有，下一步怎么做。
Slack 的最终结果：斯图尔特力推的"自动团队"方案失败了——五个用户几乎都不明白它是什么；梅尔奇支持的"执着之旅"有瑕疵但可行，五人中四人理解了 Slack 的价值。团队由此省去了几个月的"自动团队"开发工程量，把精力集中到修改"执着之旅"，并在三周后进行了第二轮冲刺。
几个可迁移的操作原则
问题先于方案。 设计冲刺把星期一整天用在搞清楚问题上，直到星期二才开始想方案。NASA 阿波罗 13 号的案例是书里的类比：飞控中心先在黑板上画出飞船轨迹和返回目标，确认优先顺序，才开始解决具体技术问题。如果一开始就直接处理氧气过滤问题，可能会错过纠正轨道的时机。
独立工作好过集体头脑风暴。 书的序言里，Knapp 复盘了谷歌内部早期的头脑风暴实践，发现真正被投入使用的好想法几乎没有来自集体讨论，而是来自个人在安静状态下的思考。疯狂八分钟、方案草图都是在个人独立工作基础上设计的。
决策者保留最终选择权，民意调查只是参考。 书里设计了民意调查这一步，目的是让团队表达意见、给决策者信息，但最终选择哪个方案由决策者决定。书里的例子：奥斯卡出于团队情谊让民主投票结果通过，几周后还是绕回自己原本偏好的方案，那个方案从未经过测试。
先解决外观，再解决后端。 书里反复提到：用户对一个产品的第一反应，发生在接触外观的时候。蓝樽咖啡用幻灯片测试了三种网站设计，完全没有写任何代码，就知道哪种布局用户信任，哪种被说"俗气"。Graco 工业水泵公司也是同样的思路：用宣传册测试市场需求，用 3D 打印测试操作体验，而不是等待 18 个月的完整研发周期。
测试失败是有效的结果。 书里对失败结果的讨论是认真的：花五天时间发现方案行不通，代价远小于花几个月开发出来再发现问题。Slack 的"自动团队"失败节省了四到六个月的工程量。Foundation Medicine 测试了三种报告版本，找出了哪种对肿瘤医生最有用，避免了用错误格式向医院推出成品。