产品经理如何整理需求

㈠ 产品经理，如何做需求分析

作为产品经理，每天要接触到大大小小不同的需求，在面对需求时，需要进行有效的需求分析，才能更好地了解问题，从而制定相应的解决方案，就是通过用户的问题，找到用户需求的最本质，给予最合适的方案，满足用户需求。

需求分析是产品经理平常最基础且重要的工作，确保需求的可行性，随之进行后续的操作和跟进，需求分析也能发散出比较多的思考。

需求到底该如何分析？

需求的真伪判断，在产品的生命周期里，我们需要对每一个需求进行判断，不管是宏观层次还是执行层次。而对于真伪需求的判断总是模棱两可的，我们需要根据产品生命周期、当前公司战略、技术水平等很多情况进行斟酌。

用户的需求也像一座冰山，有很大一部分隐藏在海平面以下，只有很少一部分需求暴露在海平面以上。

有时候我们收到用户需求后，并且按他们的要求做了，但是在上线之后才发现所做的东西并不是他们想要的，这时候你应该怎么办？是怪自己还是怪用户。可能他们提需求的时候都不清楚自己的真实需求，当然没法告诉你了。

这就需要产品经理从自己专业的角度上出发，帮客户找到那些隐藏的需求。我们经常所说的需求挖掘，主要就是找到隐藏在冰面下的需求。用户的需求分成意识到的需求、无意识的需求、进一步的需求三种：

1、 意识到的需求 ：表面上的需求，就是一些直接体现的问题，这些大部分产品经理在调研的过程中可以直接获取到；

2、 无意识的需求 ：这种问题需要产品经理对业务有一定的理解才能发现。只有对这类场景能做到“感同身受”的话，产品经理设计的过程中才能够设计出更合理、更高效的方案；

3、 进一步的需求 ：这是项目的深层需求，用户对于他们自己遇到的问题也没有办法提出关键的解决方案。因此需要产品经理对问题充分理解的前提下，选择合适的实现方式以创造用户未想到的功能。

㈡ 产品经理日常：刚接到一个新需求，应该怎么处理

作为产品经理，接收需求简直是我们日常工作中再基本不过的事情了，只要和你有交集，都有可能产生需求，有可能是用户直接反馈的需求，也有可能是公司运营、市场等部门同事给你反馈的需求，也有可能是老板直接给你提的需求，当遇到这些需求的时候，我们应该怎么去做呢？

我们首先需要去判断下这个需求的真伪，接下来根据我们分析需求的优先级进行排序，让我们的产品围绕核心目标朝着一个健康的方向不断进行迭代。中间最关键一点就是要做好沟通反馈，不然给你反馈需求的人会认为你没有重视起来，对于需求方来说会产生很多负面情绪，所以这一点一定要重视起来。

接下来，我们再来聊聊怎么去分析需求，或者说怎么去判断需求的真伪，我们知道在设计某个功能的时候，就是为了解决用户在某个场景下所发生的需求，从而解决这些问题，这个功能才会存在价值。那么，如果用户提的需求我们理解的不正确，设计的功能很可能无法真正解决问题，甚至仅仅是解决了用户的表面需求，出现功能做了，用户也不会去用，导致我们时间和精力都浪费了，最后的结果也不太令人满意。

那么，当我们遇到需求的时候，是否应该立即去处理呢？

我建议应该这样去做：

1. 用户为什么会产生这个需求？

当需求方向你阐述完某个需求后，向他询问：提这个需求的目的是什么？即为什么会产生这个需求？这个问题可以帮你完全理解需求，并辨别需求的真伪。

2. 用户在什么场景下会使用这个需求？

即搞清楚什么人在什么情况下会用到此功能。明白了这个，才知道如何更好地设计功能来满足需求。

3. 是否有可能衍生出新的场景？

为了避免设计的功能因扩展性不足，后期推翻重来，在一开始，就应该做尽可能全面的考虑。通过需求方的场景，扩展思考，是否存在衍生的场景。思考的过程，也是帮助你抓住和理解需求本质的过程。

4. 技术层面如何看待这个需求？

