夜雨聆风学习资料网

ARTICLE · 1251935

BP01 AI 时代的业务流程再造

BP01 AI 时代的业务流程再造

01不要自动化,去废除

1990 年,Michael Hammer 在《哈佛商业评论》发表《Reengineering Work: Don’t Automate, Obliterate》,标题本身即是主张:不要自动化,去废除。这篇文章后来被公认为业务流程再造(Business Process Reengineering, BPR)的开篇之作。

Hammer 在文中反复强调一个区分:把已有的流程交给计算机执行,与重新设计流程,是两种性质不同的动作。前者只是让现有做法跑得更快,后者才可能改变做法本身。

他以福特汽车北美应付账款部门为例。该部门原有五百余人处理发票接收、核对与付款,而马自达在同等业务规模下仅用五人。福特的初始反应是把既有环节搬到计算机上——把人工核对变成系统核对。但真正带来量级变化的,是另一个决定:取消发票本身。收货验收完成后直接触发付款,发票接收、三方核对、差异处理这一整套动作随之失去存在理由。改造后该部门人员降至一百二十五人。

这个案例常被引用来证明“信息技术能够提效”,但它实际证明的恰恰相反:流程的改善幅度,取决于删掉了多少环节,而不取决于剩下的环节跑得多快。如果只是把五百人的工作交给系统执行,得到的是五百人份的固化错误;取消发票之后,才得到一百二十五人。

此后三十年,这套主张变形了三次。九十年代中后期,大项目的高失败率让 BPR 一度成为负面词汇;接上来的业务流程管理(BPM)把“一次性革命”改成“持续改良”;2015 年前后,机器人流程自动化(RPA)下沉到界面层,绕过系统直接接管点击;2020 年以来,超自动化与智能体把理解能力直接接进执行环节。四次浪潮,每一次都是上一代的遗留问题在反弹、在重复。

阶段 · 方法
核心主张
遗留问题
再造1990—1998 · BPR
废除不增值环节
失败率高,推不动
流程管理2000—2015 · BPM
建模、引擎化
沦为 IT 建模运动
机器人2015—2020 · RPA
绕过系统接管点击
旧流程固化更牢
智能自动化2020— · AI Agent
直读非结构化材料
责任与例外滞后

表 1 流程自动化的四次浪潮

工具换了几轮,命题没有变:技术进入流程时,究竟是在加速旧做法,还是在取消旧做法。

02一条流程,两副面孔

围绕流程的争论,分歧往往不在结论,而在一个默认前提:把流程当成一件事,而它其实是两件事叠在一起。

这两件事不是谁设计出来的,是被反复固化进同一个流程的。一边是业务跑出来的最佳实践——哪条路径更省事、更少返工,就写成规矩;一边是管控提出的要求——质量、内控、合规,逐条落进同一套动作。系统只负责把两者焊在一起,让它可执行、可复制。

任正非在 2012 年一次内部讲话里,把流程的目的说得更直白:流程的作用就三个,一是正确及时的交付,二是挣到钱,三是没有腐败。前两个是经营,第三个是管理。

企业对外的一面是经营。订单进来、货物出去、服务交付,价值沿着这条线从企业流向客户。客户看不见组织架构,只感知三件事:多久拿到、有没有出错、下一次是不是还这样。所以对外这条线的评价标准天然是效率、质量与稳定。

企业对内的一面是管理。组织要回答另外三个问题:谁有权做这个决定、资源按什么规则分配、出了事谁来承担。这条线的评价标准不是快,而是约束清晰:预算有没有超、权限有没有越、留痕能不能查、责任能不能落到人。

两面的目标并不一致,而且很难同时满足。每加一道控制,经营线就多一次等待;每减一道控制,管理线就多一分暴露。这是流程与生俱来的结构性矛盾——不是设计水平的问题,也不是管理者保守。

经营(对外)
管理(对内)
看什么
客户多久拿到、会不会出错、下次是否还这样
谁有权决定、资源按什么规则分、出事谁担
量什么
效率、质量、稳定
约束清晰、可追溯
怕什么
交付延迟、返工
越权、舞弊、查无据

图 1 一条流程的两副面孔

