把定制单做成标准品，我走了四步

2026-09-25 定制转标准品,产品化,接单转产品,需求提炼

给烧烤店交付那单，我手写的代码不到 20 行，收了 ¥3000。但我交付完没有立刻找下一单，而是坐在那堆配置项前面想了一个问题：这些配置，下一个客户是不是也要填一遍？

把定制需求做成标准产品的步骤，我实际只走了四步。每一步都有一个判断点，走不过去就别往下走。

把定制需求做成标准产品的步骤：先给结论

第一步整理配置项，第二步找重复需求，第三步砍掉个性部分，第四步换个人试用。

四步里最容易跳过、也最致命的是第四步。前面三步我自己做得很顺，卡在最后一关很久。

前提：什么样的定制单值得做成标准品

不是所有单子都值得。判断标准三条，全过才动手。

交付物里有可配置的部分，不是纯手写业务逻辑。需求在两个以上客户身上出现过。交付过程没有依赖某个客户独有的数据或接口。

我那单烧烤店小程序能过前两条，第三条是靠运气——老板用的收银方式比较通用。

第一步：把交付过程拆成配置项

打开当时的交付记录，把「每换一个客户就要改一次」的东西全部列出来。

列出来的东西通常比你想的多：店名、菜单分类、营业时间、联系方式、配送规则。这些不是功能，是参数。

动作：拿一张纸，左边写「要改的」，右边写「不用改的」。右边那列才是你的产品骨架。

第二步：找被重复提过的需求

回去翻聊天记录和交付笔记，找那些「上次那个客户也提过」的点。

我判断重复的方式很土：同一个需求被两个以上客户提过，就算重复。提过一次的是定制，提过两次的是产品。

动作：把过去所有交付的抱怨整理成一张表，按出现次数排序。排第一的就是你的产品要解决的第一个问题。

第三步：砍掉个性部分

这一步最难，因为砍掉的往往是你花了最多时间做的部分。

我那单里有些逻辑是专门为那家店写的，砍掉之后产品看起来「没那么贴合」了。但贴合是定制产品的敌人——越贴合一个客户，越卖不了第二个客户。

动作：拿第二步那张表，只保留排前面的几项，其余全部做成「后续可扩展」或者直接不做。

第四步：换个人试用

找一个不是原客户的人，在你不说话的情况下让他自己配置一遍。

他卡住的地方就是产品还没标准化的地方。这一步我做得很晚，代价是前面返工了两轮。

动作：找一个真实的人，给他十五分钟，你只记录不指导。

我卡住的地方

我卡在第三步和第四步之间，因为舍不得。

当时的想法是「多做点功能总没坏处」。真实结果是产品越来越重，配置项越来越多，换个人试用时对方连第一屏都不知道填什么。

标准品的价值不是功能多，是别人不用问你也能用起来。

另外提醒一句：如果你的定制单本身还没接够，最好先解决先做产品还是先接单：看手里的余粮这个问题，别急着标准化。

常见问题

Q：把定制需求做成标准产品的步骤里，哪一步最容易失败？

A：第三步砍个性部分。多数人舍不得删掉为某个客户专门写的逻辑，结果是产品永远只能卖一家。判断标准很简单：这段逻辑换个客户还能不能用，不能就砍。

Q：只有一个客户的定制单能做成标准品吗？

A：风险很大。一个客户的需求往往带有他自己的特殊流程，你无法判断哪些是共性。我的做法是等同一个需求被两个以上客户提过再动手。

Q：标准化之后，原来的定制单还要接吗？

A：可以接，但要分开对待。产品版本功能固定、不接私人定制；需要定制的仍然走原来的单子流程。这样两边的预期都不会乱。