简单的需求分析说明书（一篇长文带你全面了解需求分析）

如果一句话简单粗暴的描述产品经理的工作，那莫过于：分析需求，设计功能，创造价值。对需求的把握，是一个产品经理最基础最核心的能力。今天，咱们不提马斯洛需求理论，不提贪嗔痴，不提七宗罪，只是单纯的来聊聊需求这个东西。

需求的分类

讲需求之前，我们回到产品经理的工作：分析需求，设计功能，创造价值。倒着看，首先是“创造价值”。产品经理能创造价值，那么他的产品需要做到两点：

• 对用户——解决问题；
• 对公司——获得盈利。

因此，产品经理做产品无非是对两者负责：其一是用户，用产品解决用户的问题或者痛点；其二是公司，或者说老板，要盈利。

也就是说，产品经理遇到的所有的需求，基本可以分为两类：用户需求和商业需求。

举个最简单的例子，比如微信，做即时通讯、朋友圈、摇一摇、附近的人等等，都是解决用户需求，而在朋友圈插入广告、在钱包内置微粒贷、京东、滴滴等，是解决商业需求。

还有一些需求看似不太好分类，比如说，运营同学想要做一个数据后台，方便及时查看用户数据。这个需求貌似即非用户需求，也非商业需求。其实，这是个用户需求，很多产品经理在工作中往往忽视非常非常重要的原则：产品和用户是相互依存的！提到用户，要明确是什么产品的用户；提到产品，要明确产品的目标用户是谁。（先有产品还是先有用户？这貌似是一个先有鸡还是先有蛋的问题。）

数据后台的用户，就是运营同学，所以产品经理做一个数据后台，这是在解决用户需求。

如何挖掘需求

首先是用户需求…

做产品有一个原则：产品迭代，要么基于数据，要么基于用户需求。数据其实是用户需求的一个体现，归根结底，还是要看用户的需求。

挖掘用户需求，是一个技(ti)术(li)活，需要不断跟用户去斗智斗勇。用户有个特点，就是自作聪明。当你询问用户有什么需求时，大部分用户会说我想要一个**功能，而这个功能是用户对自己的原始需求提供的自作聪明的解决方案。

比如，近期推出的新个税法有一条规定：从2019年1月1日起，所有的企业必须通知员工薪资发放详情。针对这一点，老K曾跟很多用户做过访谈，比较经典的一个：

问：新税法颁布后，有什么急需解决的问题吗？

答：我希望有一个工具，能快速的把excel按行生成截图。

问：为什么要批量截图呢？

答：这样我就能把截图发给员工了！一张一张的截太费时间！

问：所以你想快速高效的给员工发工资条？

答：没错！

从这个例子我们能看得出来，快速高效的发工资条是用户的真实需求，而批量截图工具是用户自作聪明的提出的解决方案，明显这个方案是极其不靠谱的，因为它并没有很大程度上提高HR发工资条的效率。(用户需要的是上传excel然后一键发放工资条的工具)

挖掘用户需求时，不能只是听用户想要什么，更应该追根溯源，找出真正困扰用户的问题，然后去解决这个问题。

那么对于商业需求呢…

除非是商业产品经理(这个title意味着直接对营收负责)，大家一般对商业化需求比较排斥，因为商业化通常都会或多或少的影响用户体验。比如张小龙长期抵制在微信做商业化，后面实在扛不住了，才很克制的尝试朋友圈广告等。

商业需求通常来源于老板，理想的情况是老板说：

K啊，咱们产品用户量也蛮多的了，是不是该考虑盈利了？根据产品特点考虑下怎么商业化吧！

然后产品经理设计一个符合产品定位的变现思路，或者收费，或者通过流量变现。

但是，更多的情况会是这样：

老板：K啊，加个**功能！

老K：蛤？？

老板：就是用户可以**！

老K：为什么突然加这么个功能？

老板：可以收费啊！

老K：so，是要割韭菜了么？

老板：真聪明！

其实商业化需求比用户需求要简单明确的多，需要注意的是，如果遇到如上老板直接提需求的情况，一定要辨别他是在提用户需求还是商业需求，用户需求去跟用户求证，商业需求则要系统探讨商业化思路：是直接商业化还是间接的流量变现，两种思路完全不同。

怎么排需求优先级？

在评定需求优先级时，通常要考虑紧急程度、重要程度、实现成本、产品所处生命周期等。有很多现成的理论可以参考：

最常用的如KANO模型法(基本型需求>期望型需求>兴奋型需求)、四象限法(重要且紧急>重要不紧急>紧急不重要>不重要也不紧急)等等，但实际操作中这些理论其实没那么好用，比如，不重要也不紧急的需求你还排个毛线？？

关于需求优先级问题，让我想起了最近沉迷其中不能自拔的一个弹球小游戏：

规则很简单，各种小方块会回合制上升，玩家用小球消灭方块，任何方块升到顶端即宣告游戏终结。

玩的久了，发现这就是一个产品经理解决需求的游戏：方块即是需求，其高度代表需求的紧急程度；其数量代表需求的重要程度。数字大的方块决定你能得多高的分，位置高的方块决定你能否继续玩下去。翻译过来就是：重要需求决定了明天有多美好，但紧急需求决定了你能否看到明天的日出。

游戏有几个小技巧：

• 尽量用一个球命中多个小方块；
• 上面的方块优先消灭，更要重视下方数字很大的方块；
• 礼物包无需消灭；

这也正对应了排定需求优先级时的一些原则：

• 尽量用一个功能解决多个需求；
• 不要迷失在紧急需求中，要时刻关注那些重要需求；
• 有些用户需求可以忽视；

总的来说，对产品新人，推荐你尝试四象限法(重要且紧急>重要不紧急>紧急不重要>不重要也不紧急)，经验丰富的产品老鸟，看到一张需求列表，结合产品的现状，自然而然就能排出优先级。

最后，划重点：需求分类、挖掘方法、怎么排优先级：

,