工作流审批设计软件开发

工作流审批设计软件开发

对于企业应用系统来说，工作流可以说是其核心和灵魂，而审批流程则是比较重要的基础应用场景，一个良好的审批设计可以有效的提高公司运转效率，提升管理规。

接下来，我们从角色、容、流程、动作、权限、配置、效率这几个方面，了解一下审批工作流的产品设计。

一. 角色

在企业中，每个人都有自己的管理层级和岗位职责，不同的岗位需要完成的任务也有所不同，在实际的工作流审批设计中，可以抽象的概括为

两类：发起人和审批人。

1.发起人

发起人，很好理解，就是谁开始了这个流程，在这个步骤主要完成的是事务性、操作性的工作，同时发起人也是最关心审批进展的角色。既然关心进展，那么站在发起人的角度，在流程建立之后，还应该有相关信息的完善、审批人提醒、处理驳回修改、重新提交等功能。同时，还要兼容统一发起入口和业务场景触发，常用的审批事项要方便找到，审批管理页面有统一的汇总。

2.审批人

审批人在流程中更多担任的的决策性工作，因此容和操作上应尽可能精简，比如只看到重要信息，避免信息杂乱影响判断，不输入或少量输入，同时也要有统一的界面审批和管理，方便追溯。

二. 容

1. 提炼核心

审批事项不同，流转容必然有所差异，这就需要设计针对核心容，因为没有人会喜欢发起一个审批还要填写一堆资料。况且，复杂的容在提高决策准确性和效率方面并没有什么帮助。例如一个请假审批流程，核心就是请假时间、事由和请假类型；而一个立项投决的审批，则需要重点展示立项会的表决结果，同时还需要把会议记录做为附件带上，以便在必要时可以查看，在交互上，这里同样需要注意容的归类、收纳。

总结起来就是：容要精炼、机器能填的不人填，能选择的不输入。

2. 查看和修改

在审批的过程中，有时候需要让不同的审批人查看不同的容，且限定有些人有修改权限而有些人只有只读权限，这些具体在后文“权限”里讲。

三. 流程

1. 自主选定审批人流程

这一种属于比较轻量、灵活的审批方式，当然适用性也会有一定的限制，当公司规模不大，流程尚未完全标准化的时候可以采用此模式。主要情

况为发起人发起一个审批事项并提交时，需要自行选择下一个环节的审批人。而下一个环节的审批人审批通过后，可以选择继续流转到再下一

个人去审批，直至结束。

2. 串行流程

串行流程就是每一个审批环节的人审批通过后，才会进入到下一个环节。每个环节的驳回，可以根据业务需要，设计成驳回到发起人、驳回到上一个环节或驳回到指定环节重新审批，或兼而有之，做为选项供审批人

选择。

3. 并行流程

并行流程是一个审批环节需要几个人或角色审批通过才算通过，具体有以下几种：

1)任意一个人审批通过即进入下一环节

2)必须所有人审批通过才进入下一环节

第一种方式比较好理解，第二种可能容易和串行流程混淆，同样是多人审批，是一个接着一个，还是同时通过才算呢？这个具体使用哪一种流程，要看审批人是不是处于同一级别，并行更类似于同级别的会签，串行则适合于有上下层级关系的情况。

并行流程的驳回就简单了很多，通常设计为一人驳回流程即被拒绝或重新发起。

4. 条件触发流程

条件触发流程算是比较常见的一种，设计上来说就是流程由谁审批是根据条件来的，例如金额一万元以支出由部门主管审批结束，一万元以上

由总经理审批结束。

5. 混合流程

混合流程算是比较复杂的一种，因为融合了以上几种的流程条件，比如：金额低于1万元的，由部门主管审批通过后即结束；金额在1万元到10万元的，需要先由部门主管审批，之后交由财务和副总经理审批通过后即结束；金额高于10万元的，需要由董事长和总经理一同审批通过后才结束。

四. 动作

1. 通过

通过动作由审批人操作，是否需要输入通过原因、通过原因是否必填需要根据实际业务情况决定。

2. 驳回修改

驳回修改动作由审批人操作，和通过不同，为了让发起人知道如何修改，驳回原因一般需要设定成必填项，否则发起人或上一个审批环节的人不知道为何被驳回、以及要如何修改。

3. 重新提交

重新提交由发起人操作，和驳回修改是一一对应的。设计上要注意，审批人审批重新提交的容时，需要附带上一次驳回修改的原因。

4. 取消

取消动作可选，一般针对发起人。