对于(yu)不同行业、好产好产不同公司、品需品需不同产品经理(li)来说，求分(fen)求分每一个(ge)角色需求分析方法都不(bu)尽相同。析做析而在本文中，个点笔者结合自己的好产好产从业经验(yan)，分享了他的品需品需需求分析方法(fa)，供大家参考。求分求分

我对于互联网产品经理岗位的析做(zuo)析理解：产品经理是连接现实(shi)世界和虚拟世界的岗位，产品经理最重要(yao)的个点使命就是将现实(shi)中的需求，或(huo)者说用户的好产好产问题，抽象成虚拟网络中的品需品需工具或者解决(jue)问题的流程(cheng)。

因此，求分求分对于产品经理来说，析做析需求分析是个点最本质的工作，也是最重(zhong)要的工作。上到产品总监把握方向，下(xia)至(zhi)产品专员确定具体方案，所有(you)工作的出发(fa)点都应该是(shi)需求。

那需求是什么呢？又该如何分析呢？

每个(ge)行业，甚至每个公司可能对于需求的定(ding)义都不一样，这个词是模糊的，其本身就是哲学意义上的抽象。有的人把用户的需要、用户的反馈、内部的反(fan)馈都叫做(zuo)需(xu)求，放到一个需求池里再去判断优先级和真伪；有的人(ren)却只(zhi)把用户需要解决的问题当做需求。这(zhe)个概念的本身并不重要，其(qi)范围也是求同存异，重要的是分(fen)析需求的(de)人，和如何分析需求。

废话不多(duo)说，以下我自己从(cong)业两年多（入门产品经(jing)理(li)）的需求分(fen)析方法：

建(jian)立行业认知

需求是在一个行业内被定义的。职场社交里的分享需求和(he)二次元社交(jiao)里的分享需求，会有很大的差别，这是由这个行业，或者说这(zhe)个市场决定的。

产品经理需要很强的学习能力，这个并不仅仅是(shi)指不断学习别人的产品思(si)维，更(geng)重要的是，进入一个行业，产品经理要快速学习了解这个行业：行业的商业模式，行业的市场情况，行业的从业人员，行业的消费者等(deng)等(deng)，都需要(yao)一个产品在很短的时间内(nei)积累起相关的知(zhi)识(shi)储备。因此，这里的(de)学习能(neng)力，不仅是书(shu)本上的学(xue)习(xi)，行业上的学习更加至关重要。

只有(you)建立起行业的认知，需求的背后的问题才能明确，产品的(de)方向才不会错，产品执行过程中的细节(jie)才会围绕在方向上。

建立(li)用户认知1. 构建(jian)用户画像

这个是老生(sheng)常谈，同时其构建方法也比较成熟了，一些大的公司也(ye)会有专门的(de)用户研究岗位，专门负责用户画像的维护。

这里只简单总结一个定性用(yong)户画像的构建方法，内容主要自网易云的用户研究员课程。

定性用户画像，是通过收集相关书面信息，配合访谈、观察等用户调研手(shou)段，制作的偏向特征描述的用户画像。

用户画像的(de)定义：通过用户的目标、行为、观点、基本信息，对其真(zhen)实特(te)征进行勾勒，产生3-6个任务(wu)角色，每个角色代表一群用户，然(ran)后描述没类用户的基本特征和产品使用场景，使用路径等。

跟公司内部其他同事同步，看能(neng)不能找到相关的调研结果，或(huo)者数据分析的报告。

（2）确(que)定收集信息的方法，定性方法一般是访谈法和观察法，这里(li)着重说访谈法。

1）访谈时要收集的(de)用(yong)户信息

a. 用户基本信息：用户的(de)人口学特征，例如年龄，性别，职业，学历等；用(yong)户的社会学特征，例如(ru)家庭情况，收入情况；除此之外可能还要关注使用的(de)移动设备，桌面设备等。

b. 同类产品使用经验：使用过(guo)哪些竞品，以及(ji)为什么选择这些竞品，主要看用户对于这些竞品的评价标准。

c. 品牌印象和渠道：询问用户是如何知道竞品的(de)，以及竞品现在留下的印象(xiang)是什么（这部分也是为之(zhi)后产品投放做准备）。

d. 目的和(he)行(xing)为：询问用户使用(yong)某个产品的(de)目的是(shi)什么？解决了什(shen)么问题(ti)？使用(yong)频率如何？最主要使用的功能(neng)有哪些？

