近日裸辞在家，闲来无事，整理整理思绪，想想如何做需求，也好为后面的面试做准备。
工作两年，做的产品都是外包性质，需求一次性规划完毕，一次性开发完毕，哪里来的长远规划，自己心心念念的也是想去大公司学习下他们如何规划产品需求；产品经理如何承担起产品生命周期内的各项数据，由数据再反推产品。
于是，8月份我进入了一家大型企业，2个月的试用期，也是跟着学习了一点皮毛。
一、需求来源总结：
【竞品分析】——此来源占据了70%的规划需求，该公司每月都会举行竞品分析分享会，会中各部门的产品经理分享可借鉴的点，其他产品经理们相互讨论，会后总结出可落地执行的方案。
但个人感觉竞品分析如此高频次的分享，已经导致我们的产品和竞品越做越像。
【其他部门需求】——公司大了，部门之间的内耗就多了，于是在需求规划阶段，总是可以收到来自其他部门的需求建议。或是配合公司整体战略的调整、或是推进部门统一规划。这时，产品经理的沟通协调能力就十分重要了，是否能砍掉不必要的需求，或者全数接受，都需要你的斡旋。
【意见反馈】——这里的意见当然是用户的意见，该公司会不定期的组织产品经理去业务部门或其他部门轮岗（当然，本职工作还是需要继续做的）。我轮岗的几天里就发现，我们自己规划的牛逼功能在用户看来根本没什么作用，用户根本不会根据你规划的思路去思考和操作。呵呵，都是自己YY。
【数据反推产品】——在APP上，我们对用户的操作行为都进行了埋点，在最后计算出的转化率上可以清晰推演出哪个环节出现了问题，并及时采取补救措施，或更换模块，或优化产品体验。
【领导意见】：该公司的领导意见占比算很低了，但一旦是领导提出，必须马上执行，不管该意见是否有优先级高的价值。
二、需求文档输出：
需求规划是需要提前建立需求池的，需求池的大小取决于你平时工作的经验积累和总结思考。
文档如下：
三、需求规划：
需求池的需求提出的场景总是零散的，归结到产品迭代上，还是需要有整体性的思考。个人感觉应该从以下几个角度评估：
1、本次产品迭代的主要目标是什么？需要达到一个什么样的目的。以此为核心目标从需求池中挑选符合规范的需求。
每个版本都有每个版本迭代的核心目标，尤其是大的版本迭代，可能会涉及到产品战略方向的调整，我们在规划需求时还是需要有一定的方向性，不能广撒点。之前我在想需求的时候，都是自己YY，想一出是一出，最后被老大骂的很惨，自己也不知道究竟更新了什么。
2、新需求不以多为优质，结合版本开发时间有节奏规划，大小需求合理结合，保证开发完成时间。
需求是做不完的，有的时候辛苦开发出的需求，在第二个版本中可能推翻重来，所以不要太纠结未完成的需求。
3、重视需求输出文档描述的准确性，尤其是在大公司，需求文档有的时候经过好几手，写的含糊不清，会一直有部门小伙伴来找你问明情况。
以上就是我2个月试用的感悟，仅是方法论，真正到规划需求上，却还是头疼的厉害啊，真希望灵光乍现，赐我才思。
