乐于分享
好东西不私藏

AI治理与科技商学(6):企业上下文的动态投影的“建导航”,通过流程逆向工程,让流程从“铺出来”变“算出来”

AI治理与科技商学(6):企业上下文的动态投影的“建导航”,通过流程逆向工程,让流程从“铺出来”变“算出来”

从“铺铁轨”到“建导航”——基于企业上下文的动态投影

当业务规则以周为单位变化、客户需求以天为单位跳动时,以“固定路径”为核心的流程预设方法论正在失效。

一种基于“企业上下文”的新范式正在头部企业中落地:流程不再是静态图纸,而是语义模型的动态投影。

流程不是预设出来的,而是“算”出来的。

过去十年,我们追踪了多家企业的实践,发现一个令人不安的趋势:那些被精心设计、层层审批的流程图,在实际业务中往往被一线员工“绕行”。

原因并非员工不愿遵守,而是流程本身无法适应瞬息万变的业务现实。

这一困境的根源,在于传统流程设计的基本假设——它假设业务世界是静止的。而真正的业务世界,是由不断变化的企业上下文驱动的

一、企业上下文:业务流程的“底层地图”

什么是企业上下文?

Atlan最初定义了企业上下文层:“企业上下文层是位于原始数据与AI系统之间的基础设施层,在运行时提供业务含义、治理规则和组织知识”

Publicis Sapient认为 “企业上下文图是描述企业如何运作的活地图。它连接系统、工作流、规则、决策和依赖关系,使AI能够带着业务上下文运行,而不仅仅是提示词或孤立数据”

简单来说,企业上下文是组织运作所需的所有背景性知识的总和,包括

  • 业务实体(客户、订单、物料)

  • 实体属性(等级、金额、风险)

  • 实体间关系(供应、匹配、归属)

  • 以及基于这些关系的决策规则。

企业上下文回答了三个根本问题:

我们有什么?它们如何关联?我们怎样做决策?

在大多数企业中,企业上下文是隐性的、分散的:

  • 一部分藏在老员工的大脑里,

  • 一部分写在制度文件的字里行间,

  • 一部分埋在ERP系统的字段注释中,

  • 还有一部分以“补丁”形式散落在代码的IF-ELSE语句里。

这种状态导致了一个致命后果:

传统流程设计者只能在“上下文残缺”的情况下画流程图,而业务执行者不得不在“上下文模糊”的情况下做判断

绑定式流程治理的核心洞察,就是将企业上下文从“隐性资产”转化为“显式模型”——用分类字典、关系网络和规则公理,构建一个可计算、可推理、可演化的语义模型。

这个模型,就是流程的“高精地图”,让流程不必设计,而是随需应变“算”出来的“下一个动作”。

对比维度
传统固定路径流程
动态上下文驱动流程
路径特性
固定路径,所有人所有场景都走一样流程
根据上下文动态计算,每个场景路径都可能不同
例外处理
需要人工修改流程定义,效率低下
自动适配,无需修改流程定义
处理效率
无论什么情况都需要走完所有流程步骤
大部分低风险订单自动处理,效率大幅提升
维护成本
随着业务变化需要不断调整流程,维护成本高
只需要调整规则,流程结构稳定,维护成本低

二、两种范式的分野:铁轨与导航

传统流程设计可以形象地称为“铺铁轨”。

企业先花费数周绘制泳道图,定义节点、分支、角色和时限,然后将其固化在OA系统或制度文件中。

其隐含假设是:

企业上下文是稳定的,业务路径是可预设的

然而现实恰恰相反:

  • 客户等级标准随市场调整,

  • 审批授权因旺季临时下放,

  • 供应商风险因舆情实时变化。

一旦上下文发生偏移,整条“铁轨”扭曲变形就失去意义。

变更周期通常以周或月为单位,而业务需求以天为单位跳动。

与之相对,一种新的设计理念正在头部企业和AI圈中兴起。

我们称之为“建导航”。

企业不再预先绘制唯一路径,而是先构建企业上下文的语义模型——包括

  • 实体分类(如客户等级、物料风险)

  • 关系定义(如供应商匹配度)

  • 逻辑规则(如ECA:事件-条件-动作)。

流程不再是一张固定的图纸,而是根据当前上下文中实体的状态、属性和关系,由规则引擎实时计算出的动态轨迹。

核心差异:前者让业务适应流程,后者让流程适应企业上下文

三、语义模型:企业上下文的形式化表达

语义模型并非抽象概念,而是一套可执行的业务本体。

它包含三个层次,恰好对应企业上下文的三个根本问题:

  1. 分类字典(实体层):定义业务实体的属性及其取值。

    例如“客户等级”的判断标准是“年采购额≥100万元且合作年限≥2年”。

    分类字典必须遵循MECE原则(相互独立、完全穷尽),确保每个业务对象都能被唯一、准确地归类。

    这解决了“我们有什么”的问题。

  2. 关系网络(关系层)

    描述实体之间的关联语义。

    例如“物料-供应商匹配等级”取值为“优选/可用/禁用”,其计算规则依赖于供应商的历史质量数据和物料的分类。

    关系网络使跨实体的推理成为可能。

    这解决了“它们如何关联”的问题。

  3. 规则公理(规则层)

    用ECA(事件-条件-动作)表达决策逻辑。

    例如:WHEN 采购申请提交 AND 物料风险=‘高’ OR 供应商等级=‘禁用’ THEN 质检方案=‘全检+预警’规则与流程解耦,独立存储、版本受控、可热更新。

    这解决了“我们怎样做决策”的问题。

  4. 这里的“流程图(节点编排),其实是个语义骨架”,可以参考LTC的例子:Palantir Ontology原理揭秘:从局部业务流语义骨架出发,进阶企业级本体的路径

    业务流规划:如何拉通业财,实现数据协同

