准备一：需求分析

应用搭建工作一定是需求驱动的，只有准确的把握需求才能让搭建的应用满足业务要求，让搭建应用少走弯路。

需求分析，应遵循“自上而下，从外到内”原则。“自上而下”是指要将宏大、模糊、概念性的需求收敛到细小、清晰、可开发的功能点。“从外到内”是指从口头描述的需求，转换成功能对应的输入和输出项，以及对应的表单结构和数据模型。

为帮助梳理分析需求，团队设计了需求分析画布工具。

需求画布梳理需求，可分为以下几个环节：

• 需求采集

• 需求分析

  • 目标分析
  • 角色分析
  • 流程分析
  • 功能分析
  • 数据分析

需求分析的过程，也是回答清楚这几个问题的过程：

• 系统/功能的工作目标是什么？
• 什么人使用这个系统/功能？
• 怎么使用这个系统/功能？
• 系统/功能需要输入什么数据，输出什么数据，怎么展示这些数据？

值得重视的是，通过用户调研获取的信息是琐碎、繁杂、无序的，需要还原到需求发生的场景下对其进行分析。

一、需求采集

分析需求前先收集需求。通过用户调研的方式了解业务现状，获取用户需求。需要注意，不可凭主观经验去想象需求，导致需求脱离实际业务。

常用的用户调研的方式有：

• 调查问卷：通过精心设计的调查问卷，收集业务各方的操作流程、痛点及期望。
• 用户访谈：通过小规模的定向访谈方式，获取精准的业务操作流程、痛点及期望。
• 实地参与：通过参到业务中去实践体验的方式，直观地了解操作流程，感受业务痛点。

收集到的需求，可以用下方的方法进行整理和保存：

二、需求分析

2.1 目标分析

整理出系统要解决的问题后，需要用一句话来总结这个系统的工作目标，比如：客户管理系统、资产管理系统、会议室预约系统、客户缴费管理系统，等。总结系统工作目标，是为了明确系统功能范围，为功能的取舍和分类提供判定标准。

2.2 角色分析

现代化的组织机构中，通过设立部门、岗位和职务的方式为员工划分工作范围和职责权限。因此，每个角色都有自己的职责范围，具体工作和汇报对象。常见的部门有，研发部，销售部，财务部，等；岗位描述的是工作性质，大致可分为管理岗和业务岗。管理岗的主要工作是管理，通常用职务来描述，不同级别管理者有不同的职务，比如：董事长，总监，组长，员工，等；业务岗的主要工作是生产，例如：研发工程师，测试工程师，运维工程师，等。员工是企业和组织机构下的全部参与者，都会有自己对应的具体岗位。此外，还有大型企业设置了职级。

角色梳理的结果，应符合“MECE法则”，即各角色的分工互相独立没有重叠，集合起来又能完全覆盖组织机构的所有工作。

梳理的角色信息，可以用下方的模板进行整理和保存：

上述讨论的是业务中的角色，除此之外，搭建的应用中还有系统管理角色。系统管理角色不参与业务运营工作，只负责管理配置系统，比如数据字典的维护，定期查看系统日志等。

2.3 流程分析

流程，是组织机构为某个事务定义的执行顺序。比如：报销流程，需要申请人提交申请，直属上级审批，财务部门审批，出纳支付。为了清晰的描述流程，需要搞清流程中的节点数量，各节点对应的执行人和执行人的操作。

描述业务流程，通常使用流程图。其中特殊的、重点的逻辑用文字单独说明。例如：

2.4 功能分析

业务流程上的每个节点，都是一个功能或者多个功能的组合。功能的设计需要结合这个业务流程上的节点的实际情况，清晰的描述功能的输入、输出，和使用人员的职责权限划分。

提取出来的功能需求，可以用下方的方法进行整理和保存：

2.5 数据分析

不同的业务场景，不同的流程节点，不同的角色，能接触、关注的文档资料和信息数据是不同的，需要从实际操作业务的用户角度出发，一一理清。

具体的数据梳理，可按照参考下列模板：