接到需求，并充分理解了需求后，跟相关技术负责人花几分钟时间讨论一下，听听他从技术上对需求的考虑。通过此过程，你们基本会对需求点及实现方式达成共识，在后期正式开发时，阻碍会小得多。

5.做了这个需求对用户有什么影响，以及用户对这个需求的紧急和重要程度是怎么样的？

一定要问清楚，处理这个需求对用户的有利影响和不利影响是什么，从而判断需求的类型，以及紧急重要程度，最后一定要多询问一句，需求方对这个需求的紧急重要程度的认知，避免我们分析完需求的紧急重要程度和需求方理解的不一致，导致最后出现矛盾。

那么，当需求方对需求不明确的时候，应该怎么处理呢？

我建议这样处理：

1.最直接的方式，谁提出的需求，找谁搞清楚需求，最好让需求方把场景描述清楚，还原需求的真实使用场景，有助于帮助我们来更好的理解需求，有可能需求方调研清楚以后，该需求可能就不会存在了。

2.如果需求方也说不清楚自己想要的是啥，在你听完他不清晰的描述后，利用你的专业技能，帮他梳理，并跟他确认，你的想法是否正确，是否就是他想要的

3.向对方提问题是搞清楚一件事情最好的方式，或许可以尝试这么问需求提出者：什么人在什么情况下会做什么事？你现在实际操作中觉得哪里是最困难不方便的？你觉得最好的操作方式应该是什么样的？类似这类问题，既是帮你搞清楚问题，也是帮对方梳理思路。

当需求明确后，后续的工作流程就会清晰很多，我们做个复盘，来看下我的工作流程：

第一步 ，与需求方进行沟通，主要是复述你接收到的需求，确保需求接收正确没有存在理解偏差。

第二步 ，我把它叫做清洗需求池，把接收到的需求进行清洗，分类出那些是已有替代功能完成了的，哪些是在之后的版本中有规划的了，哪些是与公司战略及产品目标不符合的需求，哪些是可以在这个版本加入的需求，同时评估需求的可行性、优先级、难易度。

第三步 ，将上述第二步的结果形成文档，并提交需求方，最好是自己亲自讲解，获取需求方的同意。这一步至关重要。

第四步 ，需求的具体分析，梳理逻辑关系，业务流程。

第五步 ，进行原型设计，如果需要出PRD，再这个阶段也一块进行输出。

第六步 ，开原型评审会（就是我们常说的kick-off会议），与UI、研发一同沟通需求及PRD，对会上的东西进行及时的补充和改进。

第七步 ，跟进UI设计稿，确认设计稿。

第八步 ，协助研发开发，开始编辑测试用例和测试文档，并准备种子数据（如果有测试，就协助测试完成，如果没有，就自行完成）

第九步 ，测试，验收产品

第十步 ，上线，交付产品

以上流程中有的阶段可能会反复进行，最为重要的就是我们的沟通能力，下期我们继续讲解如何提高沟通协作能力，最后还是希望大家持续关注，微信公众号中搜索“小宝谈产品”，让我们一起在产品和运营的路上不断前行～

㈢ 产品经理需求分析的方法汇总

产品概念筛选之后，就需要投入资源开始推动项目进度了。首先要进行的就是需求采集，需求采集在产品研发和迭代过程中是非常重要的一环，就像前面几篇文章所讲的，产品为满足需求而生，有了需求才有了产品前进的方向。 一般面对需求，要经过需求采集、需求验证、需求转化等过程，那么需求采集的方法有哪些呢？需求采集完了之后，如何进行有效转化呢？下面一起来探讨一下。

需求的采集分类维度有很多种，下面主要阐述两种分类维度。

1.第一个维度：直接采集与间接采集

直接采集和间接采集分别对应着一手需求和二手需求 。区分一手需求和二手需求最主要是看需求是原始的还是加工过的，比如直接从用户采集的，那就是一手需求，而从行业报告、数据资料采集的需求那就是二手需求；另一方面可以看需求的提出者，如果需求提出者就是用户自身，那就是一手需求，如果需求的提出者是转述的需求 ，那就是二手需求。

