用户需求分析获取方法

A. 如何采集用户需求

如何获取和发现用户需求

一、显性需求，发现用户的这个需求可以通过如下几个方式：
用户调研、竞品分析、数据分析、行业分析（市场分析）4个方法，轻松挖掘产品需求
1.用户调研：
线上问卷调查工具网站有：麦客、问卷星、金数据等，
在设计调查问卷的时候，我们往往会有先入为主的毛病，自己挖个洞引导用户往里钻。这样做可以获得自己想要的“调研真相”，但也远离了真正的用户需求。所以在进行用户调研的时候一定要遵守客观、谨慎的原则，而不是自己挖个洞然后引导用户往里钻。
2.竞品分析
A.竞品分析算是做产品的基本功和日常任务了。总的来说，竞品分析的作用就是：
更清晰的了解市场态势及走向，让团队跟上趋势；
更具体的分析业务场景，更细致的把握用户需求；
借鉴竞品优点，规避竞品缺点。
B.竞品分析的流程
一般来说，竞品分析的姿势是这样的：
a确定竞品分析目标，明确竞品分析的目的；
b圈定竞品分析的边界，选择合适的分析对象。
c确定分析维度。对产品目标进行拆解，分析了解用户需求，据此获得竞品分析的维度：分析的侧重点，以及分析时需要采用什么标准。
d进行对比分析。按照步骤二所得维度，对所选竞品进行逐项对比、分析优劣。
e总结及建议。总结对比分析的收获，给出有建设性的解决方案。
中庸的困局
然而，就算掌握了分析流程，也未必给得出具有建设性建议的竞品分析报告。
一来，流程的合理无法弥补分析思维的不足；
二来，随着互联网发展愈加成熟，产品愈发同质化——分析愈发中庸的竞品往往只能得出愈发中庸的结论。
3.数据分析
数据分析所得来的用户需求，会比用户调研的更靠谱些。因为很多时候，用户表达的都是自己想要的，而不是真正需要的，但用户行为所遗留下的数据却是很诚实的。
据说，微信出来之前，微博的产品做过数据分析，发现有30%左右的用户非常高频的使用发私信功能（即为移动IM），但微博并没有重视这一点，这个疏漏也间接造就了微信等一大波移动IM的崛起。
数据分析的流程：
数据分析一般的流程如下，与产品开发及运营紧密结合，从而做到让数据引导产品运营及需求管理：
比起用户调研和竞品分析，数据分析更加系统化——这句话反过来说，就是坑也更多：
数据来源：必须保证源数据的真实、完整及准确。为此，必须和数据挖掘的技术人员以及和业务相关的运营人员说明清楚数据分析的目的、数据的范围及数据统计的口径；
数据备份：处理前请备份！
屁股决定脑袋：要从一堆数据里提取出具备说服力的结论不容易，但要为自己的论点拼凑出一套数据却很简单——虽然这套数据最终也是站不住脚的——在做数据分析的时候，客观谨慎是必须的原则。

B. 什么是用户需求分析为什么要做用户需求分析

用户需求分析是指在系统设计之前和设计、开发过程中对用户需求所作的调查与分析，是系统设计、系统完善和系统维护的依据。当完成用户需求调查后，首先对《用户需求说明书》进行细化，对比较复杂的用户需求进行建模分析，以帮助软件开发人员更好地理解需求。
例如采用Rational的Rose工具进行需求的建模分析。如果使用工具进行建模分析，对需求分析人员的要求比较高。需求定义过程中通常会出现的问题有内容失实、遗漏、含糊不清和前后描述不一致。
需求状态（Establish Requirement State），顾名思义，状态也就是一种事物或实体在某一个时刻或点所处的情况，此处要讲的需求状态是指用户需求的一种状态变换过程。
为什么要建立需求状态？在整个生命周期中，存在着几种不同的情况，在需求调查人员或系统分析人员进行需求调查时，客户存在的需求可能有多种，
对于这些需求，在开发进展的过程中，存在着以下几种情况：
有可能要取消的；
有的因为不明确而可以后延的，同时可能转化为被取消的需求；
与客户经过沟通或确认的，此处有两种情况，一类是确认双方达成共识，另一种情况是还需要再进一步沟通的。

