作为产品经理,产品发布后,意见那么多,最该听谁的?

产品做出来后,各种五花八门的建议和反馈会四面八方蜂涌而来,用户说用起来不太好使,测试说产品逻辑有问题,设计说技术的界面没有调试好看起来很丑,那么,产品经理最应该听谁的?应该怎么听?
已邀请:
郁浓

郁浓 - 成熟的标志不是会说大道理,而是你开始去理解,身边的小事情

赞同来自:

我赞同听用户的,但要注意听的方法,不是盲目听从,用户说什么就是什么,听多少用户的意见也是一个问题,数量太少不具有代表性,数量多了又征集不过来,这时应尽量找目标用户,还有就是大多数用户又不擅表达自己的需求,或者提出的需求五花八门,除了倾听,还可以观察和提问,从不同角度观察用户如何使用产品,比如操作手势,操作流程等,提问有助于启发用户思考,可以把做产品的纠结问题交给用户来抉择,比如针对五花八门的需求,哪些需求是最迫切的,哪些需求是不那么重要但能提高用户体验的,确定需求的需要程度。
那一天

那一天 - 人生有两种状态,要么赶紧死,要么精彩的活着

赞同来自:

都应该积极的去听,但不是照做,探究其原委的过程千万不能说no,说no意味着站在其对立面,不利于挖掘其真实需求,比如一个用户跟你说想要一把电钻,而他可能是想要钻一个孔,而钻一个孔可以有很多方法,不一定非要电钻,可以用铁锤加钉子,再深度挖掘你可能会发现他只是想把相框挂上去,而把相框挂上去并不一定需要打孔,用户只会在自己的认知中取一个觉得最适合自己的方案。
产品小弟

产品小弟 - 世界上那些最容易的事情中,拖延时间最不费力。

赞同来自:

发表一点自己的看法,反馈和建议没有先听后听的区别,付费用户最应该听,但也并不一定要最先听,比如运营提出来的需求,我们可以先听,然后去调研付费用户,看他们的看法,有时先听其他部门的看法,会让你有个方案,这样调研付费用户时,你也有更明确的方向,用户实际上是不明确自己的需求的,你也不能直接问用户对产品有什么功能建设的建议。
[已注销]

[已注销]

赞同来自:

无论去哪里,做好自我评估很重要,认清自己是最核心的生存技能。我推崇的跳槽路线是大公司小岗位上打怪升级封顶,然后去略小公司略大岗位发光升级封顶,再应征大公司同岗位,慢但稳…如果想挑战,自己的能力必须能够解决岗位七成的业务,这才可以,不然坑人坑己我说的这个是笨办法,是上升阻力较小的方法,这个方法对天赋异禀者是不适用的,请做好自我评估。

原文链接:http://www.tianjob.com/article/873
本文来源:天卓社区(www.tinajob.com)
版权归作者所有,商业转载请联系本文作者获得授权,非商业转载请注明来源
 
[已注销]

[已注销]

赞同来自:

无论去哪里,做好自我评估很重要,认清自己是最核心的生存技能。我推崇的跳槽路线是大公司小岗位上打怪升级封顶,然后去略小公司略大岗位发光升级封顶,再应征大公司同岗位,慢但稳…如果想挑战,自己的能力必须能够解决岗位七成的业务,这才可以,不然坑人坑己我说的这个是笨办法,是上升阻力较小的方法,这个方法对天赋异禀者是不适用的,请做好自我评估。
[已注销]

[已注销]

赞同来自:

发表一点自己的看法,反馈和建议没有先听后听的区别,付费用户最应该听,但也并不一定要最先听,比如运营提出来的需求,我们可以先听,然后去调研付费用户,看他们的看法,有时先听其他部门的看法,会让你有个方案,这样调研付费用户时,你也有更明确的方向,用户实际上是不明确自己的需求的,你也不能直接问用户对产品有什么功能建设的建议。

参与讨论请先登录注册