对于企业应用系统来说, 工作流可以说是其核心和灵魂, 而审批流程则是比较重要的基础应用场景, 一个良好的审批设计可以有效的提高公司运转效率, 提升管理规范.
接下来, 我们从角色, 内容, 流程, 动作, 权限, 配置, 效率这几个方面, 了解一下 learun framework 审批工作流的产品设计.
一. 角色
在企业中, 每个人都有自己的管理层级和岗位职责, 不同的岗位需要完成的任务也有所不同, 在实际的工作流审批设计中, 可以抽象的概括为两类: 发起人和审批人.
1. 发起人
发起人, 很好理解, 就是谁开始了这个流程, 在这个步骤主要完成的是事务性, 操作性的工作, 同时发起人也是最关心审批进展的角色. 既然关心进展, 那么站在发起人的角度, 在流程建立之后, 还应该有相关信息的完善, 审批人提醒, 处理驳回修改, 重新提交等功能. 同时, 还要兼容统一发起入口和业务场景触发, 常用的审批事项要方便找到, 审批管理页面有统一的汇总.
2. 审批人
审批人在流程中更多担任的的决策性工作, 因此内容和操作上应尽可能精简, 比如只看到重要信息, 避免信息杂乱影响判断, 不输入或少量输入, 同时也要有统一的界面审批和管理, 方便追溯.
二. 内容
提炼核心
审批事项不同, 流转内容必然有所差异, 这就需要设计针对核心内容, 因为没有人会喜欢发起一个审批还要填写一堆资料. 况且, 复杂的内容在提高决策准确性和效率方面并没有什么帮助. 例如一个请假审批流程, 核心就是请假时间, 事由和请假类型; 而一个立项投决的审批, 则需要重点展示立项会的表决结果, 同时还需要把会议记录做为附件带上, 以便在必要时可以查看, 在交互上, 这里同样需要注意内容的归类, 收纳.
总结起来就是: 内容要精炼, 机器能填的不人填, 能选择的不输入.
查看和修改
在审批的过程中, 有时候需要让不同的审批人查看不同的内容, 且限定有些人有修改权限而有些人只有只读权限, 这些具体在后文 "权限" 里讲.
三. 流程
自主选定审批人流程
这一种属于比较轻量, 灵活的审批方式, 当然适用性也会有一定的限制, 当公司规模不大, 流程尚未完全标准化的时候可以采用此模式. 主要情况为发起人发起一个审批事项并提交时, 需要自行选择下一个环节的审批人. 而下一个环节的审批人审批通过后, 可以选择继续流转到再下一个人去审批, 直至结束.
串行流程
串行流程就是每一个审批环节的人审批通过后, 才会进入到下一个环节. 每个环节的驳回, 可以根据业务需要, 设计成驳回到发起人, 驳回到上一个环节或驳回到指定环节重新审批, 或兼而有之, 做为选项供审批人选择.
并行流程
并行流程是一个审批环节需要几个人或角色审批通过才算通过, 具体有以下几种:
1 任意一个人审批通过即进入下一环节
2 必须所有人审批通过才进入下一环节
第一种方式比较好理解, 第二种可能容易和串行流程混淆, 同样是多人审批, 是一个接着一个, 还是同时通过才算呢? 这个具体使用哪一种流程, 要看审批人是不是处于同一级别, 并行更类似于同级别的会签, 串行则适合于有上下层级关系的情况.
并行流程的驳回就简单了很多, 通常设计为一人驳回流程即被拒绝或重新发起.
条件触发流程
条件触发流程算是比较常见的一种, 设计上来说就是流程由谁审批是根据条件来的, 例如金额一万元以内支出由部门主管审批结束, 一万元以上由总经理审批结束.
混合流程
混合流程算是比较复杂的一种, 因为融合了以上几种的流程条件, 比如: 金额低于 1 万元的, 由部门主管审批通过后即结束; 金额在 1 万元到 10 万元的, 需要先由部门主管审批, 之后交由财务和副总经理审批通过后即结束; 金额高于 10 万元的, 需要由董事长和总经理一同审批通过后才结束.
四. 动作
通过
通过动作由审批人操作, 是否需要输入通过原因, 通过原因是否必填需要根据实际业务情况决定.
驳回修改
驳回修改动作由审批人操作, 和通过不同, 为了让发起人知道如何修改, 驳回原因一般需要设定成必填项, 否则发起人或上一个审批环节的人不知道为何被驳回, 以及要如何修改.
重新提交
重新提交由发起人操作, 和驳回修改是一一对应的. 设计上要注意, 审批人审批重新提交的内容时, 需要附带上一次驳回修改的原因.
取消
取消动作可选, 一般针对发起人.
五. 权限
权限的控制贯穿在审批流程的方方面面, 上述的角色, 内容, 流程和动作都会涉及到权限的控制, 是一个较大的工程.
基于角色的访问控制体系, 包括用户, 角色, 目标, 操作, 许可权五个基本数据元素, 每个角色至少具备一个权限, 每个用户至少扮演一个角色, 可以对完全不同的角色分配完全相同的访问权限, 用户和角色是多对多的关系.
1. 操作和许可权内容, 可区分为功能权限和数据权限
2. 什么人可以发起什么审批, 由功能权限控制
3. 什么人 / 角色在整个审批流程中可见什么数据, 由数据权限控制
4. 什么人 / 角色可以审批什么环节, 由独立的审批配置控制
六. 配置和扩展性
审批工作流的配置灵活度和开发复杂度成反比, 具体要灵活到什么程度, 需要由业务需求决定. 一般针对公司开发的中后台系统, 灵活性相对较少, 而面向多个公司的商业化的系统, 则灵活性要求大大提高. 主要体现在以下方面:
1) 审批流程的类型可修改
2) 具体的审批环节可增删改
3) 各个环节审批人 / 角色可配置
4) 审批相关的权限可变更
七. 效率
工作流的核心目标是提高企业运行效率, 如果线上审批流程效率还不如原来的纸质操作, 那这个流程的设计就是失败的, 也失去了意义. 因此, 在完成整个审批流程的设计之后, 我们还需要花大精力对流程的效率进行审视和优化. 可以参考以下经验:
1) 审批的操作尽可能精简, 且操作含义明确
2) 只要求输入必要的表单
3) 待审批事项及时通知到审批人
4) 审批进展及时通知发起人
5) 发起人可选择主动催促审批人
6) 做好下一步操作的引导
总结
审批流程是中后台工作流的基础应用, 我们在设计的过程中, 把握的核心要点是 "提高效率, 规范管理", 在设计过程中要时时回头审视, 以免脱离了这个最重要的目标.
Learun 敏捷开发框架, 基于 ASP.NET 的强大工作流引擎, 集合众多行业客户经验, 具有多用途, 可视化, 灵活性等特点, 可快速开发 OA/CRM/ERP/HRM/MIS/BI / 移动 App / 电商后台等众多企业应用软件, 真正做到一套框架在手, 多种系统满足, 充分解决了了企业信息化建设的需求.
来源: http://www.bubuko.com/infodetail-2831395.html