1、你是如何获得产品需求的

1）什么是需求？

特定的人在特定的时刻产生了特定的问题，并且这种问题可以解决，我们就把它叫做需求。对于不同的人在不同的时候是有不同的需求的，即使特定的人在不同的时候也是有不同的需求的。所以，需求的定义，总结来说就是： 用户，场景，问题，可被解决。

2）需求分析的重要性

需求分析是产品经理工作的基本能力，只有准确的把握需求，才能完美的解决需求。同时，需求是产品之源，是项目之始，只有通过各种方法收集到众多需求，对繁杂的需求集群做深入分析挖掘，筛选有价值的需求，并转化为产品功能，推动上线，才能有效体现产品经理的工作价值。

在我们进行需求分析之前，为了保证能全面地获取信息，以更好地服务于产品设计和迭代，产品经理必须利用内部外部等多种渠道来获取用户需求。并且因渠道差异，产品经理获取用户需求所采取的方式与方法也需要相应地进行变化，适应差异，并对获取的这些需求做初步记录。

3）需求获取渠道

对产品经理而言，需求获取的渠道主要可分为两类：外部渠道和内部渠道。

（1）外部渠道

1）市场

需求和产品常常会受到行业政策调整的影响。如“净网行动”、“打车软件取消顺风车服务”等。

2）用户

产品设计的初衷就是为了满足用户需求，因此产品经理的需求绝大部分来自于用户。

3）竞品

所谓的竞品，主要可分为两种。一种是用同样的产品功能满足同样用户需求的产品，另一种是用不同的产品功能满足同样用户需求的产品。竞品对用户需求的满足程度、满足方式既会对我们产生影响，也可以为我们的产品设计带来一定的启发。我们可以结合这两种竞品综合挖掘用户需求。

4）合作伙伴

合作伙伴在商业模式当中扮演着重要的角色，因此他们的需求亦不容忽视。

（2）内部渠道

1）产品

用户在使用产品时会产生行为数据，一定程度上会反映出用户的需求。产品经理经常要观察这些客观数据，从数据结果上挖掘出来可以优化和迭代的需求。

2）上级领导

企业运转的根本目的在于盈利。产品在满足用户需求的同时必须兼顾公司的战略需求。而这方面需求通常是由老板或公司的高层来把握。因此产品经理在做需求时也要兼顾老板的需求。

3）同事

一款产品从诞生到投入市场，主要需要以下角色参与：产品、研发、设计、运营、市场、销售、客服。其中，运营、市场、销售（解决合作伙伴对产品价值的质疑）、客服（解决用户遇到的问题）是距离用户最近的人，往往最能理解用户抱怨的点也最能提出产品建设性的意见。比如运营在运营上线的产品的时候，也会提出一些产品需求，产品经理也要兼顾。

4）自己

产品经理应该成为自己产品的用户，而且是产品的目标用户，在使用产品的过程去发现用户需求，如此一来才能更好地帮助用户解决问题。

4）需求获取的方式

需求获取的方式依来源渠道差异可分为外部和内部两大类：

（1）外部

1）市场

●政策调整

关注行业相关的政策调整，并思考其对需求和产品的影响。

●动态资讯

关注行业资讯，行业调研分析报告、业内专家、资深专业人士，思考行业动向对需求和产品的影响。

●行业数据

利用行业数据报告、行业数据统计工具获取需求。CNNIC、199IT、易观智库、艾瑞咨询等机构会不定期发布行业的相关报告，这些机构的报告相对而言比较有权威性，具有一定的参考价值。除了行业相关的数据报告，还有诸如百度指数、360指数等基于大量用户数据的数据统计工具。

2）用户

从用户处获取需求，主要通过线上的意见反馈、论坛、App Store评论、线下的用户访谈、问卷、日常观察等方式。这些方式方法概括起来主要可分为两大类：用户调研、用户反馈。

●用户调研

定性的用户访谈：包括一对一的用户深度访谈、焦点小组访谈、电话访谈、街头拦访等。用户调研就是通过问卷调查、用户访谈、信息采集等手段来挖掘用户需求的方式。产品经理要想真正了解用户的需求，就要尽量走到用户当中，去深入了解他们在具体场景下的想法与感受。要做到这一点，很大程度上需要依靠用户调研。

●用户反馈

产品上线后，我们就可以开始收集用户反馈了。用户反馈可以通过线上的意见反馈、产品论坛、App Store评论、安卓应用商店评论、社交媒体评论等渠道获取。其中线上的意见反馈存在一个前提，即产品本身要有反馈入口和良好的反馈机制，如此一来用户才有抱怨产品的地方。通过这些反馈，我们可以了解用户在使用产品的时候遇到的问题以及一些之前根本没考虑到的需求点。

3）竞品

●竞品分析

竞品分析，就是寻找出有代表性的竞争产品，从多个维度对比该产品与我们的产品之间的相同之处与不同之处，从中分析出两者的优劣之处，得出结论，为产品的设计与迭代提供突破口或带来启发。竞品分析应当是持续性的。也就是说，我们应该持续关注竞品的动态，并依据竞争对手的变化适时对自身产品做出调整（这不意味着竞品上了任何的功能我们也要跟着无脑照搬，一切应以目标用户的真实需求为思考原点）。