C. 如何获取用户真实需求

需求是在一定时期内人们的某种需要或者欲望，在经济学上还有购买欲望的含义。用户描述需求的时候，往往会停留在表面层次，但用户说的往往不是真实需求，我们需要尽最大的努力去挖掘用户的真实需求。

我们来看一段描述，有人问张三现在的需求是什么，张三回答要宝马车，还要原装进口的。那么张三的需求是否真的就是进口宝马车呢？其实不一定，或许进口奥迪车也能满足张三的需求。

用户需求

但我们不能只分析到这里，要挖掘更深层次的东西，要宝马车干嘛呢？或许是为了代步以图方便，节省时间；或许是爱慕虚荣，以方便泡MM。一旦我们找到背后隐藏的需求，我们就可以去设计一个替代品，去满足用户的真实需求，以节省进口宝马车那高昂的成本。我们做产品也一样，不能只关注用户表面的需求，而要挖掘出真实需求，才能设计出正确的产品。

我们还可以分析一些社会化产品的案例，比如QQ的隐身功能，SNS社区的真实头像和非真实头像的区别等，看起来这些功能都不是产品的主要功能，是一些附属的功能，那么为什么要做这些功能？

原因就在于用户在社交群体里面有个体心理表达这样深层次的真实需求在里面，这些功能可以让用户在社交过程当中有存在感又有安全感，也满足了用户倾诉表达的欲望。不过这些功能用户是不会告诉你他真正想要真实头像还是非真实头像的，要靠我们去挖掘。

如何获取用户真实需求

1、获取足够全的信息。

途径极多，比较常见的就有：

• 公开信息。包括新闻(网络新闻、科技媒体、微信搜索)、大众评论(微博、微信、知乎)、相关领域的网站和论坛、各种互联网分析网站(比如艾瑞咨询、企鹅智酷等)。

• 用户调查。在线问卷(问卷星等)、线下问卷，还可以委托代理公司等。

• 用户访谈。找到目标用户中较高质量的进行跟踪访谈，高质量的定义一般是在领域内资深、对产品体验要求高、有话语权，以及擅于表达。

• 行业专家、同类产品从业者访谈。可以获得更落地、更真实以及更深入的一些信息。

通过这些途径，要获取的信息大概是：

• 市场规模、市场特点

• 竞品状况、用户使用情况

• 目标用户特征

• 用户目前满足同类需求的方式

• 用户期望其它哪些方式满足需求

2、整理数据、总结信息，并得出分析。

整理和总结实际并不是特别棘手，稍有统计知识或者做过调研，这些都不用多说。在每一步统计和总结中，一定要做到两点：A. 有逻辑 B. 避免陷阱。比如，朋友的二次元项目做调研，发现垂直领域女性用户比例是 95%，是问卷得来的板上钉钉的，但做调研的过程中眼尖的他们发现，男生很少愿意填问卷，所以真实比例肯定是比这个小的。

比如用户说一直想有人给他做饭，你不要就觉得需求是“找人做饭”，应该记下来的需求点是：平时忙没时间做饭，又不想出去吃觉得不干净。这样抽象出来的核心就是：方便、快捷、卫生。如果只是找个人做饭，结果预约步骤麻烦、上门服务又不够干净，即使再便宜也没用，因为这不是他的需求点。

D. 用户需求分析方法

客户的需求是我们销售行为的关键，但是客户不会每次都会毫无保留的告诉你，所以我们要通过行业分析，客户需求分析，了解客户需求，解决问题。


一、分析竞争对手

想要了解客户需求，就要先了解市场发展及我们的竞争对手。中国自古就有一句古话：知己知彼百战百胜，销售更应牢记这句话，因为只有你足够了解你的竞争对手，才能做出应对。了解竞争对手，不仅要了解竞争对手的价格、特征，还要了解有哪些长处、不足、销量及销售形式等，我们只有足够透彻的了解竞争对手，才能在市场掌握主动权，同时也能从另一方面了解到市场需求。


