一个企业内部系统的设计，需要非常关注系统涉及的干系人利益点，包括考核指标。
如何识别干系人？
一般分为两类来识别干系人。
第一，根据目标识别干系人。
收集客户企业的组织架构，再根据目标和愿景去判断，涉及的业务部门的负责人可以定位关键干系人行列。
记得，很多时候公司某个大boss如果不是干系人，但是却提出诉求。要了解背后真正的动机，这比较考验一个人的情商与经验。
第二，根据风险识别干系人。
一般情况不会把基层用户列为关键干系人，除非受到这类用户因系统受到负面影响。
拥有“一票否决权”的人，往往是关键干系人。这时候我们应当对这类人的进行了解，包括且不限于业务，个人喜好、性格、目标业绩等。
在做干系人列表中，要写出影响度和相关度。
如何进行干系人分析？选出干系人代表；访谈，分别从KPI、工作主题、工作分解去进行了解；分析干系人关注点和阻力点，即他们需要系统解决什么问题、提供什么支持以及他们想避免什么影响；进行文档描述时，记得写上对应的功能需求；关注点整理，不同的干系人代表的关注点可能会出现冲突，需要进行权衡，进行协商调和。
产品详细需求分析做完上面的相关干系人分析，我们就进入产品详细需求分析阶段，这时我们先要对子系统进行划分与业务接口分析。
1. 划分子系统
我们在对系统进行分解时，无外乎有三种情况：
简单的业务系统，用户群比较单一；基于原有的系统进行改造；新开发的系统。第一类情况由于用户群单一且业务简单，一般不作划分。 第二类情况要注重分析对原有系统的影响，包括需要新增哪些子系统、影响哪些子系统、哪些原有的子系统需要修改等。
这类着重讲下新开发的系统如何进行划分。
内部系统一般采用按业务职能来分解，先画出与系统相关的组织架构图，以此划分出对应的子系统。一般典型的企业都会有产、销、供、管这四个部门职能，对应CRM、ERP系统等。
外部使用的系统一般采用产品服务来分解，根据业务结构树来思考，切记要从业务的角度去理解。
另外，也会根据实际情况来采用业务职能与产品服务两种方式结合起来划分。
划分之后要留意子系统之间、子系统与原有系统之间的接口关系，确认谁服务于谁、谁使用、接口是新增/修改等事项。
2. 业务接口分析
首先，明确业务接口分析只是明确Why和What，不涉及How。
所谓why就是明确接口的用途与价值，我们需要明确三个问题。
哪个子系统实现该接口。哪些子系统会用到这个接口，以及各自的业务价值。接口使用的频率范围，尽量具体；如果有场景信息和条件更好，方便研发人员判断。所谓How就是细化接口交互过程，一般会采用时序图和数据词典来定义与描述。
时序图用于呈现接口的交互过程，而数据词典用于定义交互过程中数据包的构成情况。
另外，我们要确定接口的设计约束，比如通信协议、原有系统的影响等等。
下篇文章将分享功能需求的业务流程识别、分析与优化的相关知识。
本文由 @PM达云霄 原创发布于人人都是产品经理，未经作者许可，禁止转载。
题图来自Unsplash，基于CC0协议。