这套语义模型,本质上是企业上下文的本体化表达

它将过去散落在制度文件、邮件往来、专家经验和代码补丁中的隐性知识,提炼为结构化的、机器可读的、可推理的知识资产。

四、动态投影:流程如何“算”出来

有了企业上下文的语义模型,业务流程就从传统的“设计时代”就进入“计算时代”。

其核心机制如下:

  • 节点配置化

  • 流程节点不再是“人工动作描述”,而是“规则调用点”。

  • 每个节点绑定输入字段(来自上下文模型)、调用的规则ID、输出动作(更新字段或触发任务)以及异常兜底路径。

  • 路径动态生成

  • 规则引擎根据当前输入的字段值(即企业上下文的快照)

  • 匹配优先级最高的ECA规则,输出下一节点或具体动作。

  • 流程路径不是预先画好的,而是实时计算出来的。

  • 例如,同一张“到货质检”流程图,当物料风险等级为“高”时自动投影到“全检”分支;当供应商等级为“优选”且质量趋势稳定时,投影到“免检”分支。

  • 路径随上下文变化而变化

  • 变更即时生效

  • 当业务规则调整时(例如将“金额>50万需副总审批”改为“金额>80万”),

  • 只需修改规则表中的阈值,下一笔业务立刻走新路径。

  • 无需修改流程图、更新SOP或培训员工。

  • 因为企业上下文的定义变了,投影自然随之更新。

一家浙江轴承制造企业在实施该范式后,到货质检节点的53条碎片化规则被压缩为5条核心ECA规则

单批决策时间从平均5分钟降至1秒,新员工培训周期从2周缩短至1天,规则变更响应时间从天级降至分钟级。

其本质,是将隐含在53条例外中的企业上下文,显式化为三个分类字段和一个规则表

五、组织价值:从“成本中心”到“进化引擎”

传统流程管理隐性成本往往被低估。当企业上下文散落在人脑、文档和代码中,每一次业务变化都引发连锁的文档更新、培训和沟通成本,且极易产生执行偏差。流程成为组织的“成本中心”。

语义模型+动态投影则将流程转变为“进化引擎”:

  • 知识沉淀:企业上下文(分类、关系、规则)集中在可执行的知识库中,不依赖个人记忆。人员流动不再导致核心知识流失。

  • 一致性:整个企业共享同一套语义模型,消除跨部门对同一概念的不同定义,从根源上减少流程冲突。

  • 可观测性:规则匹配日志、字段变更历史、节点执行记录构成完整的审计轨迹,支持秒级追溯。任何决策都可以回溯到触发它的企业上下文快照。

这些价值,最终体现在业务指标的改善上。该浙江轴承企业改造后,质检环节的假事件率从约8%降至0.5%以下,采购审批的自动通过率达到80%,跨部门扯皮次数从每月十余次归零

六、重新定义流程从业者的专业能力

AI时代,流程从业者的核心能力正在发生根本转移。

不再是如何绘制精美的泳道图,而是如何构建精确的企业上下文模型

这对流程管理者提出了新的要求:

  1. 上下文挖掘能力:能够从业务实例、专家经验、历史异常中提炼出MECE分类字段和关系定义。

  2. 规则抽象能力:能够将隐性的决策逻辑转化为显式的ECA(事件-条件-动作)语法,并设计优先级和冲突仲裁逻辑。

  3. 节点配置能力:能够将流程节点解构为“读取上下文—匹配规则—更新上下文”的标准化单元。

  4. 价值评估能力:能够以业务KPI(效率、质量、成本、风险)为唯一标准,评审流程设计的成败,而非流程文件的厚度。

流程的下一站,既不是写给AI看,也不是写给人看,而是构建一套人与AI都能共享、执行、进化的企业上下文

当企业拥有了这样的语义模型,流程就不再是挂在墙上的图纸,而是实时感知企业上下文、动态规划最优路径的智能导航。

这不仅是技术升级,更是管理哲学的跃迁——从控制到协同,从固化到自适应,从符号描述到可计算语义。流程的范式革命,已经到来。

这需要数据从业者/流程从业者具备对现有业务流程逆向工程化/数据使能的能力:

(1)业务/数据盘点:业务流程梳理盘点,商流票据流物流资金流碳流五流合一

(2)业务流程逆向工程:识别业务对象(业务流的语义骨架),通过表、证、单、书识别并关联到业务对象形成业务属性。

(3)经验萃取与业务规则盘点:通过多种方式识别出业务规则,并进行抽象、归纳出分类框架;

(4)数据治理/数据建模逆向工程:构建分类框架,讲业务规则绑定到分类框架上;基于数据定义和计算公式将分类框架映射到底层数据表单和外部数据来源上。

而这场革命的起点,就是正视一个问题:

你的企业上下文,现在是隐性的还是显式的?

是可执行的知识资产,还是沉睡在文档和人脑中的暗物质?

AI治理与科技商学(5):通过Skill范式确保对事件的回应义务、对关系的执行能力、对痕迹的法定承诺,确保AI 可信。