系统越多,流程挖掘与自动化越依赖边界而不是功能数量

先看中国市场与制度环境。国家数据局在《数字中国建设2025年行动方案实施情况报告》中明确:数字经济核心产业增加值占GDP比重超过10.5%,软件业务收入15.48万亿元。因此,流程挖掘如何服务自动化首先要把事件质量的对象和口径讲清楚。

国内资料还需要交叉阅读:全国标准信息公共服务平台资料显示,从组织、制度、过程和技术等方面评估数据管理能力;全国标准信息公共服务平台资料显示,从功能适合性、性能效率、兼容性、易用性、可靠性、安全性、维护性和可移植性描述质量。前者用于判断现实补充,后者用于核对偏差分类。

在事件质量之外,Object Management Group《Business Process Model and Notation (BPMN)》可用于比较国际方法:提供业务人员可理解、技术人员可实现的标准流程图形表示。实际项目仍应按全国标准信息公共服务平台关于“信息技术服务要求”的要求设置偏差分类,再用本企业数据定阈值。

RESEARCH NOTES

公开资料中的三个判断

这些数字用于校准问题规模;样本、时间与统计范围见文末资料。

15.48万亿元软件业务收入

数字化供给持续扩张,项目价值更依赖业务边界、数据责任与运行验收。

资料 [1]
GB/T 36073数据管理成熟度

数据标准、主数据、质量和安全需要共同形成可持续机制。

资料 [2]
8类特性系统与软件质量模型

功能完成不能替代可靠性、安全性、维护性和可移植性验收。

资料 [3]

先确定业务事实,再确定系统怎样分工

“事件质量”负责案例ID、活动、时间和执行者必须一致且可解释;“现实补充”负责访谈和现场观察补足线下、绕行与未记录动作;“偏差分类”负责区分合规例外、系统缺陷、培训问题和合理创新。流程挖掘如何服务自动化的系统边界应沿这三个事实展开。

01

事件质量

案例ID、活动、时间和执行者必须一致且可解释。

02

现实补充

访谈和现场观察补足线下、绕行与未记录动作。

03

偏差分类

区分合规例外、系统缺陷、培训问题和合理创新。

04

价值排序

用等待、返工、风险和客户影响选择改进点。

05

自动化边界

规则稳定、输入可用、异常能接管才适合自动执行。

数据图表

2025年中国软件业:收入与细分领域增速

软件业务收入同比增长13.2%,信息技术服务增长14.7%,集成电路设计增长18.9%;增长背景不等于单个数字化项目天然具备回报。

2025年中国软件业:收入与细分领域增速。软件业务收入同比增长13.2%,信息技术服务增长14.7%,集成电路设计增长18.9%;增长背景不等于单个数字化项目天然具备回报。
来源:工业和信息化部《2025年软件业运行情况》访问日期:2026-09-05
查看图表数据与统计口径
指标
数值
单位
集成电路设计
18.9%
同比增长(%)
信息技术服务
14.7%
同比增长(%)
云计算、大数据服务
13.6%
同比增长(%)
软件业务整体
13.2%
同比增长(%)
软件产品
10.4%
同比增长(%)
信息安全产品和服务
6.7%
同比增长(%)

按工信部2025年全年运行数据重新制图;细分领域规模与统计边界不同,增速仅用于观察行业结构。

四类现状,对应四条不同的演进路径

在“流程透明度低”条件下,建议“先做发现性分析”,理由是不急于设自动化目标。继续比较现实补充与偏差分类时,应防止该动作越过“流程透明度低”的适用边界。

业务条件
建议路径
判断依据
流程透明度低
先做发现性分析
不急于设自动化目标
规则明确量大
考虑自动化或工作流
仍要保留异常出口
例外比例高
先重构规则与职责
机器人无法消除业务歧义
日志不完整
先改系统埋点和状态
漂亮流程图不能替代证据

边界不清时最常见的四种后果

先复盘“把频繁当正确”,因为高频路径可能是长期形成的低效做法;再检查“忽略线下动作”,因为系统等待实际在微信群完成审批。两种异常分别关联事件质量与现实补充,需要独立的发现、止损和恢复记录。