二、客户特点及习惯

一方面要了解客户的兴趣爱好，消费习惯等，另一方面要从销售本身出发，了解客户的内心，一般客户都比较重视产品质量和售后服务，我们只需要把握好这两点往往销售会比较容易成功。

三、客户的真实需求

要想了解客户的真实需求需要寻找客户需求、仔细发现、等待客户需求呈现、确认客户需求、最后成交。了解客户需求是成交的必要条件。


四、满足客户

要学会维护客户自尊，沟通过程中多用：有什么我可以帮您的吗？您的事我一直放在心上，会尽快给您处理的；您好有眼光等等。可以让对方感觉到受到了尊重和重视，同时客户也会感觉有良好的消费体验。

细心聆听客户心声，沟通过程中多用：您的意思是......对吗？原来是这样；我知道您的感受或心情等。要认真听客户讲的话，体会对方感受，并及时给予回应，说出自己的想法。

E. 需求收集的常见方法有哪些

需求收集的常见方法有：

1、用户访谈：找寻目标用户并近距离接触，最好是以会面的形式，也可以采取电话沟通等途径增进了解，目的是通过交谈了解用户真实感受。

2、调查问卷：通过线上问卷的形式（有实体的也可以线下收集，但会增加统计工作量），设置一些有关产品功能、使用方面的问题。最终通过统计收集来的问卷信息，获取用户需求分布并直观解读各项数据情况。

3、可用性测试：制作高保真demo或可操作原型提供给目标用户试用，观察用户操作使用过程，并诱导用户说出操作原因。

4、数据分析：对前端、后端设置埋点，统计并记录用户与产品相关联的数据信息，如按钮点击、UV、PV等。

(5)用户需求分析获取方法扩展阅读：

需求收集阶段完成后，你就会惊喜的发现，需求铺天盖地而来，但面对五花八门的需求该如何取舍，这可就是一门学问了。

在需求分析阶段，我们要做的是对需求初步挖掘，目的是找出用户的实际心理需求。在此过程中，实现对需求从标到本的剖析，探究表象背后的真实目的。虽然看上去很高深，其实，最终的分析结果只决定该需求是否有被记录下来的必要。

就像用户需要一匹马（需求），在对用户进行全方位的了解之后，发现他其实是想更快的前往某地（目标）。而我们的工作，正是服务于那些有出行要求的人。我们有能力满足他们的需求，在此基础之上，让用户能通过我们提供的方式更好的出行。那么，这个需求就有必要被记录下来。

F. 软件工程中常用的需求分析的方法有哪些

一、过滤需求的方法
做后端系统，要学会的第一个技能就是砍需求。也就是过滤需求。

这不是一个贬义词，反而是体现后端产品价值判断的基础。

过滤需求的方法，就是通过一定的手段判断需求是否是伪需求，应该被过滤掉。

1. 用户场景模拟法
后端产品的出发点就是帮助业务用户，因此在调研需求的时候要模拟业务的场景，分析业务用户提到的需求是否能解决他的问题。

如果不能帮助用户，那么这个需求就可能是伪需求。

以下面的案例说明：

背景：“货到付款”类型的订单会因为缺货而无法发出，如果超过一定的时间，客服就会跟顾客沟通，帮顾客取消订单。

需求：由于这种订单的数量还是蛮多的，逐个取消太费时间，因此业务用户要求在“缺货订单”列表页增加“批量取消订单”按钮。

分析：调研到业务操作场景,是先找到该类缺货订单，然后和顾客沟通，顾客同意删除，才进行删除。也就是逐个沟通确认，再逐个取消订单的，所以“批量取消订单”无法被有效使用。

因此，该需求是个伪需求，应该被过滤掉。

2. 功能归属分析
专门的系统做专职功能，有助于合理的产品体系建设。

