本文将从角色、内容、流程、动作、权限、配置、效率7个方面,对审批工作流的产品设计进行总结。enjoy~
工作流是后台系统的核心和灵魂,而审批则是工作流中的最基础的应用场景。在公司管理和运转中引入审批工作流,替代原本的纸质申请和审批,可以达到以下目标:
提高公司的运转效率
公司管理制度规范化
系统留档,便于追溯
环保
本文将从角色、内容、流程、动作、权限、配置、效率7个方面,对审批工作流的产品设计进行总结。
一. 角色
在一个公司中,每个人都会有自己的岗位职责和层级之分,不同的岗位和层级定位不一样,需要完成的任务也不一样。在审批流程中,我们只抽象划分为两类:
角色1:发起人
审批的发起人需要完成的主要是事务性、操作性的工作,同时也是一个审批流程的Owner,是最关心审批进展的人。因此在发起人的角度,在创建完审批事项后,还需要完善相关信息、催促审批人及时审批、处理驳回修改意见、重新提交等。发起人角度设计的要点总结如下:
兼容统一发起入口和业务场景触发
常用的审批事项要方便找到
有统一汇总的审批管理页面
角色2:审批人
审批人在流程中需要完成的主要是决策性的工作,因此在审批人的视角,内容和操作都应该尽量精简:
只看到最重要的信息,避免信息过多影响判断
只进行必要操作,不能有过多选择或过多输入,影响决策效率
统一的页面进行审批操作和管理
需要有审批历史,以便追溯
二. 内容
1. 提炼最小集合
根据审批事项的不同,需要流转的内容也是不同的。对于审批流程的设计来说,需要在实际业务中提炼出最核心的内容,一则可以减轻发起人的工作负担(发起一个审批要填一堆的资料相信没人会开心),二则可以提高决策的准确性和效率。
例如一个请假审批流程,核心就是请假时间、事由和请假类型;而一个立项投决的审批,则需要重点展示立项会的表决结果,同时还需要把会议记录做为附件带上,以便在必要时可以查看,在交互上,这里同样需要注意内容的归类、收纳。
设计要点总结如下:
内容尽可能精炼
有些内容是必要的,但系统可以自行获取就不要让发起人再输入一遍
预置常用的内容,用选择的方式替代输入的方式,同时也提高了内容的规范性
2. 查看和修改
在审批的过程中,有时候需要让不同的审批人查看不同的内容,且限定有些人有修改权限而有些人只有只读权限,这都会在后面的“权限”里总结。
三. 流程
1. 自主选定审批人流程
这是一种比较轻量、灵活的审批流程形式,适用于公司规模不大、流程没有标准化的情况。要点是发起人发起一个审批事项并提交时,需要自行选择下一个环节的审批人。而下一个环节的审批人审批通过后,可以选择继续流转到再下一个人去审批,或者结束这个流程。
2. 串行流程
串行流程就是每一个审批环节的人审批通过后,才会进入到下一个环节。每个环节的驳回,可以根据业务需要,设计成驳回到发起人、驳回到上一个环节或驳回到指定环节重新审批,或兼而有之,做为选项供审批人选择。
3. 并行流程
并行流程是一个审批环节需要几个人或角色审批通过才算通过,可以有以下两种方式:
任意一个人审批通过即进入下一环节
必须所有人审批通过才进入下一环节
上述第一个方式比较好理解,第二个方式和串行流程容易混淆,即同样是要多个人审批,到底是一个接一个、还是同时通过才算通过?到底用哪种方式,区别是审批人是不是同一个级别,并行的方式其实类似于同级别的会签,而串行方式适合有上下层级关系的情况。
并行流程的驳回则相对简单,一般是设计成有一个人驳回则该环节即算驳回。
4. 条件触发流程
条件触发流程在审批工作流中也比较常见,设计上就是某个审批环节要由谁/或哪个角色审批,需要取决于条件判断。例如金额低于1万元由财务总监审批通过后即结束,金额在1万元以上则由副总裁审批通过后即结束。
5. 混合流程
混合流程顾名思义就是混合了以上几种流程,还是以上述金额审批为例,我们修改成:金额低于1万元的,由财务审批通过后即结束;金额在1万元到10万元的,需要先由财务审批,之后交由副总裁审批通过后即结束;金额高于10万元的,需要由董事长和总裁一同审批通过后才结束。
四. 动作
1. 通过
通过动作由审批人操作,是否需要输入通过原因、通过原因是否必填需要根据实际业务情况决定。要点总结如下:
简单申请不需要填写通过原因,或者原因选填
通过原因需要填的话,可用于反馈或激励发起人的情况
2. 驳回修改
驳回修改动作由审批人操作,和通过不同,为了让发起人知道如何修改,驳回原因一般需要设定成必填项,否则发起人或上一个审批环节的人不知道为何被驳回、以及要如何修改。
驳回修改可根据业务需要,在以下逻辑中选择:
驳回到发起人
驳回上一环节
驳回到选定的之前的某个审批环节
3. 重新提交
重新提交由发起人操作,和驳回修改是一一对应的。设计上要注意,审批人审批重新提交的内容时,需要附带上一次驳回修改的原因。
4. 取消
取消动作可选,一般来说是发起人取消,而不是审批人取消,原因如下:
取消和驳回含义容易混淆,区分不开
在设计上,我们还可以做到发起人是否可取消可由配置项进行配置。
五. 权限
权限的控制贯穿在审批流程的方方面面,上述的角色、内容、流程和动作都会涉及到权限的控制。权限体系的设计是一个大工程,在审批流程中,采用基于角色的访问控制体系(RBAC)是一个不错的选择:
“基于角色的访问控制体系,包括用户、角色、目标、操作、许可权五个基本数据元素,每个角色至少具备一个权限,每个用户至少扮演一个角色,可以对完全不同的角色分配完全相同的访问权限,用户和角色是多对多的关系。”
设计要点总结如下:
操作和许可权内容,可区分为功能权限和数据权限
什么人可以发起什么审批,由功能权限控制
什么人/角色在整个审批流程中可见什么数据,由数据权限控制
什么人/角色可以审批什么环节,由独立的审批配置控制,下一节会进行阐述
关于权限可以参考笔者另一个篇文章:面向中小企业SaaS的权限管理系统
六. 配置和扩展性
审批工作流的配置灵活度和开发复杂度成反比,具体要灵活到什么程度,需要由业务需求决定。一般针对公司开发的中后台系统,灵活性相对较少,而面向多个公司的商业化的系统,则灵活性要求大大提高。配置的灵活性体现在以下方面:
审批流程的类型可修改
具体的审批环节可增删改
各个环节审批人/角色可配置
审批相关的权限可变更
七. 效率
工作流的核心目标是提高企业运行效率,如果线上审批流程效率还不如原来的纸质操作,那这个流程的设计就是失败的,也失去了意义。因此,在完成整个审批流程的设计之后,我们还需要花大精力对流程的效率进行审视和优化。对于审批流程效率的提升,总结的经验点如下:
审批的操作尽可能精简,且操作含义明确
只要求输入必要的表单
审批进展及时通知发起人
发起人可选择主动催促审批人
做好下一步操作的引导
总结
审批流程是中后台工作流的基础应用,我们在设计的过程中,把握的核心要点是“提高效率,规范管理”,在设计过程中要时时回头审视,以免脱离了这个最重要的目标。