我们如何将流程flowable和activiti转化为LLM与低代码平台上的‘数字化员工
摘要:大型企业面临流程架构复杂化的挑战,传统流程目录难以有效应用。某旅游科技公司通过将BPMN图表转化为XML格式,利用大语言模型自动生成流程描述,将文档编写时间从4小时缩短至10分钟。为解决员工使用难题,公司开发了基于RAG技术的聊天机器人作为流程接口,整合低代码自动化功能,实现快速答疑、自动更新和员工培训。该系统使问题解决时间从30分钟降至10秒,并建立了持续改进机制,包括自动有效性验证和微学

摘要:大型企业面临流程架构复杂化的挑战,传统流程目录难以有效应用。某旅游科技公司通过将BPMN图表转化为XML格式,利用大语言模型自动生成流程描述,将文档编写时间从4小时缩短至10分钟。为解决员工使用难题,公司开发了基于RAG技术的聊天机器人作为流程接口,整合低代码自动化功能,实现快速答疑、自动更新和员工培训。该系统使问题解决时间从30分钟降至10秒,并建立了持续改进机制,包括自动有效性验证和微学习功能,显著提升了流程管理效率。
在大型企业中,流程架构不可避免地会变得复杂。团队、产品和内部系统越多,对透明且可控的流程的依赖性就越高。理论上如此。
实际上,即使拥有流程目录,员工仍会通过私信反复提出相同的问题,到处寻找各类存储库中的操作指南,甚至依赖口头约定。文档确实存在,但使用起来很不方便。.
在奥斯特罗夫卡(拥有数千名员工、分散的团队、多个产品方向以及全天候运营),我们全面遇到了这一问题。流程目录开始建立起来,但很快便清楚:仅靠它本身并不能创造价值。很少有人能读懂BPMN图,而手动维护描述的最新性既昂贵又不稳定。
由此,我们踏上了将流程目录从静态文档转变为服务的征程。在此基础上,我们构建了一款基于大语言模型和检索增强生成技术的低代码自动化聊天机器人,它已成为进入流程架构的入口:能够回答问题、发起更新、培训员工,并受理优化申请。
本文将深入探讨其运作机制、我们面临的限制以及取得的成果。
接下来,我们将探讨如何将零散的描述和非正式的约定整合成一个切实可行的流程目录——进而将其转化为员工真正乐于使用的工具。以我为例,这个工具就是基于大语言模型、结合RAG技术,并辅以低代码自动化的聊天机器人.
出于一些原因,我无法透露具体工具的名称,但我会详细讲解其架构原理、设计方法以及限制——这些内容足以让你在自己的公司中重现这一理念。
首先,简单介绍一下背景:我为何会涉足BPM?我的专业背景是企业培训(L&D)。随着时间推移,我的职责范围逐渐扩大:涵盖了整个人力资源领域的各项流程、HRIS系统的开发以及人力资源分析体系的构建。我曾负责ETL配置、数据质量、仪表板设计、流程自动化,以及数据驱动方法的落地实施——从方案设计到数据分析,无所不包。
“这段经历让我领悟到最重要的一点——系统性思维。在某个时刻,我清楚地意识到:如果公司整体缺乏透明的流程架构,那么局部的人力资源优化所能带来的效果是有限的。”
就这样,我进入了BPM——不再只是作为职能部门内部的方法论专家,而是晋升为公司层面的集成者:我需要将流程、数据、自动化和人员整合到一个高效运转的统一系统中。
起点
我们公司是一家旅游科技企业,拥有多个产品方向:B2C、B2B 和企业级市场。团队分布广泛,内部系统数十个,流程数百个。
在这种配置下,管理变得迅速变得复杂起来。实际上,情况通常如下:
-
部分流程根本未被描述,
-
部分流程以不同格式描述,
-
同一个流程可能同时存在3到4个版本,
-
说明和SOP的结构存在差异,
-
信息很快过时了,
-
根本不存在完整的流程架构。
只有在公司内部待上一段时间,才能真正了解公司的运作方式。
按原样收集目录
我决定的第一步是收集当前流程的现状目录(即“现状”)。实际上,这个目录并不存在——只有一些零散的文档,比如维基页面和单独的文件。
我开发了一种统一的描述模板,其中包含:
-
过程的目标与范围,
-
输入与输出,
-
利益相关方与责任区域,
-
RACI,
-
所用系统与跟踪工具,
-
关键沟通,
-
图形示意图。
我选择了BPMN 2.0作为流程图的标注方式——它足够通用,适用于各种功能,并能以形式化的方式描述复杂的逻辑(包括异常、补偿和替代方案)。
公司几乎没有任何流程用BPMN进行描述。在完成几份描述后,我意识到:以这种速度根本无法实现目录的规模化扩展。
平均:
-
用BPMN构建流程图大约需要2小时(有时更久),
-
填充文本模板——还需要大约4小时。
一个流程耗时六小时,这是瓶颈所在。
自动化描述生成
解决方案出乎意料地简单:利用大语言模型根据图表生成文本部分。
核心思想不是分析图表图像,而是将BPMN转换为XML并将其传递到模型上下文中。这使得:
-
避免使用多种模型(视觉+文本),
-
降低流水线的成本和复杂度,
-
直接处理结构化流程数据。
图表的尺寸对LLM而言完全适用:平均每个流程包含约三个责任区域,每个区域所涵盖的任务数量从几个到几十个不等,具体取决于细化程度。在某些情况下,我们仅记录主干路径——即由4至5个关键步骤构成的核心场景。在其他场景中,我们以分析级水平对流程进行建模:包含分支、错误处理、升级机制和备选方案。
LLM接收一张转换为XML格式的图表,以及一条严格按照我们模板生成描述的指令。结果需要进行编辑,但基本结构是自动生成的。本质上,LLM将复杂图表的图形语言转化为员工易于理解的格式。
需要指出的是,我并未对模型进行单独优化,而是采用了默认设置——真正发挥主要作用的,并非LLM的选择,而是数据架构和应用场景。
结果:模板填写时间从大约4小时缩短至10分钟.
因此,在前六个月内,我们成功地建立了一个相当完善的相关部门描述数据库。我为这些内容在企业维基中专门开辟了空间——设置了既定的结构、层级和操作规范,并提供了便捷的导航与搜索功能。
但出现了一个新问题。几乎在每次演示中,我都会听到同样的问题:
-
“这是给谁看的?”
-
“文字太多了”
-
“这里到底该怎么找东西啊?”
-
“我们已经有说明书了——还要目录干什么?”
在当前阶段,LLM主要解决了目录规模化的问题——加快了描述的生成速度,但并未改变员工与这些描述的互动方式。尽管文本更加易懂,该目录仍是一大堆文档——用户仍需自行查找并阅读这些文档。
于是,一个关键问题浮出水面:如何将目录从一堆描述转变成真正被人们使用的工具?
机器人代替目录导航
于是,目录不断扩充,而员工们却依然沿用旧有的工作流程。
从形式上看,答案早已存在于目录之中。但实际上,要找到它们却耗时漫长、困难重重且并不显而易见。更甚者,甚至并非所有人都知道这个名录的存在。
我选择的解决方案:基于目录的RAG机器人。
与其简化方案或编写更多说明,我干脆在目录之上搭建了一个界面——一个企业即时通讯工具中的聊天机器人。
架构由三层组成:
-
流程目录—真理之源,
-
RAG服务—搜索与提取层;以人类语言生成答案
-
低代码— 逻辑、场景、反馈。
机器人仅基于已索引的语料库进行回答。我在系统提示中特别明确了以下限制:机器人必须依据所找到的片段作答,引用相关过程,不得自行“补充”细节(以防止出现幻觉现象)。
这里的请求处理逻辑比“未找到——以中立态度回答”稍显复杂。如果首次尝试未能找到相关流程,机器人会执行额外的步骤:先检查同义词表和内部术语,然后重新生成答案。如果即便如此仍未找到合适的材料,该模型将按照预先设定的方案行事——引导员工前往特定的支持渠道或责任角色,并提供已备好的请求模板。
除了回复的结构,我还确定了沟通的基调:简明扼要、避免官样文章,使用清晰易懂的措辞,并明确指出后续行动。
自我改进机制
机器人每次回答后都附带反馈功能。如果评分较低,系统会自动将其标记为待处理任务,随后我将深入分析具体问题所在:是表述不够准确、流程描述存在遗漏、图表出现错误,还是用户期望与形式上正确的答案之间存在偏差。平均而言,25%的机器人回答需要改进,但评分低并不总是意味着错误——很多时候,用户期待的是不同层次的细节,或者机器人目前尚不具备的相关信息。
根据结果,对系统的各项要素进行修订——包括流程描述、BPMN图、术语和同义词词典、常见问题解答及其他辅助材料。这样一来,不仅机器人的回答得到改善,知识来源本身也得以提升。
实际上,该机器人已成为流程架构的接口,同时也是其持续改进的机制。这直接提升了回答的质量:在重复提问时,系统表现得更加精准。结果,员工只需约10秒即可获得答案,而此前则需花费20至30分钟查找或等待同事回复;与此同时,各项产品指标也在稳步提升——例如,自上线以来,NPS每月增长5%至7%。
自动有效性验证
随着机器人的出现,目录时效性的要求急剧提高。如果源数据过时,相应的回答也会过时。实践表明,仅一个月后,约3%至6%的描述就会出现变化。在活跃的运营环境中,这意味着知识会持续漂移。
我添加了通过低代码实现的控制机制.
针对每个流程:
-
记录所有者,
-
记录最后一次确认有效性的日期,
-
设定“有效期”(以我的情况为例,为180天)。
如果期限届满,机器人会自动向所有者发送消息,并提供以下选项供选择:
-
确保一切最新。
-
我不再是所有者了,
-
需要更新——我们见面吧。
根据所选选项,在跟踪器中创建任务。