直接采集可以保证自己的产品更真实、更准确、更接底气，实际工作中，我们要保证采集到的需求有一定比例是直接采集，而对于二手需求，则要带着问号去看，要进行需求的深挖，防止需求被曲解。但是，某些二手需求比如客户反馈周报是已经经过整理的，准确性实用性都比较能得到保证，使用效率也更好。因此在实际需求采集工作中，也要灵活使用直接采集和间接采集。

2.第二维度：Z字采集法

Z字采集法的四个维度，说和做、定性和定量，用两个关键轴进行联系。两条关键轴将这个方法分成了四个象限，分别叫做定性地说、定量地说、定性地做、定量地做，这个路径恰似一个Z字，所以又称Z字采集法，如下图所示：

上图中每一个象限都对应一种常见的需求采集方法，分别为用户访谈、调查问卷、可用性测试（即通过观察用户使用产品的过程，发现需求）、数据分析， 比如在产品的规划阶段，听用户定性地说，随机取样200个用户访谈，确定产品方向；在项目早期，听用户定量地说，投放30万份调查问卷，确定需求优先级是什么；在项目实施阶段，听用户定性地做，通过选取20个用户进行可用性测试，更好地去满足需求；在项目上线 后，看用户定量地做，通过数据分析，不断改进产品。

Z字采集法是一个螺旋上升的的循环过程，不断地采集、升级迭代来优化产品。

3.实用的采集方法

腾讯的10/100/1000：产品经理每个月必须做10个用户调查、看100篇用户写的相关文章、处理1000个用户反馈，以此来保持和用户接触的强度。

阿里让产品去做客服，由此来熟悉客户。同理，产品经理去销售岗、技术支持岗轮训，都能加深对用户的理解。

利用网络搜索引擎也是个好办法，例如使用网络搜索产品名称，可以看到最多搜索，以此来了解的困扰用户最多的问题。

4.需求转化：Y模型

采集用户的需求并解决它，是我们产品人的目标，我们要采取的策略是用心听但不要照着做。这就涉及到需求有效分析。需求分析有一种比较有效的方法叫Y模型分析法，如下图所示:

“1”是用户需求场景，when/where/who/what，是需求的第一种深度——观点和行为；

“2”是需求背后的目标和动机，是需求的第二种深度——目标和动机；

“3”是解决方案，即满足这样的需求，我们做出了什么样的产品；

“4”是人性，是需求的本质，对应马洛斯需求，是需求第三种深度——人性和价值观。

再进行需求分析做出产品的时候，不能只听用户怎么说，即不能简单地从“1”到“3”，而要深入分析用户需求背后的目标和动机，即按照“1”到“2”再到“3”路径来进行分析和实现，更进一步地要上升到“4”，上升到人性和价值观的高度来思考需求背后的本质，每一款伟大的产品必然是满足人类最本真的欲望，如果能把需求挖掘到这个层次就找到了产品最本质的用户价值，例如Apple。

㈣ 面对用户的各种需求产品经理应该如何面对

4.影响度

这里包括这个需求处于当前逻辑中的位置，需求直接影响到哪些部门，那些角色，人数是多少，对系统的改动是多少，这个是把控产品升级节奏的考核点，对于影响度大的需求，一般会进行拆分，分步走，保持一个好的产品更新节奏。

产品经理的日常工作里面面对最多的是什么？——需求；既然经常要面对来各个角色，各种各样的需求，那么如何进行需求管理则变得非常重要。多花些功夫在需求整理，尽可能的保证每个被开发的需求都能够有所依据，减少修改需求情况，这也是产品经理体现职业素养的地方。

㈤ 如何写好产品需求

产品经理日常一项重要工作就是收集整理产品需求，转化为产品需求文档，将需求传递给项目团队成员，完成需求功能开发测试上线。如何写好产品需求属于技术活，好的产品经理的需求有条理，由浅入深阐明问题及解决方案，而一般的方案会让人看过后不知所云，需要再次澄清需求。

如何写好产品需求，有小窍门或理论可以参考，比如金字塔原理，在产品初期，我们往往会犯思路不清晰、无法明确表达自己的想法，或者提炼不出产品核心需求点的问题。这时，运用金字塔原理可以帮助我们构建清晰的逻辑思路，更好地表达产品观点。

