从灵感到上线：最小可玩原型的七步

原型的目的是回答一个问题

做原型之前先问：这个原型要回答什么问题？是「用户愿不愿意点」，还是「技术能不能跑通」，还是「这个信息层级看不看得懂」？问题不同，原型的形态完全不同。多数无效原型，都是因为想一次回答所有问题。

七步落地

1. 锁定单一问题：一句话写下本次要验证的假设。
2. 划掉非必要：把与此假设无关的功能全部删除，包括登录、设置、帮助。
3. 用假数据代替后端：静态 JSON 或写死的数组，先把界面与交互跑通。
4. 补上失败路径：空状态、报错、超时各做一版，这些地方最能暴露设计漏洞。
5. 找五个真实用户：不需要代表性样本，需要的是「会不会用错」。
6. 只观察不解释：用户卡住时忍住不提示，卡住的位置就是你要改的位置。
7. 写一页结论：假设成立与否、证据是什么、下一步做什么。

常见误区：把原型做成产品

原型一旦开始接真实数据库、处理权限、写单元测试，就已经不是原型了，而是提前进入开发。判断标准是：这个原型是否允许被丢弃？如果答案是「不敢丢」，说明投入过头了。

能在一周内被推翻的原型，比三个月后才发现方向错了的产品，便宜得多。

原型之后

原型通过验证，也不要直接进入全量开发。把它拆成两个里程碑：先做可用的最小版本给一小部分人用，再补齐规模化需要的能力。两次验证之间，通常还会发现一批「只有真实流量才会暴露」的问题。