如果流程变更了负责人,机器人会协助确定新的责任点——系统依赖于角色的正确分配。若未收到回复,机器人将发送重复提醒(至少每周一次)。
更新数据集描述后,RAG 会自动同步,因此机器人始终使用最新版本的流程。
目前,大约10个流程所有者中有4个会回复机器人消息。如果以发送通知的总数量(包括重复提醒)来计算,回复比例不超过12%。即便如此,也足以显著减少人工核查的工作量,并确保目录保持正常运行。
用户培训
即使有了目录和机器人,仍然存在一个系统性问题:并非所有员工都理解流程方法的价值。
为混合型受众(远程办公、不同职能、不同层级)组织线下培训,成本高且难度大。
因此,我决定通过同一个机器人进行微学习。
我在RAG数据集中添加了:
-
过程管理理论,
-
内部方法论,
-
模板,
-
自动化规则,
-
流程管理政策,
我将多个主题整合为一个课程,并通过低代码场景实现了微学习:
-
员工进行登记,
-
机器人每天发送一个主题,
-
可以提问并提交家庭作业,
-
最后——NPS 测量。
-
写在最后
任何管理软件技术领域的发展,离不开企业管理最核心的本质– 降本增效,只要企业的组织架构和协作需求还在,流程的管理及绩效优化依然是企业管理的基础,技术的创新发展离不开业务的本质需求,至于各种新鲜概念更多的还只是营销的需要,专业领域的发展需要持续的沉淀及积累。
推荐一款结合大模型的一款全新旧系统拍照免费迁移工具。能根据聊天和图片生成标准BPMN 2.0 XML,可与主流开源或企业级流程引擎(如Flowable, Camunda、Operaton、activiti)无缝集成。
体验可访问: http://flow.je4.cn/#/login
上传图片,根据图片生成标准BPMN2.0效果:
根据聊天内容生成标准BPMN2.0效果:

DAMO开发者矩阵,由阿里巴巴达摩院和中国互联网协会联合发起,致力于探讨最前沿的技术趋势与应用成果,搭建高质量的交流与分享平台,推动技术创新与产业应用链接,围绕“人工智能与新型计算”构建开放共享的开发者生态。
更多推荐

所有评论(0)