4）合作伙伴

●深入沟通

不同领域的企业，合作伙伴很可能大相径庭。因此，关于合作伙伴的深入沟通这件事不能一概而论。

2.内部

1）产品

●数据分析

用户调研和用户反馈，就是去听用户“说话”。而数据分析，则是去看用户”做事”。所谓“做事”，就是用户在使用产品过程中所产生的行为。而用户产生的这些行为，会以数据的形式被记录下来。我们所说的数据分析，就是指这一部分数据的分析。这一部分数据包括PV、UV、日活、月活、页面访问路径、单次使用时长、次日留存率等。对这些用户行为数据进行分析，可以帮助产品经理更好地理解用户的真实需求。

2）上级领导

●深入沟通

老板往往是站在公司战略层面提出需求的，多数情况下都要特别考虑。当然，老板有时也会基于个人喜好提需求。如果老板的需求是有问题的，最好用委婉一点的方式让他明白，不要直接硬刚，如果实在劝说不动，可以先上线，然后拿数据说话，毕竟老板是关心公司利益的，如果效果不好也不会强求让上。

3）同事

●深入沟通

一款产品从诞生到投入市场，主要需要以下角色参与：产品、研发、设计、运营、市场、销售、客服。其中，运营、市场、销售（解决合作伙伴对产品价值的质疑）、客服（解决用户遇到的问题）是距离用户最近的人，往往最能理解用户抱怨的点也最有可对产品提出建设性意见。因此，产品经理应该多与这些同事交流，通过各种方式把他们眼中看到的问题挖掘出来。同时，产品经理也可以把自己需要了解的一些问题传达给运营或客服，让他们在与用户的接触过程中，侧面问一问这些你所关心的问题。

4）自己

●使用产品

作为一个产品经理应该成为自己产品的用户，而且是产品的目标用户。产品经理使用自己的产品的次数越多，就越有可能在使用过程中发现需求、更好地帮助用户解决问题。

产品经理可以用角色模拟的方法从产品使用中获取灵感，简单来说就是模拟用户在各个场景下的行为。除此之外，产品经理在使用产品时有一点需要特别注意，那就是要避免成为产品的重度用户，以免影响自己对于普遍用户行为的判断。

●观察生活

在现实生活中发现需求。说白了，就是时刻保持好奇心，注意观察平常生活中遇到的一些问题，想想这个问题能否用产品来解决。

5）需求类型有哪些

在对获取到的需求进行分析之前，首先必须对需求进行分类。以下是两种基本的分类法：

1）按产品属性划分

需求按性质划分，可分为idea、新增、优化、Bugfix这四种类型。

2）按产品职能划分

需求按职能划分，则可分为功能类需求、运营类需求、数据类需求、设计类需求这四种类型。

3）按需求性质划分

需求获取，按性质可以划分为两类：显性的、隐性的。

我们直接间接从用户口中得知的需求就是显性需求。比如说，滴滴打车满足的是用户便捷出行的需求。比如说我们在出行的时候,还会有聊天和社交的这种需要。你在和用户沟通的时候，他可能无法很清晰的给你表达出来。因为用户无法表达，所以这一部分需求就需要产品经理通过分析自行得出。

6）需求场景有哪些

需求场景，就是对需求产生整个过程的描述涵盖了两部分的内容：场景和原因。在进行需求分析时经常用到“需求场景分析法”，其实就是利用一些叙事的基本元素对需求产生整个过程的描述。它的具体内容如下：

时间（在什么时间碰到了问题？）

地点（在什么地点碰到了问题？）

人物（谁碰到了问题？）

事件（具体碰到了什么问题？）

起因（为什么会碰到问题？）

经过（碰到问题之后他的反应是什么？）

结果（问题是否得到解决？或者说他想怎么解决？他的感受是什么？）

7）不同阶段需求采集步骤

不同的阶段需求采集可使用的方法也不一样，合理搭配定性和定量方法，一般可根据产品时间轴分为四部分：

产品规划阶段，针对性采访用户，定性分析用户需求，确定产品整体大方向；

产品早期，投放问卷调研，定量分析用户需求，确认产品需求；

产品上线阶段，测试并根据用户反馈获取需求，确认产品需求优先级；

2、如何定义需求优先级？

（1）考虑因素和考察维度

作为一名产品经理，需求的优先级定义也可以看出一名产品经理的水平。对于需求的优先级定义，产品经理需要把控哪些需求可以做，哪些需求不可做。比较简单的需求优先级的定义分为四类：重要且紧急、重要不紧急、紧急不重要、不紧急不重要。这四种情况也是我们要处理需求优先级的原则，即重要性+紧急性。

更加深层次的需求优先级排序有三个基本考虑因素，分别是战略定位、产品定位、用户需求。具体而言，有七个主要的考察维度：

1）相关性