因此需求调研的时候，可以通过系统的定位，判断需求是否应该在该系统完成。

如果不属于该系统范畴，那么直接说服需求方更换方案。以

下面的案例说明：

背景：CRM系统（顾客关系管理系统）有一个顾客标签生成功能，就是根据顾客的消费行为数据，自动对应关联上标签，如优质顾客、高潜力顾客、欺诈顾客等。

需求：业务用户提出需求，除了做上述的基础标签之外，还要做出英语版本的标签（就是把标签文案翻译成英文），这样欧美员工可以在英语版本的系统下使用。

分析：调研到翻译之后的标签不是在CRM系统使用的，而是给到SMS（客服系统）使用的。

所以应该由SMS根据CMS提供的基础标签数据，自己做二次的衍生。

之所以这样，首先是为了避免未来更多语言版本的扩展需求或更多系统提出类似的需求；

其次，CRM系统已经完成了“接力赛”的第一棒，创造了基础数据，那么其他系统要特殊化使用，完全可以自行进行特殊化处理，无需耦合回CRM系统。

结论：案例的需求本身是真需求，并且实现上也没难度，但是该功能的定位超出了本系统范畴，专门系统做专职功能，化衍生需求应该在下游执行。

否则，耦合性过高只会增加系统的复杂程度，难以维护和扩展。

二、拆分和聚合的方法
1. 拆分需求法
业务用户提出一个需求，很可能只是短短的一段话。

但是不要高兴太早，可能这一句话暗含了很多线索，因此要善于拆分：

先找他要解决的核心问题，再围绕核心点，理清前、后、左、右、上、下的旁系需求点。

每个需求点再当做一个子需求进行调研，最后再聚合在一起。

以下面的案例说明：

背景：订单业务的类型很多，订单退货之后需要创建售后单据，但是因为数量大，所以花费很多人力，且手动创建有出错的风险。

需求：业务提出的需求是“增加退货订单自动创建售后单的功能”，这是个一句话需求。

该一句话需求，其实包含了多种具体的订单类型和场景，那么我们就要拆分调研，拆分的维度比如：

自营订单、第三方订单、货到付款订单、先款后货订单、部分退货订单、完全退货订单、服装事业部订单、电子事业部订单等，其中每一个维度就相当于一个小需求。

这里不一一展开。

2. 聚合需求法
拆分法是对单个需求分解成若干小需求进行调研，聚合法相反，是找到许多个相互关联的小需求的共性，然后统筹成一个大需求去完成。例如：

由于业务用户分散在不同的部门，各自为政，于是张三、李四可能都对一个业务流程有相同的需求，或者对同一个功能有相同的优化期望，结果俩人分别提了需求过来。那么产品经理就要找到二者背后的相关性和交叉区。

然后统筹规划，聚合在一起当作一个需求来调研，最终输出一个整体的需求调研结果。

三、利用辅助功能调研需求
调研产品现有功能，可以用来确认原有功能的逻辑，或者确定新需求方案是否可行。

比如业务用户需要更新一个功能，为了避免更新出错或遗漏，产品经理需要知道修改前和修改后是否会能正常运行。

最基础的办法就是自己设计一个测试用例，记录操作方式、状态变化、数据流向等。看看下面的例子：

背景：从销售网站获取到OMS系统（订单管理系统）的订单信息中带着顾客的邮箱。顾客下完单，可能会在销售网站修改邮箱，而此时已经获取到OMS的历史订单中的邮箱是不变的。

需求：顾客若在销售网站修改邮箱，要求已获取到OMS的该顾客的订单中的邮箱也要同步修改。

分析：需求是很明白的，也有它的意义，但有风险。

因为我们知道订单信息贯穿于整个订单流转过程中，牵扯到订单编辑、审核、取消、配货、发货等，而这些环节跳转的触发条件可能就是某个信息更新（这里面就可能包括有邮箱更新）。

因此，更新邮箱是否会影响流程中的某些环节，一时间很难准确知道。