根据金字塔原理的指导，从分析需求产生的背景，到根据背景认清冲突点，分条列出冲突问题，归纳整理思路；最后根据已知问题，针对性地提出解决方案，寻求解决问题之道。以上步骤完成后，便可以将所有思路总结成文档，具体实施。这种构建方式可以很明确地表述自己的思想，增强代入感。

归纳总结共三点：

1、分析背景，提炼关键需求点

关键需求点不用长篇大论，最好能一句话说明要做的事情，如果要深入细节，再详细描述。

2、用归纳法理清你的思路

提炼关键需求点后，可以针对需求点提出相应解决方案，多个需求或解决方案之间可能存在逻辑关系或冲突，通过归纳法来总结梳理，帮助把握核心需求点、区分优先级。

3、寻找问题解决知道

归纳总结问题后，剩下就是针对问题寻找解决方案了，解决方案的好坏取决于产品经理的经验与学习能力。

㈥ 产品经理如何进行需求分析

本文分为4个模块，分别为产品的定义、需求的定义、挖掘需求、需求分析。前两个模块主要讲解概念，后两个模块主要讲解方法论。个人认为对概念的理解与掌握方法论同样重要，只有深刻的理解概念，才能支撑方法论，做出合理的判断。

1 . 什么是产品

在互联网环境，都提倡以用户为核心，满足用户需求，产品被创造出来就是为了满足用户，产品的本质也就是商品，用于交易。

产品具备交换价值

产品可以被交换，才具备价值。网络红人手工耿创造了一台倒立洗头机，这台机器就不是产品，它不具备交换价值，因为没有人在平日会倒立洗头。如：爱情、忠诚、友情这些也不是产品。

2. 什么是需求

假设你是一家电影产品公司的产品经理，下图中这3种情况，哪种才是用户的需求？

在回答这个问题前，首先要弄懂需要、需求、欲望之间的关系。

需要（Needs）： 人 的基本需求

需求（Demands）： 人有能力购买某个产品具体的欲望

欲望（wants）： 人的想达到某种目，且超过目前的能力范围

根据上述需要、需求、欲望的定义，来解答上面的案例。

“我要看电影”是用户的需要，因为电影是这个行业的基本要素，你必须提供看电影的服务。就如同理发店一定会提供理发服务。

“我要花15元购买VIP，去看电影”，这是用户的需求。为了看电影，用户需要花费15元购买VIP，这15元是是在用户能力范围之内的。

“我要免费看所有电影”，这是用户的欲望，很难满足，超过自己的能力范围，因为电影资源在厂商手上，厂商希望通过它来商业变现，不可能全部免费开放。

满足用户的“需要”是产品在行业的立足之本， 也是行业的门槛，这个“门槛”在大部分行业一定的成熟的方案，且实现难度低，可以通过收集市面上的产品，它们的公共点就是行业的“门槛”，如：OA系统的签到、审核功能，即时通讯的IM聊天功能等。

行业的门槛不是一成不变的，随着市场的发展，行业的门槛会不断上升。如：早期的网吧只要提供上网功能就行，对电脑配置没有太大要求。现在的网吧必须达到一定的配置，如：处理器必须达到I5，显卡要达到XX标准。

满足用户的“需求”，是产品的核心功能、壁垒， 主要帮助公司实现商业价值，这个点很庞大，以本人B端的从业经验来说，如果想让用户付费，就让用户有感知。产品需要告知用户，它帮助用户节约了多少成本，提高了多少效率，带来的了多少营收，这样的数据最好在月报或者年报中展示。需要记住一点， 满足用户需求并不是建立在等价交换的原则上，产品给用户是“多”，用户给产品是“少”， 这样用户才愿意付费 ，这需要做到规模化、批量化。

满足用户的“欲望”通常用于产品拉新、促活的手段 ，如：商品打折、拼团活动、送优惠券等，用户只需要付出极低的代价就能满足自己的欲望。

3. 挖掘需求

能够直接获取的需求，价值都不大，有价值的需求它就像土里面的金属，需要挖掘。

