企业系统需求分析(02):干系人识别分析与系统分解

懂后台的产品经理更值钱!3周线上课程,带你掌握电商后台12个子系统模块设计要诀。了解一下>

继上篇《企业系统需求分析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人打赏
评论
欢迎留言讨论~!
  1. 某个大boss 不是干系人却提出诉求,深刻踩坑,挖掘动机,有好的经验分析么~

    回复
    1. 得看boss是在哪个具体场景提出的。
      如果是在会议上提出的诉求,你可以试探一下需求于他来说是否刚需。
      比如他提议UI风格以A颜色为主,你隔两天再去询问他认为UI风格有什么建议,嗯让他下属去问是最好。
      如果是私下找你提诉求,我们确认他是否有仔细了解产品,有的话直接找他了解,诉求是出于他自己对业务需要的理解、还是从竞品那里得来的灵感,还是看到什么新技术新趋势。各种源头有各种处理方式。这类呢我们出发点还是要落于对业务发展有没有帮助,否则,即使他是大BOSS,该驳回去的还是得驳。

      回复
圈子
关注微信视频号
大家都在问