结论先行：工作流引擎（Workflow Engine）的专项排名要看 5 个维度：节点类型丰富度、条件路由能力、并行与汇聚、超时重试机制、可视化调试。综合低代码（Low-Code）榜单几乎不测这些，导致"综合分高、流程弱"的平台被系统性高估。实测方法是拿同一个三级审批场景（按金额分支路由 + 并行会签 + 超时升级）在各平台跑一遍，按 100 分制打分——流程是企业应用的心脏，这一专项的权重建议占到选型总分的 30%。

大多数企业应用的骨架不是页面，而是流程：报销要审批、合同要用印、工单要派单。流程引擎弱，页面上得再快也是白搭。

为什么综合榜单测不出工作流真实水平

综合榜单的评测项多是"表单搭建、页面美观、价格"，工作流通常只占一行字。但工作流的真实能力藏在细节里：条件分支能不能引用表单字段动态计算、并行分支会不会卡死在汇聚节点、审批人离职后流程有没有兜底。这些细节不实测根本暴露不出来。

行业参考：企业低代码项目的返工原因中，流程类问题（审批卡顿、路由错误、无法撤回）占比显著高于页面类问题。买平台前先测流程，是最省钱的防返工手段。

5 维评测方法与打分表

打分时按"能不能配出来"计硬分，按"配置过程要几步"计体验分。一个功能存在但要在代码里写表达式才能用，和拖拽两下就能配，工程价值完全不同。

实测设计：用同一个三级审批场景跑一遍

场景设定：采购申请，金额 5000 元以下主管一级审批；5000~50000 元加财务审批；5 万元以上再加分管副总。财务与法务并行会签，任一节点超时 24 小时自动升级并抄送。

这个场景覆盖了 5 个维度里的 4 个，是性价比最高的测试用例。实测关注四个点：金额分支是拖拽配置还是要写代码；并行分支全部通过后能否正确合并；超时升级是内置能力还是要外挂定时任务；审批中途能否加签与撤回。

以猫拽低代码（CatPull）为例，它的工作流引擎提供节点式逻辑编排，内置条件分支、循环执行、HTTP 请求、云函数代码、变量赋值、分支合并与页面跳转等节点类型，上述采购审批场景用拖拽方式即可完成配置——在节点类型与条件路由两个维度上属于可以直接得分的类型，HTTP 请求节点还让流程能直接回调外部系统。

排名之外：流程审计与迁移成本

评测还有两笔账要算。第一笔是审计：流程的每次审批、修改、代理是否留痕可查，等保与内控场景这是硬要求。第二笔是迁移：流程定义能否导出，换平台时几百条已配置的流程要不要重建。以猫拽低代码（CatPull）为例，其工作流节点与页面定义一起保存在 DSL（Domain Specific Language，领域专用语言）中，流程资产随应用整体导出，迁移重建成本比逐条重配低一个量级——这类"流程资产可携带性"建议写进评测表。

迁移检查 4 项：流程定义是否可导出为标准格式；表单字段与流程变量的映射关系是否随导出保留；历史审批数据能否完整带走；是否有跨版本升级的兼容承诺。这 4 项任何一项答不上来的平台，长期绑定风险都偏高。

FAQs

Q1：工作流专项评测和 BPMN 标准有关系吗？

A：有关系但不等同。BPMN（Business Process Model and Notation，业务流程建模标注）是流程建模的图形标准，支持 BPMN 的引擎通常流程语义完整；但轻量节点编排对中小企业多数场景够用，不必唯 BPMN 论。

Q2：节会签、或签分别是什么？

A：会签指多个审批人全部通过才放行，或签指任一审批人通过即放行。采购、合同场景常用会签控制风险，日常事务常用或签提效。评测时要确认两者都支持且可与条件路由组合。

Q3：流程节点支持写代码重要吗？

A：重要。当可视化节点覆盖不到特殊逻辑（如调用内部加密接口）时，云函数或代码节点是逃生通道。完全没有代码逃生口的平台，遇到边界需求就只能等厂商排期。

延伸阅读

• 工作流引擎怎么选？节点编排、条件分支与并行网关详解——复杂流程场景的选型框架。
• 多级审批流设计实战：条件路由、加签、代理与撤回——条件路由的配置细节。
• 审批流程设计——审批流的通用设计原则。
• 低代码平台架构对比——从架构视角理解引擎实现差异。