1. 审批流核心概念:定义、企业级特征与工作流区别
1.1 用户场景:一个真实的审批困境
某SaaS公司产品经理收到运营部门反馈:员工请假、报销、合同签署均依赖线下纸质单据或零散IM审批,平均单次审批耗时2.3天,且经常出现“单据丢失”“审批人遗忘”“重复驳回”等问题。运营总监在用户访谈中明确提出:“我们需要一个能自动流转、支持多人会签、可配置分支条件的电子审批系统,最好能实时看到进度。”
1.2 业务问题:审批流缺失带来的四大痛点
- 流程不透明:申请人不知道当前步骤卡在谁手里,需反复催促。
- 节点不可控:无法设置条件分支(如金额>5000需总经理审批),只能人工判断。
- 历史难追溯:审批记录散落各处,审计时需翻阅纸质单据或聊天记录。
- 弹性不足:组织调整后审批链需重建,无法通过配置快速生效。
1.3 需求拆解:审批流的本质要素
审批流本质是一个有向图,由节点(审批步骤)和边(流转条件)组成。每个节点包含:
| 要素 | 说明 | 示例 |
|---|---|---|
| 发起人 | 流程起点,通常为申请人 | 员工·张三 |
| 审批节点 | 负责审批的角色或人员 | 部门经理、财务BP |
| 流转条件 | 决定走向哪个下级节点 | 金额>5000 → 总经理 |
| 结果处理 | 通过/驳回/转审/加签 | 驳回则回到发起人 |
| 终点 | 流程结束,触发后续动作 | 更新考勤系统、发邮件 |
1.4 用户访谈:来自IT管理员的真实反馈
用户角色:某集团IT运维主管 · 李志远
访谈摘录:“我们集团有3000+员工,审批表单多达40种。最头疼的是当组织架构调整后,老的审批流全部需要IT手动改代码。如果能有个可视化配置界面,让业务部门自己拖拽节点、设置条件,我们IT只负责维护基础数据,那效率能提升5倍以上。”
对应需求:可视化流程编辑器、条件公式化配置、与组织架构实时同步。
1.5 方案表达:典型审批流结构图
下图展示了一个最简企业级审批流(请假场景)的节点与流转关系:
1.6 核心概念对比:审批流 vs 工作流
许多企业将审批流与通用工作流混为一谈,二者在设计目标和复杂度上有明显差异:
| 对比维度 | 审批流 | 工作流(通用) |
|---|---|---|
| 核心目标 | 控制合规与授权 | 协调任务与数据流转 |
| 节点类型 | 审批、会签、转审、驳回 | 任务、脚本、消息、人工节点 |
| 路由逻辑 | 多基于条件分支+角色匹配 | 可包含循环、子流程、并行网关 |
| 数据承载 | 审批表单+附件 | 业务对象+上下文变量 |
| 回退模式 | 多级驳回或指定回退 | 支持回退到任一上游节点 |
| 企业级特征 | 组织架构依赖、权限细粒度、审计日志 | 高可用、分布式、服务编排 |
1.7 企业级审批流的核心特征
- 组织驱动:审批节点与部门、岗位、汇报关系实时绑定,避免硬编码。
- 条件多样化:支持金额、天数、部门、岗位等动态分支,以及多条件组合。
- 弹性配置:无需开发即可通过后台调整节点、角色、超时策略。
- 审计追溯:完整记录每一步的操作人、时间、意见、附件,满足合规要求。
- 集成能力:与企业微信、钉钉、OA、ERP等系统无缝对接,触发后续动作(如考勤、付款)。
1.8 指标验证:如何衡量审批流设计优劣
交付前需基于以下核心指标进行验证:
| 指标 | 定义 | 目标值(参考) |
|---|---|---|
| 平均审批时效 | 从发起至最终处理的总耗时 | ≤1.5天(简单申请) |
| 一次通过率 | 首次审批即通过的流程占比 | ≥70% |
| 配置覆盖率 | 支持用户自定义配置的流程占比 | ≥90% |
| 驳回后处理时间 | 驳回后申请人再次提交的平均间隔 | ≤2小时 |
| 系统集成故障率 | 因审批流导致的集成异常数/月 | ≤2次 |
1.9 验收标准
- 完成至少3种典型审批流(请假、报销、合同)的配置与测试。
- 支持条件分支(数字比较、角色判断)、审批人轮询、会签模式。
- 提供审批节点超时自动转交、催办通知功能。
- 所有审批操作有完整日志,支持导出。
- 非技术人员可在10分钟内完成一个简单审批流的配置。
1.10 交付物模板:审批流配置表
以下是本课程后续章节将使用的标准配置表模板(摘录示例):
审批流ID: APP-2025-001
流程名称: 日常报销审批
适用表单: 费用报销单
节点序列:
- 节点1: 发起人提交 → 直接经理审批
审批人: 申请人所属部门经理
条件: 金额≤1000则自动跳过
超时: 48小时 → 转交上级
- 节点2: 财务主管审核
审批人: 财务部预置角色
条件: 金额>1000 且 费用类型≠“差旅”
驳回模式: 回退至节点1
- 节点3: 总经理终审
审批人: 总经理秘书(代理)
条件: 金额>5000 或 费用类型=“招待”
结束动作: 写入ERP应付模块 + 发送付款通知
该模板需与需求文档、原型设计、测试用例同步维护,作为验收依据之一。