做产品的三重境界：从定制交付到平台编排

做产品的过程中有一个反复出现的困境：团队在项目阶段形成的「把场景一条条列出来」的做法，到了平台阶段还在继续用，结果是能力条目跟着场景数量一起涨，平台的成本始终降不下来。

这多半不是能力问题，而是阶段错配。穷举在需求阶段是对的——场景清单能直接对上需求、排期和验收，还有看得见的产出。但平台阶段的复用单元不是场景，而是场景背后的原语。用同一套方法做两件不同的事，偏差是必然的。

这篇文章把产品演进分成三段：定制交付、平台化、平台编排，分别对应「看山是山、看山不是山、看山还是山」。

一、两个阶段的差别在哪

所以穷举不该被否定，该被限定范围。真正要回答的是：穷举在哪儿停，抽象在哪儿接。

二、三重境界

需要说明的是：多数团队并不是卡在第一重，而是停在第二重。抽象一旦开始，工作成果会从「功能」变成「能力」，这种整齐的形态容易被误认为已经完成，唯独漏掉了最后一层——回到使用者的视角。

三、一重：看山是山——定制交付

这一阶段，场景清单是好用的工具。它让需求、排期、验收三件事在同一个载体上对齐，本身没什么可批评的。

什么时候该离开这一阶段

判断很简单：当第 N 个场景的成本和第一个场景差不多时，就该动手抽象了。

四、二重：看山不是山——平台化

4.1 按动词抽象，不按名词抽象

这是平台化阶段最关键的一次选择。按业务名抽象，得到的是只能用一次的东西；按动词抽象，才能看出场景之间的同构关系。

依据只有一条：场景是无限的，动词是有限的。抽象的目的，是让后者成为前者的唯一增量来源。

4.2 给动词定契约

把动词收敛还不够，每个动词都要有契约，否则同一个动词在不同场景里会漂移出不同的含义。

4.3 抽象做对了没有

概括下来：抽象成功的标志是，新增一个场景时不需要新增能力，只需要新增一条编排。

4.4 二重最常见的死法：抽象过头

二重的风险就在这里：抽象工作本身很整齐，容易被当成完成态。一旦没回到场景，平台就长期停在「能力齐备而无人使用」。

五、三重：看山还是山——平台编排

5.1 外面看着和一重一样，里面账本不一样

到了第三重，产品在使用者眼里和第一阶段没什么区别：需求方照样用业务语言描述场景，操作路径照样短。差别发生在平台内部。

如果使用者必须理解能力层才能操作，那还在二重。

5.2 交付的是编排，不是能力清单

5.3 进入三重的三个信号

六、境界是螺旋，不是台阶

三重境界不是一次性走完的。产品每跨一个新量级，都会被重新打回第一重，需要再走一遍「穷举—抽象—回归」。

这也解释了为什么平台建设经常出现「刚理顺又被打回」：不是方向错了，是量级变了就必然要重走一遍。区别在于，第二次走完应该明显比第一次快。

七、自查清单

八、结论

三重境界讲的不是能力高低，而是产品与场景之间关系的迁移：定制交付以场景为交付单元，平台化以原语为复用单元，平台编排以编排为交付单元。

三段的判定标准依次是：能不能按期验收、新增场景是否只新增编排、使用者是否不必理解能力层。

最后收成一句：

抽象成不成功，不看能力表有多全，而看新增场景时需不需要新增能力。