拿一张采购申请单来看。对经营而言,它意味着“晚三天到货,就晚三天开工”;对管理而言,它意味着“三个月后审计问这批货谁批的,能不能拿出单据”。同一个环节,两边都能证明自己必要,因为两边量的不是同一件事。

这也解释了为什么流程讨论常常谈不下去:一边在算交付周期,一边在算风险控制,用的是两把尺子。

两把尺子量的是一条流程的两面。可企业里的流程不止一条,按交付形态摊开看,大体分四类:作业型、服务型、项目型、策略型——从高频批量的标准交付,到以人为中心的客户服务,到一次性交付的项目,再到频次低、结果不确定的策略。

这四类在经营与管理之间的站位并不一样。越靠经营端,环节越少、权力节点越少、自动化越彻底——作业型流程里几乎不需要判断环节,只有异常才走审批;越靠管理端,判断与控制越密——策略型流程本身就是由专家决策和分级授权撑起来的。

类型
业务特点

经营管理

作业型
高频批量,交付物相同
服务型
以人为中心,接触最深
项目型
一次性交付,时间、成本、质量都要管
策略型
   低频、不确定、重质量

图 2 四类流程在经营与管理之间的站位

这条轴解释的是“这条流程该长什么样”,回答不了“这个环节该不该留”。要回答后者,得把镜头再推近一层:看每个环节究竟在补什么。

流程的复杂度,来自它要补的缺陷。

把两面的诉求拆开看,流程里的环节其实都在补三类缺陷——信息不对称、能力不对称、责任不对称。区别只在它们各自服务于哪一面。

  • 衔接环节:部门之间无法直接获知对方状态,于是需要单据、报表、会签、状态同步来传递信息。采购申请单、到货验收单、工序交接单、月度对账单,都属于这一类。它们主要服务对外那条线——让下游知道上游做完了什么。

  • 判断环节:一线执行者不具备足够的专业知识或授权,于是需要上级审批、专家复核、分级授权来补足判断力。供应商资质审核、客户信用评级、异常交易识别、技术方案评审,属于这一类。它们同样主要服务对外那条线——把分散的判断集中到少数有资格的人手里,用一致性换取质量的稳定。

  • 控制环节:组织需要事后能够追溯“谁在什么时候依据什么做了决定”,于是需要签批、用印、留痕、归档。合规复核、合同用印、审计留档,属于这一类。它们几乎只服务对内那条线——作用不是提升效率,而是分配责任。

三类环节的价值,不能用一把尺子衡量。

前两类补的是对外交付的缺口:信息与能力补齐一分,环节就该收缩一分。第三类补的是对内的责任缺口:钱在当期花掉,收益要等出事那天才兑现,中间隔着很长的时间。

客户不会因为企业的付款流程多四级审批而多付一分钱,但这不等于四级审批没有价值:它换来的不是客户满意,而是组织在出错时拿得出证据。两笔账混在一起算,就容易被两个方向的结论同时带偏——一边认为凡是不能直接创造客户价值的环节都该删掉,一边认为凡是控制都不能动。

由此得到一个粗略但有效的判断:一个组织的流程复杂度,大致与这三类缺陷的严重程度成正比。信息越不透明、专业判断越稀缺、责任越难界定,流程就越长。同一行业的不同企业,流程长度可能相差数倍,而业务复杂度未必相差数倍——差异往往来自信息基础与授权体系,而不是业务本身。

所以,“流程为什么会存在”这个问法太笼统,真正值得问的是:这个环节在替谁补哪个缺陷。缺陷还在,环节就该在;缺陷被削平,环节就失去理由——不是变得低效,而是变得多余。

03AI 改变了什么

AI 把这三类缺陷补到了什么程度,取决于流程处在哪个阶段。建设与运行的两个阶段,机制各不相同,能拿到的东西也不同,混在一起谈,只会得到“AI 让流程更快”这种没有信息量的结论。

先分清是哪一级 AI。

“AI”这个词现在指着四种不同的东西。从一次调用、编排固定的工作流,到接上企业知识库、答案有出处的检索增强,再到有记忆、会规划、能调工具的智能体,最后是几个智能体分工、人在关键节点把关的多智能体协同——四级之间差的不是“谁更聪明”,而是能独立承担的链路有多长。

