第5天
表达与落地
学习目标
能写出一页纸，让设计和研发听见同一个问题；知道原型是为了说明逻辑，不是为了展示软件技巧。
一页纸：问题、为什么是现在、不做什么、主路径、成功标准、依赖与风险
写不满六项，就还没想完。写超过一页，先删方案细节，不要删问题。
一页纸为什么够用
评审里大家走神，常常是因为文档在讲页面，没讲问题。一页纸强迫你先把判断放在桌上。
细节可以在评审后补。第一页如果不能让人同意「这个问题值得现在做」，后面的线框没有意义。
和工程师怎么谈
带去的是问题、不做什么、以及你最没把握的风险。然后听成本。
不要把一张需求票扔过去。对方需要知道什么可以砍。你不给砍的空间，排期就只会膨胀。
意见不一致时，把分歧收成一句：我们是在争问题，还是在争做法的成本。两件事先分开。
和设计怎么谈
先同意用户在哪一个时刻要完成什么，再谈界面。
你负责问题和取舍，设计负责把那条路径变得可理解。不要拿着已经画死的稿子只要求「润色」。
原型只说明逻辑
Figma、Axure 一类工具，用来把主路径讲清楚即可。这一页不教软件。
如果一页纸已经能让研发复述出主路径和不做什么，你可以先不画。画，是因为有分支不画就会吵。
作业
把第 4 天留下的那个做法，写成下面这一页。超过一页就删。
- 按模板六项逐项写。
- 主路径不超过五步。
- 成功标准用第 6 天还会再收紧，今天先写你打算看的一个结果。
- 依赖里写明要谁一起才能上线。
一页纸模板
- 问题
- 谁，在什么情境，被什么挡住，所以什么目标达不成。
- 为什么是现在
- 不做的代价。和当前目标的关系。
- 不做什么
- 至少一条。这期明确排除。
- 主路径
- 用户从哪一步到哪一步。不写全部支线。
- 成功标准
- 上线前写好。一个主指标，必要时加一个保护指标。
- 依赖与风险
- 要谁、你最没把握的假设、什么情况会停。