AppianとProcessMindを比較：構築と測定、どちらを先に始めるべきか

Appianは、プロセスアプリケーションの構築・実行に使うローコードプラットフォームで、プロセス分析機能も備えています。一方、ProcessMindは、現在お使いのシステムをまたいで業務の流れを測定し、構築に着手する前に再設計案をシミュレーションできます。プロジェクトの範囲を決める前に、まず何を構築すべきか明確になっているかを確認しましょう。まだ分からない場合は、アプリケーションを定義する前にプロセスを測定することが先決です。

要点：AppianとProcessMindはどのように選ぶか

ケース管理のワークフロー、フォーム、承認プロセスなどのアプリケーションを構築・実行する必要がある場合は、Appianが適しています。プロセスの実行状況や遅れの原因、再設計によって変えられることを把握したい場合は、ProcessMindが適しています。

両者は業務の異なる段階に対応します。Appianはアプリケーションの構築・実行を支援し、ProcessMindはプロセスの測定・再設計を支援します。両方を検討している場合は、まず現状のプロセスを測定し、構築する価値があるものを判断してください。

Appianとはどのようなソフトウェアですか？

Appianは、自社のプラットフォームを「AI automation for critical processes」と説明し、「Serious AI. Built on Process.」という表現を使っています。以前の文書ではAppian BPMスイートと呼ばれており、現在はローコードアプリケーションプラットフォームとして紹介されています。Appianのビジネスプロセス管理プラットフォームには、ローコードアプリケーション開発、ケース管理、データファブリック、レガシーシステムのモダナイゼーション、コンプライアンス機能が含まれます。また、手順を自動化するためのAppian RPAやAI機能も備えています。プラットフォーム内でプロセス分析を行うこともできます。

Appianは、自社のプラットフォーム上でアプリケーションを開発・実行したいチーム向けに設計されています。Appianのワークフローとして実行されるプロセスは、プロセス分析機能で確認でき、その環境内のプロセスを把握するのに役立ちます。これは、すでに利用しているシステム全体で業務の流れを測定することとは、目的が異なります。

ProcessMindは何を測定しますか？

ProcessMindは、ケース識別子、アクティビティ、タイムスタンプなどのイベントデータを使って、プロセスの実行状況を再構成します。ケース数、サイクルタイム、プロセスのバリアント、手戻り、手順間の待ち時間を確認できます。その後、BPMNでプロセスをモデル化し、変更を決める前に複数の案をシミュレーションできます。

測定とモデルは同じワークスペースにあります。マイニング用と図の作成用に別々のツールを使う場合との違いはここにあります。プロセスアーキテクチャ、BPMNモデル、マイニングしたデータが連携します。適合性チェックでモデルとイベントログを照合し、実際のケースを使って動きを表示し、マイニングしたベースラインと比較してシミュレーションできます。シミュレーションのパラメーターには、独自のデータを使います。そのため、レビュー資料に載せるだけの図ではなく、プロセスのデジタルツインとして機能します。

ProcessMindは業務を実行するのではなく、プロセスデータを読み取るため、プロセスが複数のシステムにまたがっていても、新しいプラットフォームに移行せずに分析できます。分析結果をもとに、選択するプラットフォームにかかわらず、構築の判断を行えます。アプリケーションの範囲を決める前に、プロセスマイニングでシステム全体の業務をどのように測定するかを確認し、測定した流れと構築予定のプロセスを比較してください。

AppianとProcessMindの違いは何ですか？

Appianが適しているのはどのような場合ですか？

必要なアプリケーションが明確で、それを構築・実行するプラットフォームをお探しの場合は、Appianが適しています。

• ケース管理アプリケーションが必要です。 スプレッドシート、受信トレイ、手作業の承認フローを、プロセスを支援するアプリケーションに置き換えます。
• レガシーアプリケーションを刷新します。 Appianは、プラットフォーム上でアプリケーションを構築・管理するチームを支援するよう設計されています。
• コンプライアンスに関する認証実績を備えたプラットフォームが必要です。 Appianの最新の文書を確認し、組織固有の調達要件やコンプライアンス要件と照らし合わせてください。
• 構築から実行までを1つのプラットフォームで行いたい場合。 プラットフォームを1つにまとめることで、アプリケーションとそのサポートを管理しやすくなります。
• ローコード開発を含む納品モデルを採用しています。 Appianのローコード方式では、従来のコーディングを減らしながらアプリケーションを構築できます。