考察需求与企业的战略定位、产品定位之间的相关性。一般情况下越靠近基础服务的需求越重要，因为越基础的服务越靠近产品所满足的本质需求。

2）逻辑性

考察需求之间的逻辑关系。有些需求之间是存在逻辑顺序关系的，必须先完成A之后才能去做B。比如如果没有完善的基础服务，功能性的需求往往也无法实现。

3）价值

考察需求能创造的企业价值、用户价值的性质（哪方面）与数量（多少）。

4）强度

考察需求的强弱。强需求通常具备三个特征：必要性（不可缺少）、高频次（需求次数多）、持续性（长时间保持足够的需求频次）。在考察需求强弱时，可以参考马斯洛需要层次理论。

5）广度

考察需求的覆盖面。也就是具备目标用户占比，或者说提出这种需求的目标用户数量。

6）频率

考察需求在单位时间内出现的次数。一般情况下需求的频率越高，其重要性越高。

7）类型

依据KANO模型对需求做出的分类，考察需求的类型。KONO模型认为用户需求可分为三类：

1）基本型需求

用户认为产品必须提供功能来充分满足的需求。如果这些需求没有得到满足，用户基本上就不会使用我们的产品。如果这些需求得到满足，用户对产品的满意度也不会有多大的波动。比如微信中的聊天功能。（也就是我们常说的痛点）

2）期望型需求

用户认为产品应该提供更优秀的功能来更好地满足的需求。期望型需求并不是产品必须有的需求,有的期望型需求只是用户期望有的，但是用户也不一定会明确表达出来。如果这些需求没得到满足，用户对产品的满意度会下降。一般用户进行产品反馈的，大都是期望型需求。比如微信中聊天表情虽然包。（也就是我们所说的痒点）

3）兴奋型需求

用户自己并没有意识到的隐性需求。这类需求的满足可以给用户带来极大的惊喜。当这类需求得到满足后，用户对产品的满意度和品牌忠诚度将会有显著提高。因为用户没有意识到的缘故，所以这类需求即使没有被满足，也不会引起用户不满。比如微信聊天中的红包功能。（也就是我们说的兴奋点）

这三类需求的重要性判断原则是这样的：

基本型需求最重要，期望型需求和兴奋型需求在不好判断时通过需求重要性公式确定。

期望型需求和兴奋型需求的重要性公式：重要性=功能使用用户百分比(用户使用率)×功能使用次数百分比(功能使用率)×类别重要性百分比

（通常情况下，我们可以将期望型需求百分比定为50%,兴奋型需求百分比定为25%）

（2）产品不同阶段的需求优先级

除此之外，介绍一下在产品的不同阶段的需求优先级定义：

1) 新产品未上线的情况

新产品未上线这种情况指的是产品从无到有的这个过程，这种情况因为没有相关的运营数据作为支撑，所以需求对用户的重要性和紧迫性来判断需求的优先级是一种比较合理的优先级定义方法，依次为：基本型需求>期望型需求>兴奋型需求。

2) 免费型产品已经上线的情况

免费型产品已经上线这种情况值得是全部免费型产品或者部分免费型产品的这个过程中，这时候因为有了运营数据支撑，通过运营数据，能聚类分析出用户的行为，甚至可以给用户画像。

3) 收费型产品的情况

收费型产品的情况指的是已经上线或未上线的收费型产品。因为基本型需求已经默认是最高级别的，所以主要是期望型需求和兴奋型需求。

收费型产品的需求优先级一般而言经济营收高且紧急的需求优先开发，经济营收高且不紧急的需求后开发，紧急但是经济效益不高的需求往后开发，不紧急且经济效益不高的需求最后开发。

4) 前置/后置条件

前置/后置条件指的是有时候必须先完成A需求，然后才可以完成B需求。从需求的优先级来看，A需求的优先级要高于B需求，因为A需求的重要性和紧急性都比B需求高。

3、你是如何处理产品需求的？

当我们获取完产品需求时，就需要梳理并正确的分析这些需求，需求从“确定出现”，到“落实设计”中间的这样一个阶段叫做“需求处理阶段”，在需求处理阶段大致划分三个步骤：需求梳理、需求分析、需求放大。

（1）需求梳理

1）建立你自己的需求池

这个需求池可能是协作工具的一个模块，也可能是你自己的一张表格，无论是什么，关键是你要在上面记录你在工作中收集到的创意、想法、功能、优化，并做出一个基本的优先级判断。

2）区分需求类型

产品经理可以先将需求大致浏览一遍，进行分类。类型一般简单分为三类：BUG、改进、新增。BUG：产品某个模块或功能无法正常运行，即为bug。改进：产品某个模块或功能可以正常运行，但希望能够改进以提升效率或用户体验。新增：产品目前还没有相应模块或功能，需要新增以满足需求。

还可以根据产品所处在的不同阶段，根据需求的来源进行划分，市场及运营反馈的需求、客户反馈的问题、产品本身的优化等等。

3）对需求进行合理化期望

我们可以从数据的变化、效率的提升等角度尝试对需求做出一些合理化的期望