需求分析的正确打开方式

产品运营 2 年前 0

需求分析是产品最基本也最重要的日常工作之一，产品经理在哪？不是在处理需求就是在接需求的路上。面对大量的需求该何如处理，理解不透用户表达的意思、需求到底能不能做、需求优先度怎么评估…带着问题。下面我会以一些实例分享，需求分析的正确打开方式。

需求本质

需求定义

什么是用户需求，在网上已经有大量的不同的解释及定义，但关键的是拥有自己的解释理解（看别人的终究还是别人的而已）。

我对需求定义的理解：用户行为（具象行为）背后的真实诉求。

用户表达自身需求有时候是逻辑是混沌的、表达没条理（不是每个人都能说会道）。代入场景用户跟容易说出他的故事，我们也好感同身受。
用户可能口是心非（人在当前的角色、场合、个人认知会选择性说自己觉得正确的话）。
具象的行为比言语更真实，骗不了人。单一表面的行为，看不出隐藏更深背后原因。一系列具象行为，抽丝剥茧后才得到完整的用户诉求。

一个有趣的故事
大家都应该听说过或者经历过：女孩说我来“大姨妈，不舒服、怎么办”，男孩直接说“那喝点红糖水、注意身体”，结果女孩气得一整天。（如果是多喝热水，估计气更久）表面上看，女孩子来了例假，寻求男孩解决方法。但真实需求是这样吗？女孩都经历这么多次例假，难道不知道怎照顾好自己吗？为啥还跟男孩说不舒服？其实女孩一切具象行为背后的真实诉求是：只是单纯的希望男生的关注、陪伴。说到这里大家都知道怎么做了吧。

需求构成要素

了解需求定义后，我们再看看需求的构成要素，方便于我们更清晰分解需求

公式：需求=用户+场景+诉求+任务

用户：产品涉及的用户，我以前从业教育信息化行业，对于产品的决策者、购买者是校领导，是校领导、使用者教师、学生家长。所以更注重产品功能架构、业务完整（满足领导），再到系统交互使用性。

场景：“场”是时间和空间，用户可以在这个空间里停留和消费时间。 “景”就是情景和互动。当用户停留在这个空间的时间里，有情景和互动让用户的产生行为、情绪，这就是场景。

诉求：场景下用户的产生行为、情绪、遇到问题需求。

任务：处理需求最佳的解决方案

需求来源

这些需求到底是怎么来的呢？让我们从源头开始了解需求。

需求来源一般都会来源于以下几种：

用户调研：通过用户访谈、问卷调查、情景调查、可用性测试来获取用户需求（以后再针对需求获取方式，再展开分享讨论）。
竞品：分析竞品市场定位、目标用户、产品架构；观察竞品产品功能迭代过程，得出哪些功能迭代中被摒除，哪些功能不断优化（闭坑指南）；借鉴竞品功能细节。
产品内部发展：根据产品迎合市场发展、原自身产品功能架构、技术架构、产品相关数据分析发现问题等内部原因，要对产品功能进行迭代优化、查缺补漏。
相关部门：与产品相关的部门在体验产品、把产品推向市场时，往往会提出反馈。例如客服、运营、销售等人经常会体验遇到的问题、遇到客户反馈，再以自己的角度复述，往往会表示需求非常紧急。
头脑风暴：产品部门针对产品功能定性、方向、设计交互等问题展开头脑风暴想象讨论，得到的结果。
老板：老板提需求，往往会根据他更高的市场嗅觉。总之，老板提出的需求都是有原因的，尽管有些需求很离谱。简单来说，作为产品经理一定要深挖老板提出需求背后的原因。不认同时，要有对应的数据支撑自己不认同的观点，要列举证据拒绝；无法辨别时，按照老板意思做吧，保留数据埋点，便于检测是实现后效果。

需求辨别

通过上面所述，充分分解需求的本质，找到用户背后的诉求，又该如何辨别需求真伪，这个需求我们是否需要实现。

站在对方角度，感同身受，然后置身于情境中，体会到对方的所思所想（多培养同理心）。反思对方提出的问题是否真的存在，还是自己想想而已。（最近老板提出个需求，考虑给医美做抖音广告投放。PS：政策问题，医美行业根本不能在抖音投放广告）
用户提出的需求，逻辑业务是否通顺，是否存在矛盾。
当前实现该需求，我们的资源成本是否能支撑的起。（之前接到一个需求，客户想要我们阅卷系统实现MVP的作业帮，晕）
当前实现该需求，我们时间成本是否足够。（不可能一个月要完成一年的任务）

该需求是否是定制化需求，做了，对用户群体收益不大（一般针对于C端产品，B端定制化需求，加钱，团队又有时间是可以接的）

总之，接到需求后，第一时间应该问自己几个问题：
到底解决了什么问题？
带给用户的价值是什么？
公司得到价值是什么？
实现这个需求需要什么成本？

用户需求转化产品需求

用户需求如何转化产品的解决方案，我以一个简单的实例进行说明

需求实例：有天公司的销售主管反馈，能不能在我们的CRM系统加个功能，新客户引流进来后，自动分配给主管的下属跟进，因为每次有新客户，客户都要由主管先跟进，有时会太忙，未来得及分配下属，忘了分配。

1、明确用户的角色身份：用户的身份是销售主管

2、明确用户使用场景，梳理业务流程：用户希望新客户引流景来后，能通过主管配置的分配规则，新客户按规则自动分配下属跟进。业务流程如下：

3、构建该功能的产品结构

4、确认产品功能的设计交互

产品的解决方案的效果，我自身的要求是：尽可能使用低成本、接近完成用户期望，但注意一定要完成业务闭环。

需求池管理

需求池是产品部门对外各方（开发、运营、销售、客户…）沟通标准化、规范化的工具，也是产品自身管理。

如何评估需求优先级，下面简单说明几种常用的方法

重要紧急四象限法

预期价值&投入时间(ROI)

产品生命周期：根据产品当前处于的生命周期，优先重视与产品生命周期成长切合的需求。注重点（用户、相关部门）提出的需求也要重视。

场景分析法

收益最大值 = 受众*问题频次*满意度
受众：产品使用用户
问题频次：反馈问题次数
满意度：完成需求，用户满意度
策略：收益越大化的需求优先度越高

需求池的管理方式一般有几种

严进快出：所有的需求都要经过严格筛选才能进入需求池，然后快速排期迭代。需求严格筛选，质量高，数量不多容易管理。但是对开发资源分配调度也要求高，有时需要开发人力过多。
宽进严出：需求只经过简单的判断是否能进入需求池，严格控制需求迭代实现，资源调度要求不高，管理较易，但会出现较多长期无人跟进的需求。
矩阵式：以上两者中和

最后附上工作上用过的需求池的需求格式：

接下来就是确认排期迭代，结合实际进行开发上线。

本文分享一些平时工作中一些方法的总结，实际工作中可能不会综合思考的这么多因素，需求分析->需求池管理->落地实现，往往也需要产品经理结合实际的经验直觉判断，我们先了解条条框框，但也不能被条条框框所限制。

-END-

产品运营需求分析