ProcessMindが適しているのはどのような場合ですか？

何を構築するか決める前に、プロセスに関する根拠が必要な場合は、ProcessMindが適しています。

• プロセスの実態をまだ把握できていません。 アプリケーションの範囲を決める前に、実行状況を測定して不要な手順、手戻り、遅延を見つけます。
• 業務が、今後も使い続ける予定のシステムにまたがっています。 すべてを新しいプラットフォームに移すと決めつけず、各システムにまたがるプロセスを分析できます。
• 再設計案を比較する必要があります。 アプリケーションの設計を決める前に、複数の案をシミュレーションできます。
• プロセスオーナー間で共通の見方が必要です。 業務に関する記憶だけでなく、プロセスデータをもとに話し合えます。
• アプリケーションプラットフォームに依存しないプロセスモデルが必要です。 プラットフォームの選択が変わっても、プロセスの記述を役立てられます。
• モデルとデータの連携が必要です。 マイニングとモデリングを同じワークスペースで行うことで、設計、根拠、シミュレーションが連携し、別々のツール間でずれるのを防げます。

料金体系にはどのような違いがありますか？

Appianはプラットフォームを基盤とする商用モデルです。プロジェクト全体には、プラットフォームのライセンス費用と導入作業が含まれる場合があります。費用や作業範囲は構築する内容によって異なるため、ベンダーの最新の提案を要件と照らし合わせて評価してください。

ProcessMindは、公開済みの料金プランによるシート単位のサブスクリプションと、14日間のトライアルを提供しています。プロセス分析で業務を把握し、アプリケーションプロジェクトと比較する前に範囲を定めてください。

比較すべきなのは、単にライセンス同士ではありません。プロセスの測定、アプリケーションの構築、根拠から不要と分かった手順の実装にかかる費用を検討してください。検討中のアプリケーションプロジェクトと照らし合わせて、プロセス分析の導入効果を見積もると、比較の整理に役立ちます。

AppianとProcessMindを併用する方法

プロセス分析とアプリケーション開発をつなぐ、次の4つの手順を紹介します。

1. 測定：業務が行われているシステムのイベントデータを使い、現状のプロセスを測定します。
2. モデル化：目指すプロセスをモデル化し、設計を決める前に変更案をシミュレーションします。
3. 構築：測定結果からアプリケーションが必要だと分かった場合は、Appianで構築します。
4. 継続的な測定：稼働中のプロセスと目指す設計を比較し、変化した箇所を確認します。

この手順に沿うことで、不要な作業が残るプロセスを前提にアプリケーションを構築する事態を避けやすくなります。また、導入後の変化を確認するための測定済みベースラインも得られます。

どちらから始めるべきですか？

プロセスを把握しており、アプリケーションを構築・実行する必要がある場合はAppianから始めます。プロセスの実態や変更すべき点をまだ確認する必要がある場合は、ProcessMindから始めます。ローコード分野のAppianの競合製品も同じ問いに答えるため、通常はプロセスがすでに明確かどうかが選択の決め手になります。

両方が必要な場合は、まず測定し、再設計をモデル化して、根拠のあるものを構築した後も測定を続けます。これにより、アプリケーションプロジェクトの範囲を明確にし、比較の基準となるプロセスのベースラインを用意できます。

ビジネスプロセス管理システムについて詳しくは、BPMSとはをご覧ください。測定したプロセスの分析については、プロセスマイニングの概要をご覧ください。データの準備方法については、プロセスマイニング用イベントログの作成方法をご覧ください。また、プロセスマイニング用データの入手先に関する文書もご確認ください。

まず構築する価値のあるものを見極める

アプリケーションの範囲を決める前にプロセスを測定します。結果をもとに、維持・変更・削除するものを見極めてください。