需求分析方法主要包括哪些

1. 需求分析方法主要包括哪些

　　结构化的分析方法是传统的分析法，它的好处是在需求阶段可以不需要精确地定义系统，只需要根据业务框架确定系统的功能范围，以及每个功能的处理逻辑和业务规则，功能需求规格书等。因为不需要精确描述，因此描述系统的方式比较灵活多样，可以采用图表、示例图、文字等等方式来描述系统。在系统开发以前，一般还可以采用更为直观的原型系统方式和最终用户进行交流和确认，因此对业务需求的要求会低一些，业务需求阶段的周期相对容易控制；通过业务全景图，最终用户也能了解系统的功能；通过功能活动图和业务规则的描述，也可以相对精确地描述业务系统；因为没有严格的标记语言，可以采用适当的篇幅描述适当的系统。当然，这种方法的缺点也是明显的，分析人员和业务人员之间可能缺乏共同语言，机器不能识别业务需求书，在设计阶段还需要继续和用户确认一部分功能。

　　面向对象的分析方法的最大好处是在需求阶段，就能够非常精确地描述一个系统，采用程序语言的方式和最终用户交流（最终用户必须要熟悉这种语言），能够在项目一开始就发现很多问题，避免在开发的过程中出现需求的反复，而且在系统设计和开发阶段不需要最终用户参与。在实施上，一般可以采用场景、业务功能等方式来描述，比较适合于业务流程环节多的系统，或者软件产品的开发。但是，我们也要看到，在现实中，绝大多数的应用系统都很难在需求阶段就可以被精确地抽象化定义，所以这种方法的缺点和困难也是显而易见的：首先，用户要非常清楚地知道最终的业务系统应该是什么样，或者采用一种抽象的方式能够确定最终的应用系统；其次，因为最终用户不需要参与设计和开发阶段的工作，所以双方确定业务需求的过程也会比较长；同时，因为是精确描述，因此描述系统的语言是非常逻辑化的，一般通过某种方式可以使机器识别业务需求，采用这种方式写的业务需求是非常格式化的，一方面描述一个系统需要的信息非常多，可能使需求说明的篇幅非常长，不便于理解和阅读；另外由于通过抽象的方式来推演最终系统的运行方式，对业务人员的要求非常高。

2. 需求分析的主要方法是什么

1.1 需求的背景

需求的背景指的是动机，这一项实质上是换位思考，它能够帮助我们从业务方的角度，从使用场景、用户心理去理解需求。

在实际工作中，我们所接收到的“需求”常常是表述不清晰的、不完整的，甚至是具有欺骗性的。

一个问题会对应许多的解决方案，找到真正的需求，也正是我们的职责。

1.2 需求的受众

需求的受众需要注意的问题有两点：

谁是真正的受众；
受众人群是否具有代表性。
需求的来源很多，可能是用户、业务方等。我们需要分清楚谁才是真正的受众。

在一个需求里不同的角色认知和诉求是不同的，当信息带上了主观判断也就被污染了。

其次，则是覆盖度的问题。对于频次不够高或者人群不够有代表性的需求，投入产出比会是一个大大的问号。辨清受众，在评估需求的优先级和制定解决方案时，迷惑性会大大降低。

1.3 需求的目的

需求的目的指需要做什么，很多时候我们接到的“需求”其实是业务方过滤后的“解决方案”。

以“口渴”为例，此时业务方提出的需求是要制作一台饮水机，然而饮水机并不能解决问题。如果我们挖掘到背后的动机是“口渴”，那么我们可以从补充水分和减少水分的流失来着手提供解决方案。

1.4 需求的目标

在汉语辞典里的解释，目的是期望，而目标是成果。

目标更为具象，并且能够用数据指标来衡量，后续也能够指导需求的改进。

需求的本质是为了创造价值，而创造价值最直白的则是开源和节流。具象到目标，可以用创造的收益，提升的效率以及节省的资源等方面进行量化。

