企业系统需求分析（02）：干系人识别分析与系统分解

继上篇《企业系统需求分析01篇》的目标愿景分析之后，还需要进行相关干系人的识别与分析。

一个企业内部系统的设计，需要非常关注系统涉及的干系人利益点，包括考核指标。

如何识别干系人？

一般分为两类来识别干系人。

第一，根据目标识别干系人。

收集客户企业的组织架构，再根据目标和愿景去判断，涉及的业务部门的负责人可以定位关键干系人行列。

记得，很多时候公司某个大boss如果不是干系人，但是却提出诉求。要了解背后真正的动机，这比较考验一个人的情商与经验。

第二，根据风险识别干系人。

一般情况不**把基层用户列为关键干系人，除非受到这类用户因系统受到负面影响。

拥有“一票否决权”的人，往往是关键干系人。这时候我们应当对这类人的进行了解，包括且不限于业务，个人喜好、性格、目标业绩等。

在做干系人列表中，要写出影响度和相关度。

如何进行干系人分析？

1. 选出干系人代表；
2. 访谈，分别从KPI、工作主题、工作分解去进行了解；
3. 分析干系人关注点和阻力点，即他们需要系统解决什么问题、提供什么支持以及他们想避免什么影响；进行文档描述时，记得写上对应的功能需求；
4. 关注点整理，不同的干系人代表的关注点可能**出现冲突，需要进行权衡，进行协商调和。

产品详细需求分析

做完上面的相关干系人分析，我们就进入产品详细需求分析阶段，这时我们先要对子系统进行划分与业务接口分析。

1. 划分子系统

我们在对系统进行分解时，无外乎有三种情况：

1. 简单的业务系统，用户群比较单一；
2. 基于原有的系统进行改造；
3. 新开发的系统。

第一类情况由于用户群单一且业务简单，一般不作划分。
第二类情况要注重分析对原有系统的影响，包括需要新增哪些子系统、影响哪些子系统、哪些原有的子系统需要修改等。

这类着重讲下新开发的系统如何进行划分。

内部系统一般采用按业务职能来分解，先画出与系统相关的组织架构图，以此划分出对应的子系统。一般典型的企业都**有产、销、供、管这四个部门职能，对应CRM、ERP系统等。

外部使用的系统一般采用产品服务来分解，根据业务结构树来思考，切记要从业务的角度去理解。

另外，也**根据实际情况来采用业务职能与产品服务两种方式结合起来划分。

划分之后要留意子系统之间、子系统与原有系统之间的接口关系，确认谁服务于谁、谁使用、接口是新增/修改等事项。

2. 业务接口分析

首先，明确业务接口分析只是明确Why和What，不涉及How。

所谓why就是明确接口的用途与价值，我们需要明确三个问题。

1. 哪个子系统实现该接口。
2. 哪些子系统**用到这个接口，以及各自的业务价值。
3. 接口使用的频率范围，尽量具体；如果有场景信息和条件更好，方便研发人员判断。

所谓How就是细化接口交互过程，一般**采用时序图和数据词典来定义与描述。

时序图用于呈现接口的交互过程，而数据词典用于定义交互过程中数据包的构成情况。

另外，我们要确定接口的设计约束，比如通信协议、原有系统的影响等等。

下篇文章将分享功能需求的业务流程识别、分析与优化的相关知识。

本文由 @PM达云霄 原创发布于人人都是产品经理，未经作者许可，禁止转载。

题图来自Unsplash，基于CC0协议。

给作者打赏，鼓励TA抓紧创作！

**赏

3人打赏