用一轮精益实验替代一份完美商业计划

这份行动指南假设你已经有一个方向。

可能是一款新应用，一个新功能，或一条新的收费模式。

接下来两到八周，你要做的不是把计划写得更厚，而是跑完一次完整的精益实验闭环。

第一步：把模糊的想法压成可被证伪的假设

在开任何产品会之前，先独立写下三件事。

我们想服务谁。

我们相信他们现在的痛点是什么。

我们认为他们会用什么方式为解决方案付出成本。

把每一条写成可以被证明错误的句子。

例如：

"三十岁左右的程序员愿意每月付费使用时间追踪工具。"

"中小企业的人力负责人愿意改用我们的线上排班系统。"

如果一句话里塞进多个对象或多个行为，拆开重写。

第二步：挑出一条最关键的假设

不是所有假设都同样重要。

问自己：

哪一条如果被证明错误，当前方向就不值得继续。

哪一条如果被证明正确，其它假设的风险都会下降。

通常，这条关键假设和"是否有人愿意用"或"是否有人愿意付费"有关。

只挑一条。

其他暂时先放下。

第三步：为这条假设设计最小可行产品

现在才轮到谈产品形态。

问三个问题。

要让目标人群表达真实行为，最少需要哪些部件。

哪些部件只是为了体面，可以暂时不用。

哪些工作可以先用人工或临时代替实现。

然后画出一个可以在两周内完成的最小方案。

例如，

只做一个简单着陆页和报名表，不做完整后台。

只做一个能预约通话的入口，后台用表格记录。

只做一个手动发送报告的流程，不做自动化系统。

关键是让潜在用户必须做出选择，而不是只听你讲故事。

第四步：约定清晰的成功和失败指标

在写任何代码之前，决定这轮实验用什么指标判断结果。

选择能直接反映关键行为的指标。

例如：

完成注册并使用一次核心功能的人数。

愿意留下联系方式并接受后续访谈的人数。

愿意预付定金锁定名额的人数。

再为每个指标设定一个区间。

高于上界，说明假设很有力，可以加大投入。

落在中间区间，说明需要改进方案再试一次。

低于下界，说明当前假设站不住脚，需要重新思考方向。

指标数量控制在一到两个。

越多越容易给自己找借口。

第五步：面对面接触真实用户

在实验期间，把至少一半时间用在和用户接触上。

可以是现场演示，可以是远程通话，也可以是简单的问卷回访。

关键是看到他们的实际反应，而不是只看图表。

对每一次接触，都记录三件事。

他们现在是怎么解决这个问题的。

看到你的方案时，第一反应是什么。

他们最自然提出的反对理由是什么。

这些记录会在指标出来后帮你理解数字背后的原因。

第六步：按约定的标准做出继续或转向决定

实验结束时，把事先写下的标准拿出来。

不要让当天的情绪主导决策。

如果结果明显超过预期，可以计划下一轮加大力度的实验。

例如扩展人群，丰富产品能力，或尝试收费。

如果结果在中间区间，先从用户记录中找原因。

是承诺不够清楚，还是执行不到位。

针对最有可能的原因设计下一轮更小的调整实验。

如果结果远低于下界，就承认这条假设暂时不成立。

写下一句话说明你从这轮失败里学到了什么。

然后回到假设列表，挑选新的关键假设。

最小闭环和团队协作方式

一轮完整的精益实验闭环包含这些部件。

一条被写清的关键假设。

一个围绕它设计的最小可行产品。

一组清晰的成功和失败指标。

一批真实用户的行为记录。

一次基于数据的继续或转向决定。

团队内部要为这个闭环留出专门的节奏。

每周至少有一次专门讨论学习结果的会议。

会议的议程不围着任务进度，而围着假设变化。

用一页纸记录当前假设状态。

这张纸比任何进度甘特图都更能说明团队是否在前进。