以上图的抖音为案例，我们在挖掘用户需求的过程中可以从纵向和横向两个方面入手。

纵向： 采用“打破沙锅问到底”的方法 ，提取用户回答的关键字，不断的明确用户所说的场景。

横向： 提取用户回答的关键字中的近义词或反义词 ，不断的扩充用户场景。如：用户的需求为休息，那我们就需要明确用户是想睡觉还是不想工作，如果是睡觉，那我们是不是要准备一张床；如果是不想工作，那么用户的工作量是不是太多了，有什么办法减少工作量。

纵向和横向的交点就是用户的需求/需要/欲望，如抖音案例：纵向挖掘出用户想看的内容为可爱美女跳街舞，横向挖掘出用户想看的内容为帅哥跳街舞，那么横向和纵向的交点为街舞，用户其实想看的是街舞，与帅哥、美女没有关系。

4. 需求分析

挖掘到用户的需求后，我们就需要分析需求，需求分析大体有HMW、竞品分析、数据分析3种方法，这里介绍HMW这种需求分析方法。

HMW分为5个步骤：

明确用户场景问题；

HMW分解问题；

发散思维头脑风暴；

分类排序；

流程与原型设计。

1）明确用户场景问题

首先需要明确需求中的用户场景问题， 可以参考5W1H模型， 如：什么用户，在什么地点，什么时间，做什么事情，是怎么做的，结果如何。

以下举几下例子方便大家理解。

明确问题还需要明确背后的目的，以及所带来的价值。其中价值具体分为商业价值和用户价值。

商业价值：能给公司带来什么，可以是营收、品牌传播、用户获取等等。

用户价值：能给用户带来什么，可以是工作效率的提升，更好的操作反馈等等。

2）HMW分解问题

分解问题可以从积极、转移、否定、脑洞、拆解这几个方面入手。 以用户的购买率低为案例 ，用HMW方法来分解这个问题。

积极

积极：以用户为中心，挖掘对用户正向、有意义、方便、有趣点。

我们可以看游戏行业在“积极”方面的做法，游戏行业的用户获取成本高，发行时间短，对用户的“固化”手段值得我们学习。例如：一款游戏通过数据反馈，用户连续7天登录游戏，用户的留存率达到50%，连续30天登录游戏，用户的留存率达到90%。该游戏通常会采用以下两个做法

签到：用户每天签到可获得一些小奖励，连续签到7天，可获得一次大奖励，连续签到30天获得更大的奖励；

连续不断的正反馈：用户在前期获得高频率的正反馈，如：礼包领取，快速升级、极品装备易获取等等。增加用户的沉没成本。

转移

转移：他人/第三方来驱动用户做某一件事。

以游戏行业为例，游戏产品通常会设计好友上线提醒和团队任务功能，让用户的好友和相关任务驱动用户提升游戏的活跃度。

否定

否定：我们不去做某件事也能达成目的或用户不得不去做某件事。（ 逆 向思维 ）

这里举一个逆向思维的例子，如：一家公司推出一件爆款女性衣服在线下门店销售，这件衣服用户拿起和试穿的次数很多，但购买率很低。

首先我们可以提取到的关键信息：

这件衣服的曝光率很高；

用户很喜欢这件衣服。

按照正常的思考路径，我们会思考衣服的定价、当前季节、门店的服务等等这些因素才导致衣服的购买率低。

用逆向思维思考，假设用户成功购买衣服，用户会穿着这件衣服上班、逛街，那么是不是这件爆款衣服不适合在公众场合穿，才导致购买率低。

这里介绍两种逆向思维的是思考方式

果到因：正常的思维是由因到果，逆向思维需要从果逆推到因，如：用户的购买率低，由购买率低推导出是什么因素导致购买率低。

假设相反结果：设立结果的反面，如：用户的购买率低，如果用户的购买率高，那需要具备什么因素。

脑洞

脑洞：头脑风暴。

站在这个角度思考问题，关键在于思维不受限，需要天马行空。可以组织设计、研发、测试、市场等同事一起进行头脑风暴，产品经理从中进行协调，引导头脑风暴的方向。

拆解

拆解：分解用户的行为路径。

