AAIPROS

AIPROS · Static Essay Page

99%的流程审批方案,可能都是错的

审批与权限 公众号文章 2026-05-17 4 min

因为对团队成员来说,对面到底是我,还是我的 AI 分身,已经很难分清。

这周,我跑通了一件很小的事。

小到它只是帮我盯群、派活、写文档、追进度。

但我越看越觉得不对劲。

因为对团队成员来说,对面到底是我,还是我的 AI 分身,已经很难分清。

它用的是我的授权身份。它看到的是我本来能看到的信息。它做的是我每天反复做的管理动作。

这件事真正刺痛我的地方,不是 AI 又聪明了。

而是它让我重新看见了一个老问题:为什么飞书这一类工作平台,可以被智能体深度调用;但很多企业的 OA、BPM、BPS 系统,一到 AI 履职就立刻卡死?

这不是一个前端页面问题。

也不是多加几个机器人入口的问题。

它背后是流程系统的底层假设变了。

过去的审批系统,默认操作者一定是人。

所以它把能力做在页面里,把控制点做在按钮上,把流程体验做成登录、跳转、查找、填写、提交。

这套逻辑在十年前很合理。

但当 AI 智能体开始以授权身份执行工作时,真正重要的就不再是“页面好不好用”。

真正重要的是:这件事能不能被清晰授权、被指令调用、被完整审计。

一、飞书能跑通,不是因为页面更漂亮

很多人会误判这件事。

以为飞书的优势是产品体验好,入口统一,消息触达快。

这些当然重要。

但从 AI 分身的视角看,真正关键的是另一层能力。

工作平台里的消息、文档、任务、审批等动作,正在越来越多地变成可调用能力。

AI 不需要像人一样盯着网页找按钮。

它只需要拿到合法授权,然后按任务目标调用对应动作。

公开资料也能印证这一点。

飞书开放平台已经提供审批同意、审批驳回等接口。Lark/Feishu 生态里,消息、文档、审批、任务等能力也都有开放接口体系。

这意味着,AI 可以从“页面操作者”,变成“工作执行者”。

这里有一个边界要讲清楚。

传统 BPM 并不是完全没有 API。

Camunda、IBM BPM 等流程产品,也公开过流程实例、任务处理、用户任务完成等 REST 能力。

所以问题不是“有没有接口”。

问题是,很多企业落地流程系统时,并没有把审批动作设计成面向 AI 的履职能力。

接口只是系统集成补丁。

页面才是默认工作场。

这就会导致一个结果:系统看上去很强,AI 真要接管具体工作时,却只能回到模拟点击、表单搬运、页面等待。

二、99%错在什么地方

“99%”不是一个统计数字。

它更像一个现场感很强的判断。

我见过太多流程审批改造,投入很大,方向却很轻微。

系统换了新皮肤。

表单变得更精致。

流程节点可以拖拽。

审批页多了智能推荐意见。

最后员工还是要打开网页,找到入口,点进菜单,翻到单据,再一点点提交。

你会发现,它优化的是人坐在电脑前操作页面的效率。

它没有解决最痛的事:人被流程琐事绑架。

更没有解决下一步问题:AI 能不能以授权身份,替人完成那些低风险、高重复、强规则的审批动作。

很多企业还会走向另一种误区。

一听到 AI 审批,就想全量重构 BPM。

新建流程中心。

重做动态表单。

升级流程引擎。

把原本能跑的系统,改成一个又大又复杂的项目。

这类改造最容易失控。

原因很简单。

企业真实流程里有太多历史规则、灰度口径、部门习惯和例外处理。

你越想一次性把它们全部抽象清楚,工程成本越高。

到最后,业务等不起,管理者看不到收益,员工继续打开旧页面。

三、最优解不是重构,是开小口

我的判断很明确。

企业流程审批要面向 AI 改造,不应该先推翻原有系统。

更现实的路线,是轻量化暴露三层能力。

厚重引擎先不动。

历史流程先不拆。

底层表单规则先不改。

先把最常用、最确定、最能减负的动作封装出来。

第一层:流程检索接口

这是最应该先做的部分。

开放待办、已办、单据详情、流程进度、审批历史。

难度低,价值很高。

因为大量管理时间,根本不是花在审批判断上。

