“能不能加个按钮？”这是产品反馈里特别常见的一句话。
听起来很清楚：客户已经把答案想好了，开发者只要照着做。可一个按钮背后，可能是流程太长、信息难找，也可能是客户不知道原有功能在哪里。表面上相同的请求，未必对应相同的问题。
我理解反馈的价值，在于它暴露了使用者的处境。至于怎么解决，还需要产品方判断。
举个假设例子，客户希望报告能导出五种格式。原因是他要发给不同部门，担心大家打不开。后来发现，大部分部门都能用普通表格，只是现有导出会把金额变成文本，列宽也乱了。修好这一份表格，可能比新增四个格式按钮更有用。
Intercom 介绍自己的处理方法时，也强调了解用户最终想完成什么，而不只停在他提出的功能名称上。资料：Intercom
这不是故意绕开要求。用户通常最了解自己的麻烦，却不一定了解产品内部有哪些解决路径。开发者了解实现方式，也不能因此替用户断言“这根本不重要”。双方提供的是不同部分的信息。
还有一种常见误区，是把反馈当投票。十个人想换配色，一个人发现自己看到了别家公司的资料，后者显然更紧急。人数之外，还有影响程度。声音大小，也不是问题大小。
大客户的意见更有分量，往往是现实。但一项专属流程被做进产品后，还会带来后续维护。短期收入与长期方向可能拉向两边。这种选择没有自动正确的答案，却不能只用“客户要求的”来解释。
所谓产品路线图，就是未来一段时间准备做什么。它一旦变成每条反馈的集合，产品很容易越来越满，主任务反而越来越难完成。按钮多了，客户要理解的东西也多了。
认真听和全部答应，可以分开。“我理解你卡在哪里”，是对问题的回应；“下周会上线”，才是交付承诺。两句话混着说，眼前气氛可能很好，之后双方却都难办。
对客户而言，被认真理解，比收到一句随口的“会考虑”更有意义。对经营者而言，取舍也不能外包给留言数量。反馈给出了证据，有限的时间该花在哪里，仍然是产品自己的责任。