5.6 我怎样把客户反馈变成版本决定

云枢科技的销售群里每天都有“客户急需”。

一位销售说客户必须支持自定义报表，另一位说客户没有手机提醒就不会续约。产品团队不断插入紧急需求，版本越来越满，发布以后很多功能却很少有人使用。

我问产品负责人：“上一个季度做的十个客户需求，分别解决了谁的什么问题？”

大家能说出功能名称，却很难说出原始客户场景。

我先阻止反馈过早变成功能

客户通常用自己熟悉的办法表达需求。

他说“加一个导出按钮”，可能是财务需要留档；他说“做手机提醒”，可能是负责人经常错过异常；他说“支持自定义”，可能只是现有分类不符合他的业务。

我要求反馈进入产品流程时保留五件事：

• 客户原话和来源；
• 谁在什么工作时刻遇到问题；
• 当前怎样解决；
• 问题造成什么影响；
• 客户希望什么结果变化。

在这些内容没有说清前，反馈状态是“待理解”，不能直接进入开发。

AI 帮助把证据放到一起

同一问题可能散落在销售纪要、客服工单、使用记录和续约沟通中。

AI 可以寻找相似表达，连接受影响客户和使用场景，并标出可能重复的问题。它还可以显示哪些客户虽然抱怨过，却继续使用现有办法。

聚类结果只是准备材料。产品负责人必须查看原始来源，确认这些反馈是否真的是同一个问题。

出现次数多，也可能只是一个容易被说出口的小麻烦。

产品取舍要回答“为什么现在”

我和产品负责人为候选问题准备一张决定卡：

问题	需要回答的事实
客户价值	影响谁的什么结果，不解决会怎样
适用范围	是一个客户、一个行业还是多数客户
当前替代办法	客户为什么仍然使用它
产品方向	是否属于公司愿意长期维护的能力
经营影响	对成交、交付、续约、成本和风险的作用
建设代价	不只是开发，还包括支持、运行和迁移

产品负责人可以决定现在做、继续调查、用服务解决、交给合作伙伴，或者明确不做。

决定不做也要留下理由，避免同一需求每个月重新争论。

声音最大的人不能直接改变路线

一次季度末，销售要求插入最大客户的区域权限功能，因为这位客户当年合同价值约 160 万元。

我没有否认商业重要性，而是让销售、产品、交付和财务一起看完整代价：功能只能服务一个客户，会影响标准版本发布时间，未来三年需要专门维护。

最后公司决定把它作为有期限的单独服务报价，而不是进入标准产品。

这不是产品团队拒绝销售，而是把一个临时承诺重新变成经营决定。

交给工程师的是问题和边界

产品决定建设以后，AI 全栈工程师拿到的不是“增加自定义报表”。

任务写清目标客户、真实场景、现有办法、目标结果、数据与权限、第一版范围、不做事项和验收情境。

工程师可以提出比客户原方案更合适的实现方式。只要保持目标和边界，产品不需要把客户说出的按钮原样做出来。

建设中发现成本或技术限制，工程师必须回来让产品负责人重新取舍。

发布前不只检查功能是否完成

我要求发布门同时包含：

• 目标情境已经通过；
• 权限和失败路径可用；
• 旧用户不会因为变化失去重要能力；
• 支持团队知道常见问题和边界；
• 目标客户和观察期已经明确；
• 出现严重问题能够停止或退回。

一个功能开发完成，不表示整个组织已经准备好让客户使用。

发布以后回到原问题

上线后我不只看启用人数。

我看目标客户是否在原来的工作时刻使用，问题发生频率是否下降，客户是否减少替代操作，工单和续约沟通怎样变化。

如果没人使用，先查产品是否解决了正确问题、入口是否在正确时刻、改变成本是否太高。

结果会回到下一次版本决定：继续扩大、调整、保持现状或停止维护。

FR-25-42 的决定不是产品团队单独作出的

选择	眼前收益	长期代价	最终判断
插入标准版本	最大客户较满意，销售风险看似下降	推迟标准版本；所有客户承担复杂权限和长期维护	不选
直接拒绝	不增加产品复杂度	可能损害重要客户目标，也放弃可收费服务	不选
作为单独服务	客户可获得特定结果，公司单独计价	仍需控制资料、支持和退出	选择，设适用客户、期限和迁回条件
继续调查通用能力	可能发现更多客户共同需要	不能满足眼前已确认时间	作为独立产品发现，不承诺当前版本

销售提供 160 万元合同和客户关系影响，产品说明标准版本与维护代价，交付估算专属实施负担，财务检查服务价格能否覆盖长期支持。AI 能整理材料和相似反馈，不能把合同额换算成产品优先级。

决定卡明确写了服务的客户范围、价格责任、资料权限和结束条件。若以后多个客户反复申请相同例外，产品团队再用新的证据评估是否进入共同能力。完整取舍与 NPS-25-11 放在同一页：需求与版本。

产品和服务决策最终要靠有能力的人执行。下一篇不从招聘速度谈人才，而是检查一个季度 12 名新顾问为什么完成培训后仍不能独立做客户访谈：我怎样让新人真正胜任岗位。