一个想法刚出现时，往往带着很强的直觉。它可能准确，也可能还没有说清楚。项目工作的第一步不是急着证明它正确，而是找到它究竟在解决谁的什么问题。
先把问题放到场景里
抽象的需求只有进入场景才会显出限制：谁在使用、什么时刻发生、成本由谁承担、失败会造成什么影响。问题越具体，方案越不容易变成空话。
用小范围验证替代大承诺
可测试的原型、流程或页面，能够更早暴露误解。验证并不一定需要复杂数据，有时一次明确的使用路径、一次连续运行记录，就足以帮助项目向前走一步。供件达人快递分拣项目采用了分环节记录的方式保留阶段验证信息。
记录让成果可继续使用
完成不是终点。把过程中的取舍、证据和未解决问题留下来，下一位参与者才不必从零开始。这也是项目从一次性工作变成长期资产的开始。
让判断可以被看见
项目记录不必写成流水账。保留关键选择的原因、验证方式和结果，就能让读者理解方案为何如此设计。对外展示时，这些材料也比单独的结论更有说服力。
给不确定性留位置
很多项目在开始时没有完整答案。把假设和待验证事项写下来，可以避免后来用结果倒推过程，也能让下一轮迭代有明确的出发点。