对于任何产品项目，都会涉及各类干系人，他们有着不同的诉求、关注点，甚至存在着冲突。在需求分析过程中，识别出关键干系人是十分重要的事情。
1、干系人识别
根据目标识别关键干系人，即以相关度和影响度两个关键因子来识别项目关键干系人。
首先要收集客户的组织架构，根据目标把所有涉及的部门都标识出来，识别如下几类关键干系人，
·部门负责人
·分支部门负责人
·资深副职负责人
第二步则是从风险的角度来补充关键干系人。
·第一个典型的风险就是“众多基层用户会因系统受到负面影响”，那么应该把这些基层用户也标识为关键干系人，分析他们的主要诉求、担忧点，并做出相应的对策。如果不存在这样的风险，一般不建议把基层用户列为关键干系人。谨记，并不是识别越多关键干系人越好。
·具有“一票否决权”的关键干系人，必须分析他的关键需求，然后提出针对性的、双赢的解决方案。除了领域专家之外，具有“一票否决权”的关键干系人还可能是财务、审计、法规、行业监管部门等，在识别关键干系人时一定不要忽略他们。
·如果技术实现、实施过程存在困难或风险，那么开发团队将成为关键干系人；如果系统生命周期很长，上线之后的升级、维护、适应性修改、运营工作十分重要，那么运营维护团队也将成为关键干系人。
最后编写干系人列表，如下图
2、干系人分析
识别出关键干系人只是第一步，接下来要选择合适的代表进行调研，分析其关注点和阻力点，满足他们关注点、避免阻力点所需的功能、非功能需求。
干系人分析可以分为三步，
（1）选择干系人代表：如果有多个干系人，则应从中选择一位或多位典型的代表，以便聚焦。了解干系人职业角色「岗位和职责」、个人特点「专业背景、管理偏好」、联络信息。
（2）访谈干系人，分析关注点：通过访谈等手段，收集原始需求信息及相关反馈，从中分析出关键的关注点和阻力点。
在干系人关注点分析时，要从两个角度出发：一是他们希望系统解决什么问题、提供什么业务支持；二是他们希望避免出现什么样的负面影响。这样才能立体地完成干系人分析。
（3）干系人关注点整理：横向评估不同关键干系人之间诉求、关注点的冲突，并制定相应的应对策略。
最后每张干系人档案在需求规格说明中作为一小节，如下图形式，
