能证明一件事的最小原型

怎么找到那个危险问题

问一句：有什么事情，如果半年后才发现，我们会后悔没在第一周就验证？答案几乎总落在三类里：技术上到底行不行、数据存不存在且能不能拿到、以及到底有没有人会用。

如果危险问题出在数据或使用意愿上，这周就先别写代码。去核对数据，或者让一个人在幕后手工完成这项工作，看看有没有真实需求。

按成本从低到高的三档

完全人工。由人来提供这项服务，用户并不知情。两天之内你就能判断有没有需求，同时攒下几十个真实案例。

一张表格加一列判定。五十个真实案例，走同一套流程，再加一列由人标注结果是否可用。不需要界面，也不需要数据库。

接上真实数据的原型。只有前两档都是肯定答案时才做：最小界面、一个真实数据源、一小批用户。

提前定好的门槛

最重要的判断发生在看到结果之前：达到什么水平才继续。如果等看完数字再定，总能找出理由说明为什么 62% 其实很有希望。

同时定一个叫停的下限。第三周就停掉的项目，是流程上的成功，不是失败。