上一篇写“问题前沿”的时候，我讲了一个判断：

业务路线不是提前规划出来的，而是在解决一个个关键未知的过程中，慢慢长出来的。

但这里其实还有一个很重要的问题：问题找对了，不代表它就会自己往前走。

现在大家都喜欢讲实验，做 A/B Test，访谈用户，看数据，跑 MVP，快速试错，Build-Measure-Learn……

于是很容易产生一种感觉：一个团队实验做得越多，业务迭代速度就越快。

但其实实验数量和业务进展，中间还隔着一层东西：认知有没有更新。

比如一个电商产品发现，下单转化率不够高。

于是改按钮颜色，做一次 A/B Test。

没效果。

再改按钮文案。

还是没效果。

再调整一下商品图片的位置。

转化率涨了 1%，好像有点效果，于是全量。

一个月下来做了十几个实验，周报写得满满当当。

但如果问一句：我们现在比一个月前，更知道用户为什么不下单了吗？

很可能答不上来。

那这十几个实验，对经营而言其实没推进多少。

因为真正的问题可能根本不在页面细节。

用户可能觉得东西太贵，也可能是不信任这个品牌，还可能是商品本身就没什么吸引力。

如果这些都没搞清楚，只是在页面上不停换按钮、换图片、换文案，本质上就像一个人发烧了，每隔半小时换一条毛巾敷脑门。

忙是真的忙，但病因还是不知道。

以前听到一年做几百个实验，会觉得这是一种很厉害的执行能力。现在会觉得，实验数量本身没那么重要。

如果300个实验全是在300个不同的问题上浅尝辄止，那很可能只是把团队变成了一台高效率的需求机器。

今天研究转化率，明天研究留存，后天研究 SEO，大后天又觉得应该优化产品体验。

每个事情都做了，每个事情也都有数据，但一个月之后，核心问题还在那里。

这就不是迭代，只是业务版的“题海战术”。

真正有效的实验，应该让下一轮比上一轮更聪明一点。

还是转化率低的问题。

第一轮先看漏斗，发现不是“访问→下单”低，而是大量用户到了价格页就走。

问题缩小了一截。

接着访谈几个流失用户，发现很多人不是嫌贵，而是根本没理解为什么这个产品值得这个价格。

那下一轮问题就不再是“怎么提高转化率”，而变成：用户到底缺了哪一层价值认知？

然后再去改页面表达，或者调整试用方式。

上线以后发现，了解产品核心价值的人转化明显更高，那么问题又往前走了一步。

接下来可能会继续问：
-这种价值感知怎么在更前面建立？
-哪个使用场景最容易让用户体会到？
-哪些用户根本不是我们的目标用户？

你会发现，真正有价值的实验不是简单地：做一个动作 → 看涨没涨。

而是：提出一个解释 → 找证据 → 更新解释 → 再决定下一步。

高密度实验不是目标，高密度认知更新才是。

实验只是向真实世界要答案的一种方式，有时候根本不需要实验。

看一遍用户录屏，就能发现问题；切一组数据，就能推翻原来的假设；访谈五个人，可能就能确认一个方向性判断；甚至一次失败上线，只要能明确告诉你原来的理解错在哪里，一样是有价值的。

反过来，一个设计得非常严谨的 A/B Test，如果最后只是得到“B组比A组高3%”，然后团队开心地把B组全量，接着去做下一件事，它对认知的贡献可能也没那么大。

关键是：
-这3%告诉了我们什么？
-原来的哪个判断得到了支持？
-排除了什么可能？
-下一步的问题发生变化了吗？

如果什么都没有变化，那你得到的只是一个结果，不是一份新的认知。

这其实又回到了上一篇讲的“问题前沿”。

问题前沿不是一张写好以后贴在墙上的问题清单，它应该一直在移动。

今天最关键的问题是A；拿到一轮信号以后，可能发现A其实不是问题，真正的问题是B；B继续往下拆，又发现关键变量其实是C。

直到某一天，这个未知已经足够清楚，不再阻塞下一步决策，它才算真正关闭。

然后新的问题自然浮上来。

所以判断一个团队的经营效率，不能只看做了多少需求、多少实验、多少用户访谈。

更应该看另一件事：一个月过去以后，你们最关键的问题，往前走了多远？

如果还在讨论一个月前完全相同的问题，那哪怕做了50个实验，也很难说迭代速度有多快。

如果只做了三四轮，但每一轮都在明显缩小未知，甚至已经把原来的问题关闭了，那才是真正的快。

所谓快速迭代，快的从来不应该只是手，更重要的是脑子。

因为业务真正需要提高的，是我们对真实世界的理解，更新得有多快，而不是表面的动作发生的频率。