一、为什么要有收集用户反馈的方法
从运营接到用户反馈，到PM制定产品方案，再到技术制定技术方案，然后测试并解决问题，然后将解决的结果反馈给用户。这是一个复杂的过程，而且周期相对比较长。记得之前曾经看过《参与感》，里面介绍到小米的问题反馈都是程序员自己在论坛上找到然后自己解决的，然后他们发现这样子就会节省整个流程的时间。但是这种方法是不可信的，首先知乎上有MIUI的忠实粉丝参与过这个过程，发现小米根本不是这样子做的。然后这里面有一个谁来决策，谁来为这件事情负责的问题，而且让开发的小伙伴主动去发现问题，那么做技术没办法专注了。
所以一套完整的合理的流程非常的重要。要有一套合理的方法来解决这个问题，让整个流程变得高效、简单、快速、条理，让每个环节都可以清晰可见。
二、如何收集用户反馈
需求提交人（运营或者是销售）需要不定期发给产品经理该列表，其中包含需求的获得日期、来源、状态、接收人、需求以及问题的描述、浏览器版本或者是用户的手机操作系统版本，以及需求类型。
需求类型基本分为功能性需求以及体验性需求。
产品经理接到需求之后需要对需求进行相应的入库操作，选择是否进行需求评审，往往很多需求都是可以不用经过评审，产品经理自己决定安排相应的开发人员进行开发修复。如果有开发量比较大的需求，则需要进行需求评审，甚至立项，然后安排相应的开发团队进行处理。
需求或者是意见反馈完成之后，需要原路返回。
三、为什么要给用户相应的反馈
为什么解决完了用户需求之后要给用户相应的反馈呢，因为这样做用户会有更强的参与感，他会更有可能成为该产品的忠实用户，会更加愿意去提出自己的想法以及自己的建议，还会愿意向身边的人推荐这款产品，因为他觉得他变成了这个功能的产品经理。
四、产品经理在这中间起到的作用
如果没有产品经理，这整个过程会变得低效很多。比如产品经理要对整个需求负责，要确定是否要经过评审，要提出产品的建议以及相关的方案，要跟技术进行对接，要进行需求的优先级排序。要记录所有的需求修复情况，还要负责跟运营进行对接。
总之，产品经理要拒绝当传话筒，要让自己变得愿意去主导一件事情，要有自己的想法。
五、说点题外话
我个人是非常讨厌当传话筒的，因为那样子无法显示自己的价值。之前跟朋友聊天，他说到很多公司招聘技术都是要对方提供GitHub的链接的，因为他们想要的是真正热爱编程的人而不是将编程当成饭碗的人。
其实产品经理也是如此吧，比如很多公司招聘产品经理的时候都会去看对方是不是愿意去使用各种小众的产品，对方是不是一个开放的热爱生活热爱分享的人，尤其是很多做C端的互联网公司，不招聘穿衣品味不好的产品经理。很多时候会让对方提供自己的Instagram的ID，个人网站、Facebook、Twitter、微博、知乎的链接等等。因为大部分的公司都希望找到真正热爱产品的产品经理，而不是一个只会当传话筒，没有自己的思考，将自己的工作当成饭碗的人。
拒绝做传话筒，是一个产品经理最起码的追求吧。
