老客户反复提的需求，就是产品雏形

2026-10-01 老客户需求,产品雏形,需求提炼,接单转产品

有个老板第三次跟我提同一件事的时候，我才反应过来——他不是在提需求，他是在告诉我市场上缺什么。

老客户需求怎么变成产品，我的做法很简单：记录、数次数、把重复的那条挑出来，先卖给他本人。

老客户需求怎么变成产品：为什么是老客户，不是陌生用户

陌生用户告诉你的需求是猜的。你问他想要什么，他说出来的往往是他能想到的，不是他真的会付钱的。

老客户不一样。他已经为你付过一次钱，他的抱怨带着真实的业务场景。抱怨里有细节，细节才是产品说明书。

我做过一个烧烤店小程序，交付收入 ¥3000，手写的代码不到 20 行。钱不多，但那次交付让我攒下了一堆真实抱怨。

第一步：把抱怨记下来，不改写

听到抱怨时不要急着翻译成功能，先原话记下来。

原话里通常藏着修饰词：「每次都要」「又得重新」「太麻烦了」。这些词出现的地方，就是频率高的地方。

动作：建一个文档，每条抱怨一行，带上日期和是谁提的。

第二步：数出现次数

同一个需求被两个以上客户提过，它就不再是定制需求。

我判断重复的方式很土：出现两次算重复，出现一次不算。提过一次的是定制，提过两次的是产品。

动作：按出现次数给抱怨排序，排第一的就是你的第一个产品功能。

第三步：先卖给他本人

产品雏形不用做完整，先给提需求的那个老客户用。

他愿意用，说明需求真实；他愿意付钱，说明这个方向可以继续。第一份的意义不是收入，是验证。

这一步我在小微SaaS第一份怎么卖：我找了老客户里写得更细。

第四步：把他一个人的需求，改回通用的

老客户的需求一定是带个性的，因为他的店、他的流程、他的习惯都是独有的。

产品化要做的恰恰是反过来——把他的个性化部分砍掉，只留通用的骨架。

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

一个反例：我那次判断错了

有人可能会问，被反复提的需求是不是就一定值得做。

不一定。有些需求客户反复提，但它本身就是低频且个性化的——比如「帮我把这个月的报表格式改一下」，这种事一年发生两次，做产品不划算。

我的判断方法是看两件事：频率和通用性。频率高、且换个客户也成立的，才做。

还有一种情况要留意：客户提的其实是你上次交付没做好的地方。那不是新需求，是售后，别把它当成产品方向。

什么时候该放弃这条需求

说三个明确的放弃条件。

客户只在你这一个渠道提过，别处没听到过。需求需要依赖客户独有的系统或数据。需求解决的是合规或审批问题，各家口径都不一样。

第三种情况要特别小心：涉及平台政策和法规的部分，不要按一个客户的说法做判断，要以平台官方口径和当地主管部门的要求为准。

常见问题

Q：老客户需求怎么变成产品，要先做完整版本吗？

A：不用。先给提需求的那个客户用最小版本，验证他愿不愿意用、愿不愿意付钱。第一份的目标是验证，不是收入。

Q：只有一个客户反复提的需求，值得做产品吗？

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

Q：客户的抱怨太多，怎么挑？

A：按出现次数排序，取排第一的。判断时看两件事：频率高不高、换个客户还成不成立。两个都满足才值得做成产品。