医疗实施-客户需求分析

在我的日常系统实施过程中，总会遇到不同角色的客户提出不同类别的需求。有的需求，客户目的想提高操作便携，但会对系统稳定性存在风险，应该拒掉。有些需求紧急而且影响重大，应该紧急处理。有些需求可以做，但会浪费大量工时。
那么面对不同需求，如何快速分析需求类型，找出解决方案？我在网上没有找到具体的书籍和结构化、体系化的咨询方案。因此，我将已自身工作经验做参考，提出我日常如何进行需求分类和需求跟进的。

客户分类

操作用户-底层用户

以医疗系统为例子，操作用户一般是医生、护士和操作员。他们比较关注的系统的便利性和易用性。对业务流程的单个节点的操作是否方便比较重视。且用户与用户之间的需求常常出现矛盾。比如，在门诊患者基本信息记录这个场景，医生往往希望挂号处的操作员在患者建档时能够完整采集患者信息，这样接诊的时候就可以直接看到患者完整的基本信息，而不需要再去询问患者的基本信息，从而提高就医效率。因此往往要求患者建档界面需要填写的地方较多，挂号处操作员认为过多填写会影响患者挂号的效率，影响就医效率，这需要首先用户与用户之间沟通达成一致，保证需求的确定性。

操作用户管理层-中层管理

用户的直属领导，由他们制定用户每个流程的各个节点，他们既要用户便利使用，又要保证整个流程的稳定性和安全性。同时他们又是跟客户高层管理对接的桥梁，负责协调和参与管理层与乙方的对话。

管理层-领导

管理层所具有的特点是相关人员日常繁忙，希望通过便利的数据展示，方便他们快速了解自身经营情况，方便他们快速针对现状的问题与现象提供解决方案。他们所关注的是系统更高层次的抽象关系的联系。简单来说，就是想通过企业的经营业务场景所涉及的关键指标的具体数据，来快速针对经营情况给出评价，并对自己改进猜想提供数据支撑。他们关注的管理指标的统计方法是否合理，指标如何实时展示。

常见需求类型

在介绍常见需求类型之前，提供一个我的需求分析思路。我在面对任何一个需求的时候，都首先分析，这个需求是客户哪些角色需要，如果完成，能得到哪些客户满意度的提高。根据这个，我将需求划分为个人需求，部门需求，多部门需求，整体需求这三个范围。通过判断这个，来作为需求优先级的重要划分标准之一。

需求类型1-模板改造

针对这个需求需要依次注意以下几点：
1、需求的受益人是谁，范围多大，需求沟通与反馈找谁对接
2、如果已有模板，那么这个模板有无对应的数据统计，修改模板是否会影响相关统计
3、新老模板的切换是否存在兼容问题，如何解决
4、建立回退策略
所需文档应有需求调研文档，实施确定文档

需求类型2-数据统计

1、是否真的需要这个数据统计，可否用已有的数据统计进行合并或拆分
2、确定相关口径，这个数据统计与其他数据统计之间是否存在关联关系，在核对统计结果的时候是否需要保证与其他统计有固定的计算关系，哪些角色有这个统计的权限
3、统计时候是否会影响业务（如数据库死锁导致业务阻塞）
所需文档应有需求调研文档，实施确定文档

需求类型3-流程改造

1、这个流程牵涉的部门或人员范围多大
2、流程改造牵涉的各个人员是否同意改造，改造的目标是否一致，最高决定者是谁，他的态度如何
3、改造需要协调的资源有多少，时间成本是多少，如果出现失误改造可能影响哪些地方
4、建立回退策略
所需文档应有需求调研文档，流程确认文档，实施确定文档

需求类型4-功能添加

1、是否真的需要这个功能，能否通过现有功能的组合实现
2、功能添加的调研对象是谁，最高决定者是谁，影响哪些方面，哪些角色有这个功能的权限
3、合同是否包含，是否需要联系商务询价
4、改造需要协调的资源有多少，时间成本是多少，如果出现失误改造可能影响哪些地方
5、建立回退策略
所需文档应有功能询价文档，需求调研文档，功能确认文档，实施确定文档

需求类型5-功能修改

1、是否真的需要修改功能，现有功能的不满足的地方是什么，是否存在功能误解
2、功能修改的调研对象是谁，最高决定者是谁，影响哪些方面
3、改造是否有先例，是否有参考的成功对象，如果出现失误改造可能影响哪些地方
4、建立回退策略
所需文档应有功能询价文档，需求调研文档，功能确认文档，实施确定文档

需求类型6-三方接口

1、是否存在隐患，隐患大于需要
2、商务询价，具体的需求范围与功能调研
3、自身的开发、实施人员与三方人员开会制定对接方案
4、确定各自负责流程节点
5、各个节点出现错误的应对方法以及负责人
6、建立回退机制
所需文档应有接口询价文档，接口需求调研文档（三方签字），接口手册，实施确定文档