ソートリーダー
最初のワークフロー:AI ブループリントからビルドまで

パート 1 でループを設計しました。 パート 2 で、ループが立っているもの — マップとレール — を敷き詰めました。残っているのは、ほとんどの会社を開始する前に止める部分です: 実際にそれを構築すること。良いニュースは、ビルドが野心よりも小さいことです。エンタープライズ プログラム、2 年間のロードマップ、または変革事務所は必要ありません。1 つのワークフロー、すでにそれを実行している人々、そして規律のある数週間が必要です。
ワークホースを選択し、旗艦を選択しない
ボリュームのあるワークフロー、エラーコストのあるワークフロー、そしてそれを修正したい所有者がいるワークフローを選択します。
請求書の例外。
アクセス要求。
クレームのトリアージ。
顧客の返金。
候補者はプロファイルを共有しています: それらは毎日実行され、間違ったときに痛みを与え、ルールはほとんど存在し、触れるすべてのシステムは到達可能です。旗艦変革 — 9 人の利害関係者とステアリング委員会を持つもの — を選択しないでください。ワークホースを選択してください。最初のワークフローの目的は栄光ではありません; それは、重要な作業について組織に方法を教えることです。
それを自動化する前に作業を説明する
次に、ほとんどのプログラムがスキップするステップが来ます。すべての他のステップが依存するステップです: 実際に実行されているように作業を説明すること — 作業を実行する人々と一緒に。プロセス チャートではありません — チャートは、作業が何年も前に設計された方法を示しています。
例外について尋ねます: 購入注文のない請求書、ブロックされているが重要なベンダー、ドキュメントの 1 つがすべてを変えるまでルーチンに似ているリクエスト。毎社の実際の運用は、ほとんど例外で構成されています。各例外を処理する方法に関する知識は、前にそれを見た人々の頭の中にあります。パート 2 のマップは、そこでその知識が書き込まれる場所です: 通常のパス、例外とそれぞれの解決方法、適用されるルール、誰が何を決定するか、そしてアクションが間違ったときに何が起こるか。
ここで AI を自由に使用します。モデルは、観察、インタビュー、チケット、システムに残された作業の痕跡から作業の説明を草案するのに優れています。人々は、それでしかできないことを行います: それを検証し、議論し、修正します。草案は安いです。真実はまだあなたの人々から来ます。
3 つのアクターに作業を分割する
作業が説明されると、正直に分割します。繰り返し — ルックアップ、照合、毎回同じ方法で実行される投稿 — は、パート 2 で主張したようにレールに乗ります。判断 — ゴミのようなケースを読み、例外を比較検討し、証拠をまとめる — はエージェントに渡されます。結果 — 支払いを承認する、請求を却下する、コミットメントを作成する — は、パート 1 で設計したゲートで人が残ります。
分割には明確な形式があり、それはこのシリーズ全体の運用モデルです: AI が提案し、人間が決定し、自動化が実行する。エージェントはケースを準備し、パスを推奨します。名前の付いた人は、重みのある決定を下します。レールは、決定されたことを正確に実行し、監査証跡を書き込みます。
監督下で開始し、すべてを保持する
自律的に開始しないでください。最初の数週間は、作業を知っている人がエージェントを呼び出し、監視します: リダイレクト、修正、結果を受け入れます。これは遅いと感じます。実際には、最も速いことです。なぜなら、それが生み出すもの — 証拠 — があるからです。
パート 1 では、区別しました: 承認はデータではありません; 検証はデータです。監督期間は、検証が来る場所です。すべての修正 — この提案は間違っていました。ここが正しい答えです。ここが理由です — は、機関の判断の一部であり、理由とともにキャプチャされます。すべてを保持します。ケースから来ているものにそれを付けておきます。修正はカリキュラムです: ルールが不明瞭だった場所、地図が見逃した例外、エージェントが人間と同じように作業を処理する部分を、決定ごとに教えます。
証拠に基づいて昇進し、証拠に基づいて降格する
レコードが、ある種の決定が一貫して、修正なしで、重要なケース数で意味のあるものであることを示している場合、昇進します: ビジネス イベントによって作業がトリガーされ、人の役割がゲートに狭まります。レコードがそうでないことを示している場合、昇進しないでください — パフォーマンスが昇進後に低下した場合、降格は自動的であり、ミーティングではありません。これはパート 2 のルールが実稼働で機能していることです: モデルは自分で何も得ません。モデルを昇進しないでください。ワークフローを昇進してください。
ここでチームを止める恐怖は予測可能であり、まっすぐな答えを必要とします: すべての重要なケースが人間の決定を必要とする場合、ゲートにいる人は溺れますか? 1 日に 1 万の例外と、レビューアーがそれらをクリックしている — それはガバナンスではありません。キューです。
しかし、それらの 1 万の例外が現在どう処理されているかを尋ねます: 人間によって、エンドツーエンド。誰かが証拠を収集し、5 つのシステムを横断してコンテキストを追跡し、電話をし、結果を入力します — すべてのケース、毎回。ゲートはパイプラインに人間を追加しません。パイプラインから人間を除去します。決定以外のすべてからです。ケースを準備されたレビューアー — 証拠がまとめられ、ルールが確認され、結果が述べられている — は、以前は 1 時間の作業を要したケースで、判断を費やす数分を費やします。
そして、設計は、決定の深さがすべてのケースに同じではないことを認識して、判断を意図的に費やします。ルーチンな、信頼性の高いストリームを軽い見方でルーティングし、不確実または新しいケースを完全なものでルーティングします。信頼性のない動きやしきい値を超えた動きについては、必ず完全なレビューを強制します。ゲート自体 — レビュー時間、編集率、エスカレーション率 — を測定して、検証とゴム印を区別できるようにします。レビューアーの注意はシステムで最も希少なリソースです。アーキテクチャ全体は、結果が存在する場所でそれを費やすために存在し、他の場所ではありません。
マップを真実のままに保つ
ビルドは、ビジネスが静止しているわけではないため、開始時に完了しません。ポリシーは変更されます。システムはアップグレードされます。新しいサプライヤー、製品、規制が毎四半期に到着し、すべてが作業をその説明から静かに曲げます。したがって、マップに所有者を与えます。誰か — 1 つのワークフローでは、通常、すでに作業を知っている人が、新しい雇用ではありません — は、ビジネスが変わるにつれて説明を真実のままに保つ責任があります: 作業のマップメーカー、カートグラファーと呼ばれる役割です。プロジェクトは最初のマップを構築します。カートグラファーはそれを真実のままに保ちます。カートグラフィーは決して終了しません。
それが複利する
2 番目のワークフローは、最初のワークフローよりも安価です。エンティティ、レール、ゲートの設計、レビューの習慣、1 回実行したチームを再利用します。3 番目はさらに安価です。そして、ソフトウェア以外に何を蓄積しているかを認識してください: 実際にどのように機能するかというビジネスの記述されたマップと、決定とその理由の記録 — 機関の判断、モデルアップグレードやベンダーの変更に耐える形式で。モデルは改善し続けます。モデルをレンタルし続けます。マップとレコードはあなたのものです。それが、競合他社が購入できない資産であり、プラットフォームの移行によって奪われるものではありません。
3 つのエッセイ、1 つのアーキテクチャ: ループ、マップとレール、そして最初のワークフロー。読み返すと、そこに他に何かが見えます — ルールを出し続けている。そうしなさい。そうしないでください。そうするルールが何に加算されるかは、短い付録の主題です。