2. 因果关系分析法
、需求优先级的评定
最后一个环节是需求优先级的评定，我常用的方法是选取影响优先级的因素并设定比例，经过加权计算出优先级，分数越高优先级越高。

其公式如下：

优先级=因素1比例*因素1分值+因素2比例*因素2分值+….

表1-需求评估加权表

这张表，影响的因素主要有两项：投入产出比以及重要程度。

投入产出比个人认为是必选的，而重要程度中的维度可以根据实际情况去增加、减少。同理，加权中比例的设置也是如此。

3. 需求分析的主要方法

1.访谈法

从字面意思大家都能了解，就是找人进行面对面交谈，了解真实需求。访谈法注意事项：

(1)确定访谈的目标，明确“什么信息是最有价值的、必须了解到的”。

(2)准备完备的访谈提纲。

(3)建立融洽的、相互信任的访谈气氛。

2.观察法

到工作现场，观察员工的工作表现，发现问题，获取信息数据。在运用观察法时应该注意以下几点：

(1)观察者必须对要进行观察的员工所进行的工作有深刻的了解，明确其行为标准。

(2)进行现场观察不能干扰被观察者的正常工作，应注意隐蔽。

(3)观察法的适用范围有限，一般适用于易被直接观察和了解的工作，不适用于技术要求较高的复杂性工作。

(4)必要时，可请陌生人进行观察，如请人扮演顾客观察终端销售人员的行为表现是否符合标准或处于何种状态。


3.关键事件法
考察工作过程和活动情况以发现潜在的培训需求，一般考察对象是对组织目标起关键性积极作用或消极作用的事件。进行关键事件分析时应注意以下两个方面：

(1)制定保存重大事件记录的指导原则并建立记录媒体(如工作日志、主管笔记等)。

(2)对记录进行定期分析，找出员工在知识和技能方面的缺陷，以确定培训需求。

4. 需求分析的方法

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

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

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

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

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

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


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

5. 需求分析有哪两种主要分析方法?

从系统分析出发，可将需求分析方法大致分为功能分解方法、结构化分析方法、信息建模法和面向对象的分析方法。
(1)功能分解方法。
将新系统作为多功能模块的组合。各功能义可分解为若干子功能及接口，子功能再继续分解。便可得到系统的雏形，即功能分解——功能、子功能、功能接口。
(2)结构化分析方法。
结构化分析方法是一种从问题空间到某种表示的映射方法，是结构化方法中重要且被普遍接受的表示系统，由数据流图和数据词典构成并表示。此分析法又称为数据流法。其基本策略是跟踪数据流，即研究问题域中数据流动方式及在各个环节上所进行的处理，从而发现数据流和加工。结构化分析可定义为数据流、数据处理或加工、数据存储、端点、处理说明和数据字典。
(3)信息建模方法。
它从数据角度对现实世界建立模型。大型软件较复杂；很难直接对其分析和设计，常借助模型。模型是开发中常用工具，系统包括数据处理、事务管理和决策支持。实质上，也可看成由一系列有序模型构成，其有序模型通常为功能模型、信息模型、数据模型、控制模型和决策模型。有序是指这些模型是分别在系统的不同开发阶段及开发层次一同建立的。建立系统常用的基本工具是E—R图。经过改进后称为信息建模法，后来又发展为语义数据建模方法，并引入了许多面向对象的特点。
信息建模可定义为实体或对象、属性、关系、父类型/子类型和关联对象。此方法的核心概念是实体和关系，基本工具是E-R图，其基本要素由实体、属性和联系构成。该方法的基本策略是从现实中找出实体，然后再用属性进行描述。

6. 需求分析常用方法

行为事件分析

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

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

用户留存分析

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

漏斗模型分析

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

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

行为路径分析

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

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

7. 需求分析的主要方法是