用户的行为路径分析需要结合用户的相关数据，这部分后续会专门用一篇文章来说明。

3）发散思维头脑风暴、分类排序、原型设计

发散思维头脑风暴、原型设计没有具体的方法论，不做重点说明，其中分类排序会在下一篇文章来讲解。

5. 总结

本文介绍了需求分析的方法论，方法论只是“术”的层面，行业的经验，行业的理解才是“道”的层面，只有“术”与“道”的结合才能成为优秀的产品经理

㈦ 产品需求分析思路和方法（笔记整理）

本篇文章是对超仔老师课件的笔记整理，对于入门级产品经理应该如何掌握对产品需求分析思路和方法，学习完本课堂能够对这方面的知识体系更加系统性地了解，课件内容是理论和实际例子的结合，实实在在的干货知识通俗易通。对自己近期奔波于各公司的面试有莫大的帮助。

总共有三节课：

第一节主要内容是产品需求内涵的理解；认识需求的分类、层级、规律；学会如何正确地表达一个产品需求。

第二节主要内容是对需求获取的渠道和方式的掌握；学会对记录需求的方式。

第三节主要内容是对需求挖掘使用场景的了解；需求挖掘方法的掌握；需求分析的方法和需求优先级的排序方法的掌握。

一、产品需求分析思路和方法--产品需求

1、产品需求的内涵

①什么是产品？

所有的人造物都可以是产品，为了满足人们特定的需求而生产出来。汽车是为了让你移动的更快；房子为你遮风挡雨；衣服是让你保暖与遮羞。

②什么是需求？

需求是由个体在生理上或心理上感到某种欠缺而力求获得满足的一种内心状态，它是个体进行各种活动的基本动力。这是需求在心理学上的定义。

③需求的产品的关系

产品是为了人们的需求而被生产出来的，因为需求的驱动，才会使得用户需要产品。互联网产品就是通过互联网技术来满足人类的需求。

互联网产品的形态有：App、Web网页、PC客户端、各种硬件内的软件、AR、VR等等。产品经理所做的工作就是如何设计互联网产品去满足用户的各种需求

④案例分析：中午你饿了，想尽快吃饭，又不想出门，快速填饱肚子是需求，因此诞生了外卖产品。比如：美团外卖、饿了么

⑤理解需求的误区

很多产品在讨论需求的时候，会流于表面，最常见的一个问题就是把解决方案当成了需求，对需求的理解挖掘一定要到心里状态这个程度。

2、需求的分类及层次、规律、拆解用户需求

①需求分类

用户需求：满足用户所想，用户是上帝

商业需求：一切向钱看，商业化是目的，实现产品价值的最大化。

用户需求和商业需求的关系

提供产品必须满足用户需求，你只有满足了用户需求才会对用户产生价值，你才有可能实现你的商业化目的。谈商业需求的前提一定是谈用户需求，只要把用户需求满足好了你的商业需求才有可能得到实现。

案例分析：微信在起步阶段，用户需求高于商业需求仅仅满足用户需求不收取任何费用没有任何广告，最近几年，用户需求满足得很好了，作为一个成熟的产品，要攫取商业利润，商业化信息越来越浓，支付提现要手续费，广告介入，售卖广告位。

②需求层次：马斯洛需求层次理论

(Ⅰ)生理需要：满足日常生活基础所需，如吃穿住用行等；

(Ⅱ)安全需要：如对健康的担心、对贫困的恐惧、对无知的忧心、都是缺乏安全感的表现，在安全感匮乏的同时，则内心驱动会促使去满足获取安全感的需要；

(Ⅲ)社交需要：社交包括友情、爱情、亲情等多个层次；

(Ⅳ)尊重需要：希望可以得到别人的尊重，展现自己，获得人们的认可。尊重与被尊重都存在与社交网络中交流互动中；

(Ⅴ)自我实现需要：最高阶级的需求。如微博加V、知乎。

用户需求：人性七宗罪，在圣经里，人类天生都是罪恶的，所以从生下来开始一生都在赎罪，具体有七宗罪：淫欲、贪食、贪婪、懒惰、暴怒、妒忌、傲慢。

