在产品之前版本的使用和客户的服务中收集了不少关于产品的建议和吐槽，为了避免这些『财富』石沉大海，需要一个收集的通道将其有序的归纳整理，让他们成为对产品成长的指导。

P.S.在过往的经验中，需求反馈虽然有不同的来源通道，但因为产品没有太长寿命，所以需求都没有完整的生命周期，只是静静的躺在表格里。如今，这种情况终于要得以改观，所有的反馈、需求、吐槽经过评估终将可以应用到产品当中。

需求的判断，迭代在此不表。单说反馈机制。一般来说反馈意见的接收有如下几个渠道：

• 1. 邮件：个人邮箱或专有反馈邮箱；
• 2. 沟通工具：QQ，微信，蓝信等，因公司而定；
• 3. 产品内部沟通：如果是Web页面则有始终悬浮在页面的按钮，可以通过该按钮直接提交反馈；如果是App端，则一般在设置功能处提交反馈，或有直接发起对话的即时通讯板块；
• 4. 第三方平台：出去平台本身影响的平台之外，在第三方平台（如知乎，或对应的讨论区、网站）上也可以收集用户的反馈（但这里一般为吐槽）；

当需求和反馈被接收到之后，就会进入正常的评估阶段。不论是被采纳，还是不进行改进，这一般都认为是产品自己的事了。其实对于需求提出者，也应当予以重视。今天群里有人说到：

如果被整理为需求，请邮件致谢，致谢中，请明确将在哪个版本此项需求会被修复。这样每个人都有成就感，事情才能持续。建议需求被采纳的数量高的员工应当奖励。

其实就是对于整个需求完整性的保护。不论是内部员工，还是外部用户都应当有对应的奖励机制。奖励机制并非是实物，也有可能是荣誉。通过主动与『外界力量』的连接和互动，产品才有可能长久。