e. 观点(dian)和动机：询问用(yong)户对于竞品的喜好？使用之后的结果(guo)等？

f. 机会：询问用户对于竞品的看法（认为产品做的好的和做的不好的），确定用户核心(xin)依赖的功能(neng)点是什么？以及原因。

3）寻找访谈用户：一般访谈用户可(ke)以从公司内部、公司同事的亲朋下手寻找，也可以采取接头(tou)拦访，或者通(tong)过线上招募的方式。

4）执行访谈：专业的用户研究员制定严谨的(de)用户画像(xiang)时，需要严谨的执行访谈，不过作(zuo)为产品，更关注速度和效果，所以这(zhe)里不用拘泥形(xing)式，零散进行访谈即可(ke)，如果时间地点不允许也可以通过(guo)电话访谈完成。

5）收集整理访谈资(zi)料，产出访谈报告。

（3）整理收集到的资料(liao)、访谈内容等，通过标(biao)签提取，总结归纳等方法找到关键信息，然后产生用户画像。

2. 确定用(yong)户核心(xin)主线的需求，并尽可能多的罗列相关的需求

用户的需求是不可能穷尽的，我们不可能做一个产品涵盖用户所有的需求，所以我们必须明确用户需求的主线。

点外卖的需求主线就是：吃什么>选什(shen)么(me)>下单>收到外卖>对外卖的反馈；租房的需求主线就是：在哪租>租哪个>线下(xia)看房>接洽经纪人>签署合(he)同租房>后续租房的服务。

需(xu)求的背后都是用户的问题

实现某个需(xu)求，就是(shi)解决某个问题。我对需求的(de)定义相对狭义一些(xie)，我理解的需求就是用户需(xu)要解决的问题。例如发朋友圈，其底层上(shang)用户的问(wen)题是(shi)：如何记录自(zi)己？如何和朋友分(fen)享自己？如何塑造自己的(de)形象？表面上(shang)的用户问题是：发什么内容？能发什(shen)么文字？能发什么图片？

根据需求设计产品，就是围绕问题设计解决方案。

产品方案会受(shou)到各方的影(ying)响，人人(ren)都可以提出产品建议，这些人可能(neng)是公司内部的领导、可能是运营、可能是销售，他们提出的建(jian)议其实都(dou)是带有自己的目标的(de)，收到建议的产品经理必须问(wen)清楚背后(hou)的目标，不要被建议中(zhong)提(ti)出的产品形(xing)式所迷惑，否则到时候即使采纳了建议，上线(xian)的产品也会让自己里外不是人。人都(dou)是基于自己的信息做决策的，各方提出的建(jian)议多数情况下都夹带了自己身份下的目标。产品经理必须认清这一点。

同理，产品方案有时候也会变(bian)成非常主观的东西，我(wo)们常常把自(zi)己的思路和喜好加入其中，这不(bu)是坏处，也是不可(ke)避免的(de)，但(dan)是产品经(jing)理(li)夹带的私货也必须是在解决用户的问(wen)题，或者辅助用户解决问题，一厢情(qing)愿的产品方案再怎么精致都是无理取(qu)闹。

需求的场景

时间、地点、人物。

需求的(de)产生(sheng)源自用户内在(zai)的动力，但是需求的触发却跟时间(jian)、地点、人物密切相关。好比剧本，只有完整的环境下，人的行为才会是合理的。

在进行一个需求的分析时，要明确这个需求产生的场景，这些(xie)是产品方案设计合理的关(guan)键。

例如记录跑步和(he)进行室内徒手锻炼，两个都(dou)是锻炼身体，但是对于开(kai)始运动/跑步(bu)的设计(ji)却差别很大。

举个例子：

keep更多的(de)用(yong)户是做室内健身，用户打开(kai)keep的任务是要开始一次锻炼，场景通常是健身(shen)房或者自己的房间，时间通常是早晨或者晚上，且可以有较多的准备时间。所以其开始健身的入口不(bu)用放在一级入口，且加强(qiang)展示，因(yin)为在这个(ge)场景下(xia)，用户有能力、有时间、有(you)心态去(qu)找到想要的运动课程(cheng)，从容地开始。

