AIで承認ワークフローを効率化——滞留する前にキューを片付ける

承認ワークフローのためのAI. 保留中の承認を自動的に前に進めるソフトウェアです。リクエストを読み取り、ポリシーと照合し、Slackで適切な承認者にルーティングし、決定を記録します。ポリシー上必要な場面では、今も人間が最終的な承認を行います。

ほとんどの承認チェーンは、難しい判断で止まっているわけではありません。誰かのDMの中で止まっているのです。発注書は、承認者が出張中で誰も再度リマインドしなかったために3日間放置される。判断そのものは2分で済むのに、キューは1週間かかります。

判断そのものは速いのに、なぜ承認は滞るのか

作業の本体が判断ではないからです。本体は追いかけることです。誰かがリクエストを見つけ、ベンダーのW-9を取り出し、支出ポリシーと照合し、その金額なら誰が承認するのかを調べなければなりません。60人規模のチームでは、これが1日に何十件もの小さな調べ物になります。承認者の手元に整った状態のリクエストが届かないため、そこで止まってしまうのです。

何が速く片付くのか: 発注書、ベンダーオンボーディング、アクセス申請、変更リクエスト

この4つには共通の形があります。リクエストが届き、ルールと照合する必要があり、そして特定の人物がイエスと言う。オペレーションボットの出番はまさにそこです。

• 発注書: 金額を承認しきい値と照合し、予算項目を添付し、適切な承認者にルーティングする
• ベンダーオンボーディング: W-9と保険証明書を取得し、不足があればフラグを立て、揃うまでリクエストを保留する
• アクセス申請: 役割をアクセスマトリクスと照合し、システムオーナーにルーティングし、付与内容を記録する
• 変更リクエスト: 影響するチケットを添付し、レビュアーにルーティングし、監査証跡として承認を記録する

自動的に承認してしまうのか

いいえ、そしてそれがポイントです。これは/ai-for/operationsにある社内オペレーションボットの考え方に沿っています。自動承認するボットではなく、調べてルーティングするボットです。パターンは「下書きしてルーティングする」です。ボットが調べ物とルーティングを行い、ポリシー上決定に誰かの名前が必要な場面では人間がサインします。重要な判断のコントロールは、あなたの手に残ります。

この形についても、ジャーナルに詳しい例があります。このパターンの実例は、一般的な物流チーム向けの、抽出、ルールに基づく検証、人による承認を組み合わせたパイプラインです。これは説明用の例で、数字は仮定であり、顧客の成果ではありません。承認者の判断が減るわけではありません。調べ回る作業をやめるのです。

ボットが調べ物とルーティングを行い、承認者が判断します。この役割分担こそが成果のすべてです。

#QuickBooksやSalesforceを入れ替えずに、どうやってこれを構築するのか

置き換えるのではなく、すでに業務を動かしているものにつなぎます。これはAI実装として提供し、コードベースは初日からお客様のものです。ボットはQuickBooksまたはNetSuite、SalesforceまたはHubSpot、チケット管理ツール、Slackに接続します。何も取り外しません。

どの承認から始めるべきか迷っていますか。それはスコープの問いであり、私たちのAIコンサルティングの出発点です。誰かがコードを書く前に、キューが実際にどこで止まるのかを整理し、最初に作るものが最も多くの日数を解消するものになるようにします。

承認チェーンが何日もDMの中で止まっているなら、それは解決できる問題であり、スコープを決めるのに長い会話は必要ありません。30分の発見コールを予約し、もっとも時間がかかっている承認タイプを3つ持ってきてください。どれから片付けるべきか、お伝えします。