1.需求概况

当我们说需求的时候，我们在说什么——业务需求？用户需求？功能需求？

1.1需求定义

需求分类定义

1.2关系：

需求之间的关系

2.业务需求分析

业务需求定义：组织有价值的业务活动。

从定义看，业务需求研究对象是"组织"，关键字：价值。

关于组织的定义：

度娘关于组织的定义

---

在讲业务需求分析方法时，先回答1个问题

做软件需求的目的是什么？

答案是：核心——为了产品更好卖，

从产品表现看——往往是性能更高、价格更低、使用更便利。

2.1业务需求分析方法实操：建立业务用例卡

业务用例：从组织的角度来定位系统应该提供的价值。

一个业务用例的栗子

此"业务用例"与软件工程里提到业务用例略作调整，对于-1岁PM 掌握此新版业务用例卡即可。

想深入了解的童鞋可以翻阅UML相关书籍。

2.2业务用例卡要点

1.组织里那么多人，在业务分析时，优先关心组织boss引进这个系统的目的是什么。

当然组织内外，与系统发生交互的人（涉众）的利益很重要，只是在考虑需求优先级是，优先考虑boss的需求。

2.设计业务用例卡有效的3个技巧：

1）思考业务执行者和组织打交道的目的；

找到平衡点——执行者对组织的期待 和 组织对执行者的承诺。

2）通过观察组织的内部活动，一直问为什么，向外推到组织外部的某个业务执行者 ；

3）卖什么提供什么服务，从服务内容里去找

3.用户需求分析

用户需求定义：围绕业务需求，从涉众视角思考如何实现业务需求。

用户需求研究对象：涉众。

涉众是谁？涉众是组织内外与系统交互的人，是所有受到系统影响的各种人。

3.1用户需求分析方法实操：建立场景流程

简单2步：

1.找到涉众（把时间当做特殊涉众）

2.描述场景：观察组织内部如何运作，如实描述

一般方法：

•摄像机视野-把看到的写出来

•找到最牛逼的涉众，观察他的工作，写下来

•当一天涉众

---

我们先看一个例子：在某健康管理组织内，要实现中医四诊这个服务的场景流程

场景流程举例

场景流程从涉众职责出发，无需要表达过细的交互步骤。

把时间当特殊的涉众

3.2用户需求分析目的

用户需求分析的目的是探索涉众利益的解决方案。

正所谓需求设计没有标准答案，只有最佳答案。你要比你的用户还要清楚他们真正想要的是什么。

3.1节中介绍的是用户需求分析的基本方法，但是其实我们可以再增加一步，

3.改进『步骤2』的流程

•不考虑资源问题，得到一个完美的方案

•用手上现有资源去山寨这个完美方案

很多产品的创新都产生于观察和思考，突破思维限制以后一步步专研分析得来。

4.功能需求分析

功能需求定义：基于业务流程，待开发系统应该提供什么功能和性能。

功能需求的研究对象是系统，聚焦于待开发系统的边界，卖得出去必须具有的表现——功能和性能。

4.1功能需求分析实操：建立系统业务流程

3步骤：

1.找到待开发系统（在场景流程图基础上，涉众行加上待开发系统）

2.完善细节功能

3.补充业务规则、字段表、非功能需求

---

还是上面的例子，转换成系统业务流程：

举例-系统业务流程

在场景流程图的基础上，细化每个涉众的职责，区分实现该职责是在线下完成还是线上，如果是线上，是在哪个系统。

4.2功能需求分析要点

1.聚焦于待开发系统的边界，

2.价值导向，详细描述系统要卖得出去必须具有的表现——功能和性能。

3.涉众在意的，不能改变的契约（找到大boss，涉众排序，只做核心的）

5.总结

本文介绍的分析方法都是基于Excel表即可完成，在文主实际工作中，对产品设计全无概念的毕业生，研发团队外的业务同学都轻松上手。