目前，软件需求的分析与设计方法较多，一些大同小异，而有的则基本思路相差很大。从开发过程及特点出发，软件开发一般采用软件生存周期的开发方法，有时采用开发原型以帮助了解用户需求。在软件分析与设计时，自上而下由全局出发全面规划分析，然后逐步设计实现。
从系统分析出发，可将需求分析方法大致分为功能分解方法、结构化分析方法、信息建模法和面向对象的分析方法。
(1)功能分解方法。
将新系统作为多功能模块的组合。各功能义可分解为若干子功能及接口，子功能再继续分解。便可得到系统的雏形，即功能分解——功能、子功能、功能接口。
(2)结构化分析方法。
结构化分析方法是一种从问题空间到某种表示的映射方法，是结构化方法中重要且被普遍接受的表示系统，由数据流图和数据词典构成并表示。此分析法又称为数据流法。其基本策略是跟踪数据流，即研究问题域中数据流动方式及在各个环节上所进行的处理，从而发现数据流和加工。结构化分析可定义为数据流、数据处理或加工、数据存储、端点、处理说明和数据字典。
(3)信息建模方法。
它从数据角度对现实世界建立模型。大型软件较复杂；很难直接对其分析和设计，常借助模型。模型是开发中常用工具，系统包括数据处理、事务管理和决策支持。实质上，也可看成由一系列有序模型构成，其有序模型通常为功能模型、信息模型、数据模型、控制模型和决策模型。有序是指这些模型是分别在系统的不同开发阶段及开发层次一同建立的。建立系统常用的基本工具是E—R图。经过改进后称为信息建模法，后来又发展为语义数据建模方法，并引入了许多面向对象的特点。
信息建模可定义为实体或对象、属性、关系、父类型/子类型和关联对象。此方法的核心概念是实体和关系，基本工具是E-R图，其基本要素由实体、属性和联系构成。该方法的基本策略是从现实中找出实体，然后再用属性进行描述。
(4)面向对象的分析方法。
面向对象的分析方法的关键是识别问题域内的对象，分析它们之间的关系，并建立三类模型，即对象模型、动态模型和功能模型。面向对象主要考虑类或对象、结构与连接、继承和封装、消息通信，只表示面向对象的分析中几项最重要特征。类的对象是对问题域中事物的完整映射，包括事物的数据特征(即属性)和行为特征(即服务)

8. 需求分析的主要方法是

需求分析就是对客户提出的“要求”或者“需求”进行深入细致地调研和分析，准确理解用户和项目的功能、性能、可靠性等具体要求，将用户非形式的需求表述转化为完整的需求定义，从而确定系统必须做什么，为系统设计、系统完善和系统维护提供依据。
需求分析是项目计划阶段非常重要的环节，该环节决定了需要“实现什么”，为下一步如何去“实现”提供了明确的方向。
进行需求分析需要做到以下几点：
（一）需求获取：在准备阶段，我们首先要确定需求获取的目标及范围，根据你的目标来选择对应的方式获取需求。
（二）需求分类：一般情况下，我们会根据对象的不同，将需求分为业务需求、用户需求、功能需求等。
（三）需求筛选：有些需求是伪需求，有些需求则不具备实现价值，我们可以通过真实性、价值性、可行性三个维度来筛选需求，过滤掉虚假的、不可行的、没有价值、价值不大或投入产出比不理想的需求。
（四）需求提炼：对剩下的需求进行提炼，目的在于从获取的表面需求中提炼出客户的本质需求。找出“为什么要做”比“做什么”更重要。
（五）需求优先级排序：挖掘到客户的真实目的后，我们需要根据不同维度的需求归类方法，如KANO模型分析法、投入产出比ROI等，对其进行归纳整理并排出优先级，帮助产品有条理地安排开发秩序，避免盲目排序。
（六）产出需求文档：通过以上的分析，我们需要将收集到的需求进行分析、汇总、归类，输出产出需求文档，为接下来的工作做好铺垫。
以上是对需求分析的一些理解和思路，做好需求分析工作之后，就可以对可实现的需求进行落地方案的跟进。