SaaS 反馈分拣：客户提需求后，先判断是问题、方案还是情绪

开场：客户反馈不能直接等于产品需求

SaaS 早期客户反馈很珍贵，但也很危险。

客户会说“加一个导出按钮”“能不能做个审批”“这里太麻烦”“你们应该做移动端”。如果你把每一句话都变成需求，路线图很快失控。

反馈分拣的第一步，是判断客户给你的到底是问题、解决方案、情绪、缺陷，还是个性化偏好。

五类反馈要分开处理

不同类型反馈不能放进同一个列表。

先追问“最近一次”

客户提需求时，问：

• 最近一次遇到这个问题是什么时候？
• 当时你想完成什么任务？
• 卡在哪一步？
• 最后怎么绕过去？
• 这个问题影响了谁？

如果客户说不出最近一次，说明它可能不是高频问题。

不要被职位高低直接影响

老板说的需求不一定对，一线用户说的细节也不一定小。

要看：

• 是否影响核心流程。
• 是否影响多个客户。
• 是否影响购买或续费。
• 是否能用标准方式解决。
• 是否符合当前定位。

权重来自业务影响，不只是提出者身份。

建一个反馈分拣表

字段可以很简单：

保留原话很重要，因为后面会影响文案和产品命名。

对客户解释处理结果

不是所有反馈都要做，但都应该有回应。

可以说：

这个需求我们先记录为“导出前需要二次确认”的问题。当前会先解决管理员误导出敏感数据的风险，不一定按你提到的按钮形式实现。

客户不一定要求你完全照做，但希望知道你理解了问题。

每周做一次反馈归并

每周把反馈按主题归并：

• 是否多个客户提到同一问题。
• 是否集中在某个流程。
• 是否和最近丢单原因相关。
• 是否和客服问题重复。
• 是否能通过文案或默认值解决。

很多反馈不需要新功能，只需要更好的引导、默认配置或错误提示。

落地建议

把最近 20 条客户反馈放进分拣表，先标注类型，再决定是否进入产品需求池。

SaaS 从 0 开始，客户反馈是方向盘，但不能直接接到代码库。你要先分拣、归因、比较，再决定做什么。