于是，我们可以采用预测试的方式，设计测试用例，在测试机运行一些订单，观察各个环节邮箱变更的影响，然后收集起来分析对策。

测试法就像是探雷一样，主要用来解决未知风险点。这个方式的重点是记录和分析操作前状态、操作位点、操作后状态、操作后触发的连锁反应、数据流向等。

四、“拔萝卜带出泥”的方式调研需求
调研需求时，产品经理要拔萝卜带出泥,挖掘用户没看到的需求点和价值。

举例说明：

背景：公司入驻到销售平台后，销售平台会对入驻的店铺的违规行为进行罚款。

需求：业务用户提出需求，将销售平台的罚款数据抓取到订单系统，关联订单数据，以便进行人工分析。

分析：

第一步，先拆分需求，确定什么是罚款数据，总共有哪些罚款种类，需要对接哪些罚款种类，罚款数据与订单系统关联方式是什么，是否都能关联到，关联不到怎么办，销售平台是否已经提供了公用的罚款接口，Token（请求权限）如何获取，抓取频率怎么样，数据增长幅度多大，获取之后做哪些展示和搜索，用户权限怎么设置，需要和订单系统做哪些交互，该需求的价值是什么……

第二步，挖掘需求：是否需要作分析功能，分析功能的规则是什么；是否需要做监控和预警，是否需要指派负责人；其他业务人员是否也有类似需求，其他平台是否也有类似需求……

通过“拔萝卜带出泥”的方式，连带出更多需求点。将上述调研结果重新组装起来，得到一个系统化的完整需求。

罗列出需求要点和对应的验收目标，这样使得需求具象化，同时又不会遗漏细节，内部充实，外部闭环，并且进行了价值挖掘，做成控制阈值、预警、责任人分派、趋势分析、损失分析等高价值的功能，超出业务的预期。

G. 最早开始使用的获取用户需求的方法

这个方法是访谈。
访谈(或称为会谈) 是最早开始运用的获取用户需求的技术， 也是迄今为止仍然广泛使用的主要的需求分析技术。
访谈是管理咨询获取信息的一个常用方法，是研究者对被研究者进行寻访、访问、交谈的一种活动方式。咨询顾问通过与客户组织中各类人员的接触谈话，能够获取客户组织的重要的主观问题，被访谈的人也感到他们在为项目作贡献。访谈过程是一个耗费时间的过程，需要巧妙周全的构建，访谈之前要做好充分的准备，包括材料准备、思想准备等 。也是应用写作研究的重要文体之一。一共分四块，第一块，典型问题；第二块，回答原则；第三部分，回答实例。最后一部分是艰难/模糊的问题的回答。

H. 需求分析的方法

原型法：获取一组基本需求之后，快速构造出一个能够反映客户需求的初始系统原型。

让用户看到未来系统的概貌，以便判断哪些功能是符合要求的，哪些还需要改进。

按照信息的流向、结构和内容三个方面将现有的需求分析建模方法划分为结构化分析方法，Jackson分析方法和面向对象分析方法。

通过E-R图提供表示实体、属性和联系的方法，描述显示世界中的概念模型，不涉及这些实体在系统中的实现方法。

通过数据流图描述逻辑模型，表示数据在系统内的变化；分层表示信息流和功能的细节。

行为建模采用动态分析方法，直观地分析系统的动作，最常用的动态分析方法包括状态迁移图，时序图和Petri网。

状态迁移图通过描述状态以及导致系统改变状态的事件来表示系统的行为，指明了系统如何在状态间移动。

I. 如何正确的理解和分析用户需求

