|
如果一句话简单粗暴的描述产品经理的工作，那莫过于：分析需求，设计功能，创造价值。对需求的把握，是一个产品经理最基础最核心的能力。今天，咱们不提马斯洛需求理论，不提贪嗔痴，不提七宗罪，只是单纯的来聊聊需求这个东西。 需求的分类 讲需求之前，我们回到产品经理的工作：分析需求，设计功能，创造价值。倒着看，首先是“创造价值”。产品经理能创造价值，那么他的产品需要做到两点：
因此，产品经理做产品无非是对两者负责：其一是用户，用产品解决用户的问题或者痛点；其二是公司，或者说老板，要盈利。 也就是说，产品经理遇到的所有的需求，基本可以分为两类：用户需求和商业需求。 举个最简单的例子，比如微信，做即时通讯、朋友圈、摇一摇、附近的人等等，都是解决用户需求，而在朋友圈插入广告、在钱包内置微粒贷、京东、滴滴等，是解决商业需求。 还有一些需求看似不太好分类，比如说，运营同学想要做一个数据后台，方便及时查看用户数据。这个需求貌似即非用户需求，也非商业需求。其实，这是个用户需求，很多产品经理在工作中往往忽视非常非常重要的原则：产品和用户是相互依存的！提到用户，要明确是什么产品的用户；提到产品，要明确产品的目标用户是谁。（先有产品还是先有用户？这貌似是一个先有鸡还是先有蛋的问题。） 数据后台的用户，就是运营同学，所以产品经理做一个数据后台，这是在解决用户需求。 如何挖掘需求 首先是用户需求… 做产品有一个原则：产品迭代，要么基于数据，要么基于用户需求。数据其实是用户需求的一个体现，归根结底，还是要看用户的需求。 挖掘用户需求，是一个技(ti)术(li)活，需要不断跟用户去斗智斗勇。用户有个特点，就是自作聪明。当你询问用户有什么需求时，大部分用户会说我想要一个**功能，而这个功能是用户对自己的原始需求提供的自作聪明的解决方案。 比如，近期推出的新个税法有一条规定：从2019年1月1日起，所有的企业必须通知员工薪资发放详情。针对这一点，老K曾跟很多用户做过访谈，比较经典的一个：
从这个例子我们能看得出来，快速高效的发工资条是用户的真实需求，而批量截图工具是用户自作聪明的提出的解决方案，明显这个方案是极其不靠谱的，因为它并没有很大程度上提高HR发工资条的效率。(用户需要的是上传excel然后一键发放工资条的工具) 挖掘用户需求时，不能只是听用户想要什么，更应该追根溯源，找出真正困扰用户的问题，然后去解决这个问题。 那么对于商业需求呢… 除非是商业产品经理(这个title意味着直接对营收负责)，大家一般对商业化需求比较排斥，因为商业化通常都会或多或少的影响用户体验。比如张小龙长期抵制在微信做商业化，后面实在扛不住了，才很克制的尝试朋友圈广告等。 商业需求通常来源于老板，理想的情况是老板说：
然后产品经理设计一个符合产品定位的变现思路，或者收费，或者通过流量变现。 但是，更多的情况会是这样：
其实商业化需求比用户需求要简单明确的多，需要注意的是，如果遇到如上老板直接提需求的情况，一定要辨别他是在提用户需求还是商业需求，用户需求去跟用户求证，商业需求则要系统探讨商业化思路：是直接商业化还是间接的流量变现，两种思路完全不同。 怎么排需求优先级？ 在评定需求优先级时，通常要考虑紧急程度、重要程度、实现成本、产品所处生命周期等。有很多现成的理论可以参考： 最常用的如KANO模型法(基本型需求>期望型需求>兴奋型需求)、四象限法(重要且紧急>重要不紧急>紧急不重要>不重要也不紧急)等等，但实际操作中这些理论其实没那么好用，比如，不重要也不紧急的需求你还排个毛线？？ 关于需求优先级问题，让我想起了最近沉迷其中不能自拔的一个弹球小游戏： 规则很简单，各种小方块会回合制上升，玩家用小球消灭方块，任何方块升到顶端即宣告游戏终结。 玩的久了，发现这就是一个产品经理解决需求的游戏：方块即是需求，其高度代表需求的紧急程度；其数量代表需求的重要程度。数字大的方块决定你能得多高的分，位置高的方块决定你能否继续玩下去。翻译过来就是：重要需求决定了明天有多美好，但紧急需求决定了你能否看到明天的日出。 游戏有几个小技巧：
这也正对应了排定需求优先级时的一些原则：
总的来说，对产品新人，推荐你尝试四象限法(重要且紧急>重要不紧急>紧急不重要>不重要也不紧急)，经验丰富的产品老鸟，看到一张需求列表，结合产品的现状，自然而然就能排出优先级。 最后，划重点：需求分类、挖掘方法、怎么排优先级： ◆ ◆ ◆ |
|
|
