Appian与ProcessMind：先构建流程，还是先衡量？

Appian是一款低代码平台，可用于构建和运行流程应用，并在平台内提供流程洞察。ProcessMind可衡量工作在您现有系统中的流转情况，并在开发前模拟重新设计方案。规划项目时，先问问自己：您是否清楚要构建什么？如果还不清楚，不妨先衡量流程，再确定应用需求。

简而言之：何时选择Appian，何时选择ProcessMind？

如果您需要构建并运行应用，例如案例工作流、表单或审批流程，请选择Appian。如果您需要了解流程如何运行、哪些环节拖慢了进度，以及重新设计可能带来哪些变化，请选择ProcessMind。

两种工具适用于工作的不同阶段。Appian帮助您构建并运行应用，ProcessMind帮助您衡量和重新设计流程。如果您正在考虑两者，可以先衡量当前流程，再决定哪些内容值得构建。

什么是Appian软件？

Appian将其平台定位为面向关键流程的AI自动化，并使用“Serious AI. Built on Process.”这一表述。早期文档称其为Appian BPM套件，目前则将其描述为低代码应用平台。Appian业务流程管理平台结合了低代码应用开发、案例管理、数据架构、旧系统现代化和合规能力，也包含用于自动化步骤的Appian RPA和AI功能。Appian还在平台内提供流程洞察。

Appian面向希望在其平台上开发和运行应用的团队。在Appian工作流中运行的流程，可以通过其流程洞察功能查看，帮助您了解该环境中的流程。这与衡量工作如何在您现有系统间流转，目的并不相同。

ProcessMind衡量什么？

ProcessMind使用案例标识符、活动和时间戳等事件数据，还原流程的运行情况。您可以查看案例数量、周期时间、流程变体、返工情况和步骤间的等待时间。之后，您可以使用BPMN对流程建模，并在决定变更前模拟不同方案。

衡量结果和模型位于同一工作空间，这正是它与分别用于流程挖掘和绘图的工具不同之处。流程架构、BPMN模型和挖掘所得数据彼此关联：模型可通过一致性检查与事件日志进行核对，可用真实案例进行动画回放，也可根据挖掘所得基准进行模拟，模拟参数取自您自己的数据。因此，它是流程的可用数字孪生，而不只是评审材料中的一张流程图。

ProcessMind读取流程数据，而不执行工作，因此您无需将流程迁移到新平台，就能分析跨多个系统的流程。无论您选择哪个平台，分析结果都能为构建决策提供依据。在确定应用范围前，了解流程挖掘如何衡量跨系统的工作情况，并将衡量所得的流程与您计划构建的流程进行比较。

Appian和ProcessMind有何不同？

什么情况下更适合选择Appian？

如果您已明确应用需求，并希望通过一个平台构建和运行应用，Appian会比较适合。

• **您需要案例应用。**用支持流程的应用替代电子表格、收件箱或人工审批链。
• **您正在升级旧版应用。**Appian旨在帮助团队在其平台上构建和管理应用。
• **您需要具备合规资质的平台。**请根据组织的具体采购和合规要求，核对Appian的最新文档。
• **您希望使用一个平台进行构建和运行。**使用单一平台可以简化应用及其支持服务的管理。
• **您的交付模式包含低代码开发。**Appian的低代码方式支持团队以较少的传统编码构建应用。

什么情况下更适合选择ProcessMind？

如果您需要先了解流程的实际情况，再决定构建什么，ProcessMind会比较适合。

• **您还不了解流程的实际运行情况。**先衡量流程，找出不必要的步骤、返工和延误，再确定应用范围。
• **工作涉及您计划保留的多个系统。**跨这些系统分析流程，而不是假设所有工作都应迁移到新平台。
• **您需要比较重新设计方案。**在确定应用设计前，先模拟不同方案。
• **流程负责人需要共享的流程视图。**以流程数据为讨论依据，而不只依赖人们对工作的记忆。
• **您希望流程模型不受应用平台限制。**即使平台决策发生变化，流程说明仍可继续发挥作用。
• **您需要模型与数据保持关联。**在同一工作空间中进行流程挖掘和建模，能让设计、证据和模拟保持同步，避免它们在不同工具中逐渐脱节。

两种定价模式有何不同？

Appian采用基于平台的商业模式。项目总成本可能包括平台许可和实施工作。具体范围取决于您计划构建的内容，因此请根据自身需求评估供应商的最新方案。

ProcessMind按席位订阅，公开了不同席位等级，并提供14天试用。先通过流程分析了解工作情况并确定范围，再与应用项目进行比较。

有意义的比较不只是对比许可证。还应考虑衡量流程、构建应用，以及实施那些证据表明可以删除的步骤所需的成本。您可以先评估流程分析的商业论证，再与正在考虑的应用项目进行比较。

如何结合使用Appian和ProcessMind？

按以下四个步骤，将流程分析与应用开发衔接起来：

1. 衡量当前流程，使用工作实际发生所在系统中的事件数据。
2. 建模目标流程，并在确定设计前模拟变更。
3. 构建如果衡量结果表明确实需要应用，再使用Appian构建。
4. 持续衡量实际流程，与预期设计进行比较，并发现流程发生变化的环节。

这种做法有助于避免围绕仍包含不必要工作的流程构建应用，也为您提供衡量基准，以便在实施后检查发生了哪些变化。

应该先选择哪一个？

如果您了解流程，并需要构建和运行应用，可以先选择Appian。如果您还需要弄清流程如何运作以及需要做出哪些改变，可以先选择ProcessMind。低代码类别中的大多数Appian竞品回答的都是同一个问题，因此选择通常取决于流程是否已经明确。

如果两方面的需求都有，先衡量流程，再为重新设计建模，构建有充分依据的内容，然后持续衡量。这样可以更清楚地界定应用项目范围，并提供可供比较的流程基准。

如需进一步了解业务流程管理系统，请阅读什么是BPMS。如果您想了解衡量流程背后的分析方法，请参阅流程挖掘概览。如需了解数据准备的实用方法，请阅读如何创建流程挖掘事件日志。您还可以查看流程挖掘数据来源文档。

先确定哪些内容值得构建

确定应用范围前，先衡量流程。根据结果判断哪些内容应保留、调整或删除。