③需求层次的规律

规律一：需求层次理论将人类需求从低到高层次划分为5类，只有较低层次的需求得到满足之后，较高层次的需求才会成为新的动力。

规律二：这些需求都是与生俱来的，不会随着社会的变革而变化，即需求是不会变的，变的是满足需求的产品。

规律三：产品最核心的是其解决的需求是否是刚需。马斯洛最底层的生理需求，如生活类的吃穿住行，即为刚需。其上一层次的安全需求，也都是普遍存在的，而越往上，则变得越来越不必要，如自我实现，不再是所有人的必须。

规律四：越底层的东西，越是平淡无奇，使用起来越是不温不火。需要的才打开使用，是一种工具。而其他基于新鲜感的需要，则在使用高峰时则万人空巷；低谷时，则门可罗雀。故基于底层的工具类需求，粘性未必最高，但一定是生存最久的。

④拆解用户需求

一条用户需求可看做是‘目标用户’在‘合理场景’下的‘用户目标’，其实就是在解决‘谁’在‘什么环境’下想要‘解决什么问题’

案例：拆解用户需求

需求一：酷爱音乐，跑步的时候一定要听音乐，而且要听特别感动的音乐

需求二：想知道最近流行什么音乐，不然K歌总觉得自己落后

需求三：不知道听什么，推荐的自己不喜欢

本章小结

需求是产品经理口头上出现频次最高的词汇，但需求二字背后的真正含义又有多少人知道。究竟产品需求包括什么，需求如何分类，用户需求和商业需求究竟什么关系，以及需求的正确打开方式是什么，通过本节课能够深刻领悟到

二、产品需求分析思路和方法--需求的来源

1、需求获取的渠道：外部和内部

①外部：

外部获取需求的方式有用户、竞品、市场、合作伙伴

(Ⅰ)用户：产品设计的初衷就是为了满足用户的需求，可通过用户反馈、用户调研获取；

(Ⅱ)竞品：竞品分为两种。一种是用同样的产品功能满足同样用户需求的产品，另一种是用不同的产品功能满足同样用户需求的产品。竞品对用户需求的满足程度、满足方式可以为我们的产品设计带来一定的启示

(Ⅲ)市场：需求和产品常常会受到行业政策调整的影响。如‘净网行动’、‘打车软件专车服务属非法营运’等

（Ⅳ）合作伙伴：合作伙伴在商业模式中扮演着重要的角色

②内部：

内部获取需求的方式有产品数据、老板、同事、自己

(Ⅰ)产品数据：用户在使用时会产生行为数据，这些客观的数据一定程度上会反映出用户需求

(Ⅱ)老板：企业运转的根本目的在于盈利。产品在满足用户需求的同时必须兼顾公司的战略需求。

(Ⅲ)同事：产品、研发、设计、运营、市场、销售、客服是距离用户最近的人，往往最能理解用户抱怨的点也能提出建设性的意见。

(Ⅳ)自己：产品经理应该成为自己产品的重度用户，而且是产品的目标用户，在使用产品的过程中发现用户需求，如此一来更能帮助用户解决问题。

2、需求记录

产品相关人员在获取需求之后，还需要对数据进行一个初步的记录，以便于后面的产品经理对需求进行分析、管理与实现

①需求的记录方式

②需求类型

按产品属性划分：分为idea、新增、优化、Bugfix四种类型；

按产品职能划分：分为功能类需求、运营类需求、数据类需求、设计类需求；

本章小结

需求来源于各方面，产品经理对于需求的把控是检验产品能力的重要一环。现实中往往出现需求很多但都不合理，问题就在需求的来源不对，导致需求的质量不高，因此要把控好需求的来源，提高需求的质量。

三、产品需求分析思路和方法--需求的挖掘

1、了解需求挖掘的使用场景

通常产品规划前期，产品经理需要定位好用户的痛点，为其提出解决方案，并作为产品的核心功能和卖点。比如景区导航的核心功能点是定位和导航，天气预报App的核心功能是天气报道和预报，明确其核心功能后，还需规划其他延伸的功能或相关功能，以增加用户的粘性，推动用户的活跃和转化。

