最近一段时间，特别后悔当初没能劝boss再砍掉一个功能
2月19日入职，对整个APP的概念都是模糊的。自以为理清之后，就对boss提出自己对现有功能的优先级排序，并建议砍掉一个大的功能需求，等到二期的时候再做。没想到当时boss竟然同意了！被兴奋冲昏了头脑，却不知剩下的功能仍旧需要相当大的开发量，而功能的用户需求根本没有经过调研，也暂时看不出任何产品价值！
为什么产品经理需要做前期的用户调研，需求分析？因为专业的分析结果不仅让自己踏实，也让开发们踏实。一个未经任何验证，只凭头脑风暴得出来的需求，是不能服众的，而不能服众会在很大程度上影响开发阶段工程师们的工作积极性。而且，在前期需求的删改很容易，而一旦进入开发阶段，再提需求的删改，只会让开发大大们觉得你这个产品经理很不靠谱。
面对一大堆未经任何验证的需求，我只能从竞品处寻找优先级的依据，如果竞品没有类似功能，那我们就不做或者想明白了再做。但是！竞品也有可能是不对的。不能从有没有这个角度判断，而应该从“哪怕有，好不好？”的角度来向自己提出疑问，进而挖掘竞品功能的好坏。就像网易云音乐的产品经理所说，当初在做竞品调研的时候，发现虾米音乐有社区功能，但是否意味着网易云音乐也要有社区功能？于是他就去做调研，一页页搜集虾米社区的评论数，据此来形成自己的结论。
在开发的过程中，需求的澄清是另一门技术活。最开始的时候，讨论之后我就撒手不管了，没发出任何通知。这样当然是不行的。随后我通过把原型的修订记录连带原型本身托管到SVN的方式，给开发们一段链接，每次有修订记录，就会把修订记录截图到QQ群里。开发们每天码代码都来不及，谁会去注意茫茫QQ信息中的其中一条？我又以邮件方式来发每次的需求澄清。但是发现还是不行。现在我是通过开需求通气会加邮件的方式来让开发们了解需求。
我想这所以导致如今拆东墙补西墙的需求沟通方式，也是因为前期需求粗放导致的。而我做的就是细化需求，并让开发们了解。如果再开始从零开发一款APP，我想我会在开始阶段就和所有项目相关人员讨论需求，一起把原型过一遍。这样子的话，可以避免后期很多问题的产生。
产品项目早期一定要想清楚，沟通清楚。