但是记录跑步的产品，比(bi)如悦跑圈，用户打开悦跑圈时，通常是站在室外的跑道上了，时间也(ye)可能是早晨或者晚上，光线可能昏暗，这个环境下用户会有潜在的压力，因此(ci)需要迅速开始，进入跑步的任务，所以悦跑圈的开(kai)始入口要突出强调，一点及达。

上边的例子都是时间、地点这样的自然环境，还有一个很重要的是分析需求的社会环境。我们常在工作中说要为(wei)用(yong)户创造场景，通常是指社会环境。

例如，对于电商平台，用户只有在需要某个商品的时候，才会有动机去(qu)平台上(shang)搜索购买，这时候用户跟店家、客(ke)服、其他购买的用户、周围人等组成了此(ci)次购买的场景。这是自然(ran)而然的场景，是用户主动进入和产生的。

同时，最近比较火的直播带货，其实就是商家(jia)和(he)平台一起为用户创造的购物场景，通过主播描述商品，体验(yan)商品，让普通用户激发或(huo)者模拟出需求，再通过优惠，从众心理，粉丝效应等构建当下(xia)的购物(wu)场景，于是用户就下单了。

用户在场景下如何解决问题、应该怎么解决问题

剧本需要(yao)规定一场戏的外部环境，更重要(yao)的，剧本还要有冲突，这个冲突在需(xu)求分析的过程中(zhong)，我类比(bi)为用户的任务。用户要解决(jue)自己的(de)需(xu)求（问题(ti)），需要通(tong)过(guo)任务完成。

一个需求，是为了解决一个问题，而(er)解决这个问题(ti)，需要完成哪些任务、如何完成任务(wu)、顺序如何、节奏如何就是我们在设计方(fang)案的时候要考虑的。

一个todo-list的产品，用户的问题是如何提高工作效率？如何记录一天的安排？

外部的场景是一天的任何时间，多个设备上，使用者大多数是自己，也可能需要跟同学或者(zhe)同事共同处(chu)理，内部的任务包括：记录todo，处理(li)todo，建立list，设置排序等等，这些的任务有的是需要逐个完成的，有的相互依赖，有的相互独立，这就需要功能流程的设计符合用户任务处理的流(liu)程和思路，相对复杂的还(hai)要教育用(yong)户，帮助用户完成任(ren)务的梳理。

同时，在这个需求的分(fen)析过程(cheng)中，我们不仅仅要符合用户的流程和思路，还应该帮助用户找到更合适，更高效的流程，从(cong)而设计出更好的任务流(liu)。

把(ba)解决问题的方法产品化

明确了用户要解决的问题，有了(le)解(jie)决问题时的外部场景和内在任务流，我们就可(ke)以将这些抽象的东(dong)西具体化为产品了。这可以是一个产品文档，也可以是一套产品UE，这个过程更(geng)多的是看产品经理的(de)经验(yan)和创造(zao)力。

不过需要承认的是，具有优秀创造力的人少之又少，且验证一个(ge)创新观点的成本还是很高的，所以在实际的工作中，更多(duo)的是将各种方案方法(fa)组合起来，这就是产品设计的经验。

你看过(guo)多少、体验过多少产品实现方式，使用过多少设计流(liu)程和模式，都直接影响你(ni)方案的体验(yan)。对于一个文本框，你见(jian)过的最(zui)好的交互、展现方式，就是你能设计出的最好(hao)的(de)方案，当然不排除你针对文本框，创造(zao)出更好的方(fang)案。

产品设计的约束条件

至此，我们可以设计出(chu)自己能(neng)力范围内(nei)最好(hao)的产品方案了，但是还没完，产品是团队的产出，团队其他层面的能力也(ye)会限制产品最终的形态：

运(yun)营能力审核能力技术能力时(shi)间资(zi)源公(gong)司资源

…

以(yi)上(shang)等等，是一款产品要想(xiang)成功的(de)约束条件。

在设计方案的时候，产品经理应该是理想主义的(de)，但是在执行的时候，产品经理应该是现实主义的。这并不是说要限制产品，并不(bu)是不要做到最好，而是理想要受(shou)到现实(shi)的约束，否则就不能落地，而不(bu)落地的产品就是失败的。当然了，明确(que)了自己团队的约束边界，并(bing)不是(shi)要把这个当(dang)做不(bu)变的(de)规则，边界也是可以突破的。好的产品应该在执行过程中，利用(yong)有限(xian)的资源，帮助团队实现突破。