2、掌握需求挖掘的方法

①心里+场景方式就是通过用户在某个环境状态下，对用户每个心里状态进行分析和提出解决方案的过程。

案例分析：墨迹天气是以天气播报为核心功能的，当用户知道天气情况后，他们有哪些心理活动？又下雨了？今天穿多少衣服出门？空气质量是否适合运动、逐一的梳理出用户在这个场景下可能存在的心理状态，针对心理状态列出功能点

②标签+场景是通过对用户的基本认知进行场景化思考，对这个特点的用户在这个场景下需要哪些功能。

案例：keep是针对80后的运动软件，那么我们先列出80后的社交和标签行为，然后选择一个场景逐一考虑是否有新的功能点。

3、需求分析

①需求分析的方法

需求分析分成三个部分：需求筛选、需求透视、需求排序

三者的逻辑：首先筛掉不做的需求，其次对要做的需求进行进一步提炼，最后对提炼好的需求进行优先级排序。下面对这三者做下分析

（i）需求筛选

需求筛选的特点包含真实性、一致性、价值性、可行性；

真实性：这个需求是否可以满足用户的需求；

一致性：有多少用户需要这个需求，覆盖率多大，是否满足产品定位；

价值性：需求能带来多大的价值？需要付出多大成本？；

可行性：需求在现有的资源上是否能实现；

（ii）需求透视

需求透视包括表面需求、本质需求、产品需求。本质需求是用户想解决的根本问题。获得用户的本质需求更能找出合理的解决方案来解决用户需求；产品需求是依据用户想解决的根本问题，得出更好的解决方案

（iii）需求排序

需求排序的三个基本考虑因素：战略定位、产品定位、用户需求，具体而言可以分为七个维度：相关性、逻辑性、价值性、强度、广度、频率、类型

（Ⅰ）相关性：考察需求与战略地位、产品定位的相关性

（Ⅱ）逻辑性：完成A功能才能进行B功能

案例分析：微信钱包开发战略：绑定银行卡—充值—消费—红包—理财通—京东精选—生活缴费

（Ⅲ）价值性：考察需求能创造的企业价值、用户价值的性质与数量

（Ⅳ）强度：考察需求的强弱，三个因素考虑：必要性（不可缺少）、高频次（需求次数多）、持续性（长时间保持足够的需求频次）

（Ⅴ）广度：需求覆盖的目标用户有多少

（Ⅵ）频率：考察需求单位时间内出现的次数

（Ⅶ）类型：依据KANO模型对需求作出分类，考察需求类型。KANO模型认为用户需求可分为基本型需求、期望型需求、兴奋型需求

本章小结

产品的需求的来源于用户、客户、领导，产品经理应该要有自己的一套产品功能规划思路和方法论；对收集到的需求，可以通过“心里+场景”、“标签+场景”这些纬度去判断需求是否符合用户心里和个人特征；紧接着对符合的需求的进行分析、筛选、优先级排序，这项工作是最考验产品能力的，互联网行业瞬息万变，只有利用好手中的资源合理安排需求，才能抓住市场机遇，优先满足用户需求，获取市场流量。

㈧ 如何用3个步骤简单整理需求

通常在经历了产品经理自己调查的需求，BOSS的建议需求，市场部的需求等狂轰滥炸之后，产品的第一版本需求已经整理的差不多了，那么接下去该如何深度整理这些需求呢？

▍1、根据需求描述画出思维导图

这里的思维导图包括产品信息图和产品结构图。

信息结构图主要是列出产品中包含的各个字段，方便后台开发人员参考使用。

产品结构图主要是列出各个模块的功能。用序号将每期要迭代的功能标出。

（PS：思维导图可以用作整理需求。不过笔者用的更多用在思考产品，这样更能拓展、发散思维。在纸上勾勾画画和电脑上敲击键盘的感觉完全不一样。）

▍2、根据思维导图，列出功能需求清单

这部分根据实际情况，可写可不写。产品信息图与结构图中已经包含这部分内容

▍3、将功能需求整理成用例

这部分既可用表格，也可用流程图来表示，主要说明前端与后台之间的交互。