『三分法』搞定产品需求分析思维导图

一个产品在不同阶段需求的来源侧重有所不同。在产品初始阶段，主要的需求由产品经理来策划，需求的类型更多地偏向功能类需求（做加法，），目标是做出一个可用的产品；在成熟阶段需要兼听来自不同部门的同事、客户、用户的反馈，需求的类型偏向于运营类、设计类需求，目标是做出一个易用甚至好用的产品。

具体的需求挖掘方法有很多，其中业务发展方向是很重要的一环。通过调查问卷、焦点小组的形式我们可以得到用户的反馈，但是不能仅仅『听』用户描述的，而是要把用户的『需要』转化为『需求』，分清楚用户要的是马，还是要宝马。

产品经理应该有一张Excel表格，用来记录日常工作中采集到的需求描述，并将需求分为新增、优化、Bugfix和简单的想法（idea，记录灵感）。注意，这里的灵感是基于用户的心理模型设计，而不是基于业务或者工程模型，更不是基于产品经理自己的想法。

我们也可以将功能分为功能类、运营类、数据类、设计类需求。同时记录下需求的提出者、提出时间。

在分析需求是否值得做时，主要关注做了这个需求能够为这个产品带来什么，是用户的增长？还是付费的增加？做这个功能需要花多少人力、时间，投入产出比如何？如果涉及到改版，要注意尊重用户的习惯，因为『位移』对于用户而言，就是『消失』。

分析完毕后记录下该需求的后续计划是什么（排期、留存、暂缓、合并、搁置），并且给出相应的理由（减少日后纷争）。

对于一些BUG类的需求，因为是必须解决的，所以不需要进一步的筛选，直接转到需求处理阶段。

筛选需求