层级
最长能替到
卡在哪
L1 大模型工作流
一个动作
编排写死,遇到分支就断
L2 检索增强
一次判断
答得出,做不到
L3 智能体
一串动作
跑偏没人拦,越权没人管
L4 多智能体协同
一条流程
责任未定,得有人盯着

表 2 四层能力,各自能承担多长(分层参考 Gulli,2025)

所以,“AI 能不能替代这个环节”这个问法本身不成立,得先问用的是哪一级。拿第一级去谈流程再造,谈出来的只是单点提效。

这条阶梯底下还垫着一层:过去二十年的工具。规则引擎要求先把业务事实翻译成字段;OCR 认字不认义,格式一变就要重训;RPA 在界面层模拟点击,流程一个环节没少,还多出脚本维护的隐性成本。它们的共同前提是:人先把世界整理成机器能理解的形态。

大模型之后,这个前提第一次松动。合同文本、工单描述、邮件往来、验收意见,这些过去必须先由人读懂、再录入系统的内容,现在可以被直接读懂。关键不在“识别得更准”,而在取消了“翻译成字段”这道工序。

流程建设阶段:先改的是流程从哪来。

过去的流程建设有固定工序:访谈、对标最佳实践、画图、配系统。三个前提藏在背后:流程由人写出“应该怎样”;定稿即固化,再改代价极高;好不好要跑上半年才知道。

AI 把这三处一起动了。第一处是读:真实执行的痕迹留在工单、合同、邮件里,过去只有系统日志能挖,现在文本也能读,图纸与实跑的偏差第一次可量化。第二处是规则:制度文本转成可执行校验,拿历史案例回放,上线前就知道会不会误杀误放。第三处是沙盘:几个智能体扮演角色跑上千遍,瓶颈自己浮出来,改组织之前先在模型上改一遍。

产出物也随之改变:从“流程图加制度文件”,变成“可执行的规则集加一套可验证的仿真”。变的不是画图速度,而是流程第一次可以在落地之前被检验。

流程运行阶段:改的是弥补缺陷的成本。

运行阶段的改变更容易被看见,也更容易被误读。每个环节都在补一个缺陷,而 AI 对三类环节的作用并不相同——混为一谈,是多数方案失败的原因。

  • 对衔接环节,作用是消解,而非加速。

这类环节本来就是为了把原始材料翻译成字段。信息能被直接读懂,“传递”就失去必要。把纸质单据电子化只是换了介质,中间那层翻译消失,环节才算真的没了。

  • 对判断环节,作用是下沉。

少数专家才能稳定做出的判断,可以在大量个案上以极低边际成本复现。但要分开两类:发票与合同是否一致、报销是否超标,依据明确、结果可核对,可以交给模型;是否接受条款苛刻但战略意义重大的合同,涉及价值取舍,不能。

  • 对控制环节,作用是改写形式,而不是取消。

留痕的需求不会消失,因为责任不会消失;能改的是形式——从“事前逐级签批”改为“事后全程可查”,前提是数据链路完整可回溯。实质是把控制从事前拦截换成事后追责,这要求更强的数据治理,不是更弱。

所以,AI 降低的不是“流程执行的成本”,而是“弥补缺陷的成本”。缺陷补得越便宜,为补缺陷而设的环节就越没有存在必要。

三者的落地速度也不同:衔接以年计,卡在系统集成;判断按场景推进;控制最慢,动的是制度与审计口径。前两类跟技术节奏走,第三类跟制度节奏走——多数项目在前两类上见效很快,到第三类就停住,不是模型不准,是制度还没改。

两个阶段不能互相替代。

运行阶段省的是时间,建设阶段省的是环节。前者可累加、可度量,做一处见效一处;后者一次性、不可逆,做对了整套环节消失,做错了整套制度推倒重来。

流程建设
流程运行
改什么
流程从哪来
补缺陷的成本
省什么
环节,一次性
时间,可累加
靠什么
智能体、多智能体
工作流、检索增强
只做一半
图纸漂亮,没人跑
管道更顺,路没变短

图 3 两个阶段,两笔不同的账