R1

把频繁当正确

高频路径可能是长期形成的低效做法。

R2

忽略线下动作

系统等待实际在微信群完成审批。

R3

监控员工

流程分析越界为个体绩效或不当画像。

R4

自动化锁死

政策和业务变化后流程难以快速调整。

流程挖掘与自动化从一条关键链路起步

路径从“选业务对象”开始:以订单、项目或工单定义案例;随后完成“审计日志”与“对照目标”,最终以“再自动化”验证是否具备扩大条件。

01选业务对象以订单、项目或工单定义案例
02审计日志验证事件完整性和时间语义
03对照目标连接BPMN、制度与真实路径
04小步改进先消除一个高成本等待或返工
05再自动化建立异常接管和效果复盘

流程挖掘如何服务自动化的结果、链路与风险指标

先看“事件质量”:案例ID、活动、时间和执行者必须一致且可解释。对应的内部基线应保持同一对象和周期;再看“把频繁当正确”,记录其发生次数、影响范围和关闭时长。

“现实补充”反映主链路是否按预期运行;一旦出现“忽略线下动作”,需回查偏差分类与具体责任记录,不能用汇总成功率掩盖未决事项。

公开资料中的“15.48万亿元”对应软件业务收入。对流程挖掘如何服务自动化的投入决策,仍应同时观察事件质量的业务变化、现实补充的稳定程度和偏差分类相关异常的处置成本。

结果信号软件业务收入用内部同口径数据判断流程挖掘与自动化是否改变目标结果,不直接套用外部比例。
运行信号事件质量与现实补充围绕流程挖掘与自动化记录成功、失败、等待和人工介入,定位链路在哪一步失去控制。
风险信号把频繁当正确 / 忽略线下动作对把频繁当正确与忽略线下动作同时观察发生次数、影响范围、恢复时长和复发情况。

需要平台、集成还是专属建设,应从边界判断

企业数字化与业务系统
中国广电安徽网络中国科学技术大学

掌触如何承接流程挖掘与自动化中的关键环节

掌触可从“选业务对象”参与流程挖掘如何服务自动化的边界梳理,以业务建模、系统集成、数据治理与持续交付能力连接事件质量、现实补充和偏差分类。其中事件质量应由客户确认业务责任,现实补充根据现有系统决定复用或对接,偏差分类再结合首期验收目标选择标准模块或专属实现。

把“事件质量”责任问清楚再上线

  1. “事件质量”与“现实补充”分别由哪个角色和系统负责,冲突时以谁为准?
  2. 选择“流程透明度低”或“规则明确量大”时,适用条件是否已经用现状数据验证?
  3. 出现“把频繁当正确”时,谁先发现、谁能止损、怎样恢复,是否有可查询记录?
  4. 首期怎样完成“选业务对象—对照目标”而不把范围扩成一次性大项目?
  5. 流程挖掘与自动化的哪些指标达到什么水平才继续投入,哪些信号出现时必须调整或暂停?

常见问题

流程挖掘与自动化应该从哪里开始?

以国家数据局和全国标准信息公共服务平台的国内依据为主,先确认事件质量与现实补充;国际研究只作方法对照,最终阈值应由企业自身数据验证。

流程挖掘与自动化最需要提前防范的失败是什么?

先处理“把频繁当正确”:高频路径可能是长期形成的低效做法;同时监测“忽略线下动作”:系统等待实际在微信群完成审批。发现信号关联事件质量,恢复结果回到现实补充复验。

“流程透明度低”适合直接采用先做发现性分析吗?

适用于“流程透明度低”时,可采用“先做发现性分析”;依据是不急于设自动化目标。若事件质量的数据无法证明该条件,应降低自动化程度并保留复核。

掌触科技可以参与哪些环节?

掌触可先连接事件质量与现实补充,再用业务建模、系统集成、数据治理与持续交付能力承接偏差分类。完成“选业务对象”的责任确认后,按流程透明度低的接口条件选择产品复用、系统对接或专属模块。