1. 汇报关系

是一个标准的树状结构，每个员工都会有唯一的主汇报人，但会有虚线汇报和特殊汇报关系，比如 HRBP 除了向 HR 部门 VP 汇报之后，还会向负责的业务部门 VP 虚线汇报。

2. 审批等级

审批是根据审批内容，来判断需要到那个层级的管理者审批的。

举例：请假 1 天直属 leader（1 级审批人） 和团队负责人（2 级审批人）就可以结束审批，休假 3 天以上，就需要通过部门负责人（3 级审批）审核。

审批等级的好处，是在配置审批流的时候，可以根据审批条件，精准的判断可截止的审批层级。

一图胜千言，可以看下这个结构图。

03 审批方案管理

前两个模块，都是为了审批方案做的基础工作。真正使用到业务中的，就是审批方案。

以财务用款审批方案为例，看如何设计审批方案。

举例

从上面的例子可以看出，审批方案分为审批规则和审批流。

1. 审批规则

业务规则：不同的业务审批流，都会有特殊的规则判断，比如财务、考勤、行政采购、人事转正等，我大致列了一些常用的规则字段。

特殊情况还会根据部门，走不同的审批流程，这里要基于业务场景来考虑

但也要留意一下特殊场景，比如说审批人缺失，可以跳过这个环节继续审批，直接终止审批，或者跳转到某个具体的人来处理这个事情。

2. 审批方式

包括依次审批、协同审批，以及仅通知。

当某一个人或角色，仅仅告知审批结果的，可以选择仅通知方式。

如下图，某一个没有分支条件的参考示例。

3. 可结束审批节点规则

做这个的目的是避免很小的流程，就走很长的审批，比如说金额小于 1000 的，到 2 级审批人就可以结束审批，但较大金额的比如超过 10w的用款，则只能 CFO 审批结束。

4. 审批流设置

这个对产品经理来说，就是一个流程图，相对简单，只要审批规则、审批方式等提前定义好，这就是最简单的配置。

04 总结

审批流是 OA 的核心模块，一个灵活的审批流管理方案，不仅仅能满足 OA 系统，还能对外输出给其他系统，作为系统内部审批流来实现，比如 EHR 的绩效审批等。

#专栏作家#

司马特小队，公众号：司马特小分队，人人都是产品经理专栏作家。8年+互联网资深产品经验，多年B端产品管理经验。具有多个从0到1的大型B端产品的孵化、重构、迭代经验；主要教授产业互联网产品相关的硬核知识点。

题图来自Unsplash，基于CC0协议。返回搜狐，查看更多