两个阶段要的能力也不同:运行靠前两级,今天就能用;建设靠第三、四级,还在早期。所以改造通常从运行开始——上线几个助手、砍掉几道录入,见效快、风险小,代价是流程本身没动。只做建设,图纸漂亮没人跑;只做运行,管道更顺,路没变短。真正的分界线不是用不用 AI,而是改环节还是改流程。

04动手之前,先做四个判断

1 先问这条流程为谁存在。

管理者接手一条流程,该先问的不是“能不能更快”,而是这条流程替客户交付了什么、替组织管住了什么。答得出,才知道该压周期还是该守约束;答不出,这条流程多半只是历年叠加的沉积物。两把尺子得先摆到桌面上:对外看交付与差错,对内看授权与留痕。否则每次讨论都会变成两个部门各拿一把尺子互相说服。

2 按缺陷取舍,不按效率取舍。

环节存在,是因为有缺陷要补。AI 让补缺陷变便宜,环节的去留就该跟着缺陷走:信息能直接读通,交接与录入可以取消;判断能下沉,审批层级可以压缩;责任补不平,留痕一条都不能少。这里没有技术答案,只有管理取舍:哪些缺陷值得继续用环节补,哪些宁可承担风险换速度,以及例外由谁接手。

3 改造的对象是流程,不是工具。

只上助手、只砍录入,省下的是时间,不是环节。真正的收益来自环节消失,所以立项时就要把口径定死:考核环节数、交付周期、差错率,而不是上线了几个 AI 应用。口径错了,验收时只能数工具;口径对了,才有机会砍掉一整段流程。

4 控制可以改形式,责任不能外移。

合规、内控、审计的要求删不掉,能换的只是实现方式:纸质签批换电子签章加时间戳,逐级审批换集中备案。前提是数据链路完整可回溯,否则取消签批等于取消唯一的证据。形式怎么变,签署、放行、承诺、付款都必须落到具体的人。这一条不能让给模型,也不能让给供应商。

四条说的是同一件事:流程的价值不在跑得多快,而在它替谁补了哪个缺陷。所以技术补得平信息与能力,却补不平责任——缺口补平,环节该退场;责任不会消失,它只是换一个地方留痕。

∞小结

流程再造领域有一句流传很广的话——把牛道铺成柏油路(paving the cow paths)。牛道弯,是因为牛当年绕过了沼泽;铺上柏油只会让弯道更好走,不会让它变直。

AI 进入流程时面对的是同一个陷阱:把模型接进现有的审批链条,让每一级审批都快一点,得到的是一条更顺畅的管道,而不是一条更短的路。真正的再造,是先判断这条路上是否还需要四个收费站。

如果只留一句话:流程再造要回答的第一个问题没有变——不是这条流程能不能更快,而是它是否还需要存在。

参考文献

Hammer, M. Reengineering Work: Don’t Automate, Obliterate. Harvard Business Review, 68(4), 104–112 (1990).

Hammer, M. & Champy, J. Reengineering the Corporation: A Manifesto for Business Revolution. New York: HarperBusiness (1993).

Davenport, T.H. & Short, J.E. The New Industrial Engineering: Information Technology and Business Process Redesign. Sloan Management Review, 31(4), 11–27 (1990).

Smith, H. & Fingar, P. Business Process Management: The Third Wave. Tampa: Meghan-Kiffer Press (2003).

Gulli, A. Agentic Design Patterns: A Hands-On Guide to Building Intelligent Systems (2025).

关于精艺数智

精艺数智(jingyidigital.com.cn)是一家企业数智化专业服务商,提供两类服务:1)数智化管理变革,帮助 IT 组织从「技术支撑」转型为驱动业务增长与卓越运营的能力中心;2)软件研发智能化,把 AI 嵌入需求、编码、测试与交付全流程,让智能开发从试点走向可复用的工程能力。

有合作意向,欢迎扫码加微信沟通

AI 使用声明

本文由作者主导完成。文章选题、框架、核心观点与最终结论由作者确定;写作过程中使用了人工智能工具辅助资料检索与整理、初稿起草及文字润色;文中数据、引述与案例均经作者核实。文责由作者承担。

相关学习资料