而是花在找单据、问进度、翻记录、做汇总上。

一旦检索能力开放,桌面端或 AI 智能体就可以自动拉取待办,标记紧急事项,生成流程日报。

你不用每天进系统捞信息。

信息会主动来到你的工作台。

第二层:高频流程发起接口

这一层要谨慎。

我不建议一上来开放所有流程。

尤其不要沉迷动态建模和自定义流程。

大多数企业真正高频的发起动作,就那么几类。

报销、出差、采购、请假、立项、用印、付款申请。

先把这些固定模板封装出来。

字段结构稳定,校验规则清晰,异常处理也容易做。

AI 可以替你收集信息,补齐材料,生成草稿,再让真人确认提交。

这里的价值不是炫技。

价值是减少低级错误,减少来回补材料。

第三层:审批动作接口

这是核心落地点。

同意、驳回、填写审批意见、转办、加签,这些动作应该被封装成明确指令。

但它必须和风控放在一起设计。

小额、常规、低风险单据,可以由 AI 预审并给出建议。

符合规则的事项,可以一键完成。

大额、人事、合同、付款等事项,必须强制真人二次确认。

AI 不是绕开责任。

AI 是把管理者从低价值动作里释放出来,同时把责任链留得更清楚。

四、下一代审批,不应该围着页面转

流程审批的本质,不是让人点完一个按钮。

它的本质是组织授权、风险判断和责任记录。

过去我们只能通过页面承载这些动作。

所以页面变成了系统的中心。

现在 AI 智能体可以理解上下文,可以调用工具,可以生成判断依据。

页面就不应该继续占据中心。

中心应该变成一组可被授权调用的能力。

真正的效率革命,往往不是把旧动作做得更快。

而是让旧动作不再占用人的注意力。

你不用每天登录 OA 看待办。

你不用在不同系统之间找入口。

你不用把同一段审批意见复制五遍。

你的工作台会告诉你,今天哪些单据要处理,哪些可以自动通过,哪些必须亲自判断。

AI 会把背景材料整理好。

也会把风险点列出来。

你只做真正需要你承担责任的决策。

五、企业应该怎么做

如果一家企业现在要启动流程审批 AI 改造,我建议不要从“大系统项目”开始。

先从一个小闭环开始。

选一个高频、低风险、规则稳定的场景。

比如报销初审、请假审批、采购申请进度跟踪。

把这个场景拆成三类动作。

1 查询什么信息。

2 发起什么流程。

3 能执行哪些审批动作。

然后为每个动作补上四个控制点。

第一,谁授权。

第二,权限边界是什么。

第三,什么情况下必须真人确认。

第四,审计日志如何留痕。

把这一个闭环跑通,比写一份宏大的流程智能化规划更有用。

等这个闭环稳定后,再横向复制到更多高频流程。

不要追求一口气覆盖全公司。

AI 流程能力的建设,更像搭一条可复用的履职管道。

每新增一个场景,都应该复用同一套授权、指令、审计、风控框架。

这样越做越轻。

否则每个流程都重新设计一次,很快就会回到传统系统建设的老路。

最后:AI 分身不是替你签字,而是替你清场

我越来越确信,未来三年,流程审批会出现一次很深的分化。

一类企业会继续做页面优化。

页面更好看,入口更统一,表单更智能。

这些改造有价值,但价值有限。

另一类企业会把流程能力从页面里拆出来。

它们会让 AI 在授权边界内检索信息、准备材料、执行低风险动作、提醒关键节点。

管理者的角色也会改变。

过去,管理者是流程系统里的高级点击员。

以后,管理者更像责任边界的设计者。

你要决定哪些事可以自动化,哪些事必须真人判断,哪些风险永远不能交给机器单独处理。

这才是企业真正需要补的能力。

不是多买一个流程系统。

不是把旧表单换成新表单。

而是把组织里的审批动作,重新拆成可授权、可调用、可审计、可回收的能力单元。

当这条路跑通后,AI 分身的价值就不只是帮你省时间。

它会让整个组织的履职方式发生变化。

人不再被流程牵着走。

流程会回到它本来的位置:服务决策,记录责任,降低风险。

这也是我这周跑通小实验后,最笃定的判断。

下一代流程审批的标准答案,不是更复杂的 BPM,而是更轻的能力开放。