产品经理如何做好需求分析_产品经理需求分析
产品经理如何做好需求分析由刀豆文库小编整理，希望给你工作、学习、生活带来方便，猜你可能喜欢“产品经理需求分析”。
1.如何做好需求分析？
今天谈谈产品需求分析的具体落地，不教大家怎么去辨别真伪需求，也不谈虚的方法论，客观说，产品经理这个层次，大多数是没能力和眼力去决定一个需求做与不做的，这需要的不仅仅是经验阅历，以及专业能力，更重要的是需要学会借势和博弈，观主有很长一段时间，关闭需求的占比保持在三分之二以上，连大BOSS的需求也照关不误，这并不是观主多厉害，而是引导了对方自己去关闭自己的需求，关于这点，之后有机会再说。
假设：在你面前有一个需求，是必须要做的，我们该从哪几个方面着手？
1）搭建设计框架：
框架越大越完善，需求置于其中思考，就越周全。
a.设计背景：
第一步：探寻需求本质，需求实现后，到底会带来哪些改变；
第二步：比较当前现状，需求未实现前，现状到底是怎样的？
第三步：在公司战略/商业模式/业务目标/用户痛点中，找到需求的价值立足点，说白了，要和公司大方向契合，两个产品经理做同一个需求，看的远的那个，才会真的把需求实现的更好！
举例：天猫的创立，在一定意义上，就是为了解决淘宝假货遍地的问题，用品牌来约束商品质量。
b.设计动机：
需求是一种目的，而设计是推动着业务向目的前进的过程和手段。
所以，设计动机，说白了就是为什么设计？即如何根据需求目标，去剖析得到设计目标，这个设计目标，是必须要起到支撑需求目标的作用的，在这个基础上才能进一步规划设计思路。
c.应用场景：
前两点完成后，大家往往会忽略应用场景，缺乏这点的设计框架，是无法形成闭环的，应用场景，简单的说，就是你这个需求，在经过设计实现后，在什么样的情况下被谁去触发和操作。
很多设计，有时本身没有好坏，要看用在何处，一个好的设计框架的作用就是帮你全面思考和分析，在这点上，应用场景是十分重要的一环，不以场景为条件的设计，都是耍流氓，通用型设计在这个个性化的时代，已经不再能让用户妥协和买单！
举例：比如o2o常用的关注公众号送礼功能，整个设计的框架，就是如何在线下快速地推的应用场景下，去实现所有人（用户和地推人员）的快速操作和反馈，降低时间成本带来的用户拒绝和流失。
2）确定需求抓手：
说白了就是设计的切入点。
a.涉及模块和流程：
需求的实现，会牵涉哪些模块和功能和流程，新增还是修改还是拓展？
b.影响模块和流程：
需求的实现，会影响哪些模块和功能和流程，新增还是修改还是拓展？
这点很重要，很多产品往往会聚焦需求本身涉及的部门，而忽略带给其余模块流程的影响。
这里说个原则：任何公司，不管资源多寡，原则上，尽可能借用现有的功能，尽可能小的去改动成熟体系，尽可能减少不必要的联动。
c.需求底线：
这点也非常重要！！
观主带了那么多团队，遇到太多的产品经理，聊完需求，都不清楚需求方的底线在哪，作为产品经理，不仅仅是为需求方在服务，你要考虑方方面面，比如公司的资源和成本等等，同时，需求永远是做不完的，而需求方永远是急切的，如何去客观的根据一个需求的价值和投入来综合判断很重要。
为什么要知道底线？底线就是你灵活设计的余地，如果两个需求摆在你面前，资源永远是有限的，如何把一个更重要的需求做的尽可能完善，同时最低成本去满足另外一个需求，取决于你是否知道每个需求的底线！
3）提出解决方案：
也就是你的设计思路，这是产品经理的基本功，不展开说，观主一直习惯，做好解决方案后，先不和需求方沟通，先自己放空一下后，换个人格来自我质疑，把整个设计反案过一遍，确认每个可能存在问题的点，都可以对答如流，再去找需求方（傲娇一下：七年多产品生涯评审均一轮过，无反复！！）
4）规划具体功能：
设计方案一旦确认，就是具体功能的设计，还是要在设计框架和抓手下综合思考，相信各位也看出来了，观主觉得需求落地最核心的就是设计框架和抓手，在前两点思考全面的前提下，后续功能设计这些，不会有太大问题，都属于产品经理的基本功了！
顺带插一句，在具体功能设计中，还是有很多技巧的，比如可以通过试纸测试去低成本试错。
5）制定核心指标：
在大数据时代，做一个需求，实现只是其一，要养成持续关注其成长的习惯！
所以，需求分析时，就需要考虑，哪些数据是与这个需求有关，或者能证明需求的价值的？同时如何去埋点获取这些数据？观主经常遇到产品经理，只想着分析数据，不思考如何埋点。
6）切分需求路线：
这一点，和需求底线有关，一般如果一个需求在初期，只实现最基础的目标（即只达到需求底线），那在其之后，会有后续的需求版本和规划，这就是需求路线，制定一个清晰的需求路线，让需求方可预见未来，也是让自己更全方位的去思考和规划！
总结：大多数产品经理喜欢关注如何设计功能去解决问题，殊不知，最重要的是动手（具体设计功能）之前的框架和切入点梳理，还是老话：站的高！niao的远！（想的远！做的好！！）