3、两种需求分析方法
1.HMW：how might we=我们可以如何=怎么办（Designhackthon）
流程
问题：明确用户场景问题（问题需要聚焦及开放）
例1:公司想要冲刺业绩/清理库存，如何促销？
例2:用户购后评价率低于8%应该怎么办？
手段：HMW方法分解问题
拆解问题
积极：如何让用户自发资源的解决问题？
转移：怎样让其他人帮助解决这个问题？
脑洞：怎样想些脑洞大开，平常不敢想的方案？
分解：把大的问题分解成几个小的步骤？
否定：想什么办法能让用户放弃这个想法？
方案：脑暴
全部都要想要解决的方案，全部穷举
优先级：分类排序
MVP：流程与原型设计
分析需求
步骤
澄清问题
原始需求是什么层次？（方案级还是问题级？）
想要解决谁的、什么问题？
用户遇到现在的问题会采取什么样的解决方案？
这个问题中有需要进一步细化和明确的概念吗？
了解背景
场景（功能）
该需求谁使用？什么时候使用？具体怎么做？
术语（数据）
有需要澄清的业务术语吗？它们的格式是什么？
环境（质量）
不做谁生气？多久生气一次？为什么？多久用一次？
建议并确定解决方案
要解决这个问题有哪些可行的解决方案
这些方案的实现成本分别有多少？
你觉得哪种最合适？（解决问题/成本合适）
该解决方案对用户而言有什么优缺点？
有其他需要挖掘的需求吗？

J. 需求分析常用方法

行为事件分析

行为事件分析是根据运营关键指标对用户特定事件进行分析。通过追踪或记录用户行为事件，可以快速的了解到事件的趋势走向和用户的完成情况。

以用户投标的行为事件为例，出借人在完成投标过程中，所进行的注册、认证、开户、充值、投资等行为，都可以定义为事件，也是完成投标成功的一个完整事件。
确定投标行为事件后，我们可以根据事件属性细分维度：用户来源、性别、出生年月、注册时间、绑卡时间、首次充值时间、首次投资时间、标的ID，标名、期限、利率、还款方式等。然后从中找出符合指标的规律，并制定针对性的措施。

用户留存分析

用户留存分析是一种用来分析用户参与情况与活跃程度的模型。通过留存量和留存率，可以了解用户的留存和流失状况。比如用次日留存、周留存、月留存等指标来衡量产品的人气或粘度。以渠道访问的用户留存为例，我们对APP端有过访问行为的渠道用户进行留存分析。用户留存一般符合40-20-10法则，即新用户的次日留存应该大于40%，周留存大于20%，月留存大于10%才符合业务标准。我们做用户留存分析主要验证是否达到既定的运营目标，进而影响下一步的产品决策。

漏斗模型分析

漏斗模型分析是用户在使用产品过程中，描述各个阶段中关键环节的用户转化和流失率情况。比如在日常活动运营中，通过确定各个环节的流失率，分析用户怎么流失、为什么流失、在哪里流失。找到需要改进的环节，要重点关注，并采取有效的措施来提升整体转化率。

邀请人将活动专题页分享给好友，之后进行的注册、认证、开户、充值到投资，用漏斗模型分析一些关键节点的转化率。其中用户注册转化率为68%，实名认证转化率为45%，绑卡开户转化率为29%，线上充值转化率为17%，投资标的转化率为8%。
漏斗模型分析可以验证整个流程的设计是否合理。经过对比发现，访问到注册的转化率为68%，远低于预期的80%。这次运营策略是用户必须先注册才能领取新手福利。之后采取A/B测试的方式，优化为先领取新手福利再诱导用户注册。经过数据对比分析，注册转化率提升了20%。因此，通过对各环节相关转化率的比较，可以发现运营活动中哪些环节的转化率没有达到预期指标，从而发现问题所在，并找到优化方向。

行为路径分析

行为路径分析就是分析用户在产品使用过程中的访问路径。通过对行为路径的数据分析，可以发现用户最常用的功能和使用路径。并从页面的多维度分析，追踪用户转化路径，提升产品用户体验。

不管是产品冷启动，还是日常活动营销，做行为路径分析首先要梳理用户行为轨迹。用户行为轨迹包括认知、熟悉、试用、使用到忠诚等。轨迹背后反映的是用户特征，这些特征对产品运营有重要的参考价值。我们可以记录用户从注册、认证、开户、充值到投资的行为轨迹。通过分析用户的这些行为轨迹数据，来验证访问路径是否和预期指标的一致。