思维工具箱精益创业与 MVP 验证循环
C18
精益创业与 MVP 验证循环
Lean Startup / Build–Measure–Learn
用构建—测量—学习循环尽早检验会改变方向的假设
这是什么
精益创业把进展视为经过验证的学习：先写清若被否定就会改方向的假设，再反向设计需要什么证据，最后选择最小可行交付去测。MVP 必须产生与假设匹配的证据，可以采用人工服务或有限功能；粗糙缩水版并不自动等于 MVP。注册与口头喜欢可能只反映兴趣。
示意图
什么时候用 / 别用
该用
- 新产品、新模式或重大功能尚不确定是否有人需要
- 准备投入较多开发
- 希望尽早获得能改变决策的真实反馈
别用
- 把注册量点赞当验证完成
- 无对照与排除其他解释就归因于产品
- 失败后不区分「需求不成立」与「交付没表达清楚」
怎么做
准备：清晰目标用户与要检验的假设；现有办法、关键行为指标与判断条件；实验资源与影响边界
- 先写若被否定就会改变方向的假设
- 反向设计需要什么证据，再定最小交付形态
- 明确观察周期、样本、指标与继续/调整/停止条件
- 交付并记录行为、成本与反馈，保留退出者
- 对照条件解释结果，决定坚持、修改或转向
交付：验证计划、最小交付范围、假设状态与方向决策
一个例子
假设示例 · 产品
【假设示例】验证「产品经理愿持续用 51as.com 周计划」。可先用简单表单领任务，AI 员工人工核对完成情况。持续完成可支持参与假设；尚未收费就不能宣称付费需求已验证。
容易踩坑
- 兴趣指标冒充验证
- 无对照乱归因
- 体验差掩盖真实需求
出处：常见于通过最小交付验证关键假设的精益创业讲法