注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。
Palantir では、ワークフローやアプリケーションを「オペレーショナル」と表現することがよくあります。オペレーショナルアプリケーションとは、組織の意思決定を改善するために設計されたユーザーインターフェースです。従来のダッシュボードやレポートは、読み取り専用の情報を提供するだけにとどまります。一方、オペレーショナルアプリケーションは、その情報にシミュレーションとアクションを組み合わせることで、人間のユーザーが容易に最適な意思決定を行えるようにします。
一般に、意思決定を促すワークフローは、情報を提示するだけのワークフローよりも、ユーザーに受け入れられ、組織の成果向上につながる可能性がはるかに高くなります。以下のガイドでは、アプリケーションをオペレーショナルにする要素と、Foundry のアプリケーション構築機能を使って実際に作成する方法を説明します。
アプリケーションが機密データを使用する場合や、重大な影響を伴う意思決定を支援する場合は、プライバシーと市民的自由への配慮を設計に組み込んでください。プライバシーに関するベストプラクティスは、情報を明示された目的に必要な範囲に限定し、重要な自動アクションや AI 支援によるアクションに、責任の所在が明確なレビューの機会を設けることです。プライバシーと市民的自由の実践では、こうした判断を Foundry の機能に対応付けています。
アプリケーションのアイデアの多くは、グラフ、集計テーブル、チームが定期的に確認するレポートなど、読み取り専用のものから始まります。これは有用な出発点ですが、最も価値のあるステップはユーザーに委ねられています。ユーザーは情報を解釈し、何をすべきかを判断したうえで、別のツールを使って行動しなければなりません。オペレーショナルアプリケーションは、この隔たりを埋めます。以下のステップに沿って進めることで、読み取り専用のアイデアのほとんどを発展させることができます。
何かを作り始める前に、アプリケーションがどのような意思決定を支援するために存在するのかを明確にします。ユーザーは何を選択するためにそのアプリケーションを使うのか、適切に選択するにはどのような情報が必要なのか、そして行動方針を決定した後に何が起こるのかを問いかけます。意思決定を軸に据えることで、アプリケーションを組織の成果に集中させ、その後の設計上の選択を明確にできます。
意思決定の内容が分かったら、その判断にユーザーが必要とする情報を特定します。オペレーショナルアプリケーションはオントロジーからリアルタイムに読み取るため、古いスナップショットではなく、意思決定への対応が必要になった時点の現状を提示できます。意思決定に関係するオブジェクト、リンク、プロパティと、行動に必要なコンテキストだけを表示し、それ以外の情報は含めません。このように焦点を絞ることで、ソースシステムの内容をすべて、情報が密集した操作しにくいインターフェースに表示するのではなく、アプリケーションに明確な目的を持たせることができます。
真のオペレーショナルアプリケーションは、意思決定の機会を提示するだけではありません。ユーザーは、その決定を確定する前に、決定によって生じる結果を探索できます。シナリオを使うと、ユーザーはオントロジーを分岐させ、1つ以上のアクションを適用し、稼働中のシステムに何も書き戻すことなく、選択肢ごとに状況がどう変わるかを確認できます。シナリオにモデルを組み込むと、シミュレーションによって下流への複雑な影響を予測でき、ユーザーはトレードオフを検討して、競合する行動計画を比較できます。人間の専門知識を高品質なデータと厳密なモデリングに組み合わせるこのアプローチは、直感や未検証の仮定だけに基づいて行動するよりも、組織にとってより良い成果をもたらすことができます。
オペレーショナルアプリケーションを特徴付ける機能は、ユーザーが別のツールではなく、同じアプリケーション内でビジネス上の重要な意思決定を行えることです。オントロジーでは、アクションが、これを可能にするガバナンスの適用された仕組みです。アクションは、ユーザーが意思決定をシステムに書き戻す方法を定義します。アクションの実行条件により、オントロジーの変更が組織のルールに従う場合にのみ行われることが保証されます。この枠組みによって、ユーザーは複数のインターフェースを行き来する手間をかけずに、意思決定に至ったその場で行動に移せます。
ユーザーが Foundry でアクションを実行すると、その意思決定はオントロジーにアトミックな変更として確定され、他のアプリケーションにも即座に反映されて、他のすべてのユーザーに共有されます。1人のユーザーの意思決定が、個人のスプレッドシートやメールのスレッドに孤立することはありません。その意思決定は、他の全ユーザーが自分の意思決定に使う、共有されたリアルタイムの現状のビューに即座に組み込まれます。これは、意思決定の価値を部門のサイロに閉じ込めるのではなく、時間とともに組織全体で積み重ねていく、オントロジーの仕組みの1つです。
ユーザーがオントロジーのアクションを通じて意思決定を行うと、下流への効果を引き起こすこともできます。
オントロジーにより、オペレーショナルアプリケーションにおける意思決定は、下流のプロセスをトリガーし、組織の選択について永続的で監査可能な記録を作成する、強力な起点になります。意思決定そのものがオントロジーの一部になると、将来の選択に役立てることができ、より良い成果を生み出し続ける循環へと積み重なっていきます。
自動車組立工場に部品をジャストインタイムで納入する企業の物流コーディネーターを考えてみます。この業務では、配送が1件遅れるだけで生産ラインが停止し、高額な違約金が発生する可能性があります。変速機部品の配送が運送会社の車両故障で遅れ、工場の納入時間枠に間に合わないおそれが生じています。
自動化されたエージェント型プロセスを開発するほど、オペレーショナルアプリケーションの重要性は高まります。AI エージェントをワークフローに導入しても、意思決定のループが置き換わるわけではありません。人間のユーザーが、より広い意思決定領域にわたって業務を進められるようになります。ユーザーは、人間ならではの繊細な専門的判断が必要となる重要な局面で判断を下し、エージェントやエージェントスウォーム（並列で動作するエージェントのグループ）に大局的な方向性を示して、自動化できる定型業務を任せます。この枠組みでも、オペレーショナルアプリケーションは不可欠です。エージェント型プロセスに委任した作業を人間のユーザーが確認し、方向づけ、承認するインターフェースとして機能し、最も重要な意思決定に対する人間の責任を維持します。
AIP Logic と Automate でオペレーショナルアプリケーションを拡張する際は、どのオントロジーアクションを自動実行でき、どのアクションを人によるレビューのためにステージングする必要があるかを決めます。指定された承認には Approvals を使用し、重大な影響を伴うアクションを進める前に目的を記録するには Checkpoint を使用します。こうした制御がなければ、人が影響を評価する前に、誤った提案によって業務データが変更されるおそれがあります。これらのレビューポイントを設計する際は、プライバシーと市民的自由の実践を確認してください。
物流の例に戻りましょう。過去の意思決定の記録が蓄積されることで、このワークフローにエージェントを導入する準備が整います。
ユーザーインターフェースがオペレーショナルアプリケーションかどうかを評価するには、次の点を確認します。
Foundry は、ノーコードの選択肢から完全にカスタムのプロセスまで、オペレーショナルアプリケーションを構築するためのさまざまなツールを提供しています。
まずは Workshop でシンプルなアプリケーションを構築して、オントロジーを使ったアプリケーション構築の原則に慣れるところからはじめましょう。