ALBACONNECT

INSIGHTS / PERSPECTIVE

意思決定の背後にある判断基準を、資産にする仕組みへ。

「この案件、受けるか見送るか」。よく似た2件で結論が分かれるとき、差を生んでいるのは会社の判断基準です。個人の頭の中にある基準を、会社が持ち、AIと現場で使える形に残す方法を説明します。

ALBACONNECT編集部

よく似た2件の引き合いがあり、一方は受け、もう一方は見送った。決めたのは同じ人です。

同じ担当者・同じ工種の引き合いなぜ結論が分かれたのか
案件 A受ける

支払サイト60日。基準の範囲内。

案件 B原則、見送る

支払サイト120日。例外で受けるなら部長の承認が必要。

説明のための仮例。実際の判断には与信や実績なども確認します。

違いを生んだのは、案件の見た目ではなく、その人が頭の中で確かめた条件でした。支払条件、同じ工種の実績、現場までの距離。どれを、どの順で、どこまで許容するか。この「決め方」こそ、会社が持つべきものです。

しかし多くの会社で、決め方は文章になっていません。結果として、同じ判断ができるのは一人だけになります。

ChatGPTやCodexを使っても、「あの人に聞く」が残る理由

ChatGPTやCodexは、条件を整理し、案を出すことに役立ちます。会話や作業の指示を保存する機能もあります。

それでも「あの人に聞く」が残るのは、判断の前提を、毎回その人が口で補っているからです。「うちは支払サイトが90日を超えたら基本は受けない」「ただし継続で入りそうなら別」。この一言があるから、まともな答えが返ってきます。

つまり、前提を渡せる人がいて初めて成立しています。その人が席を外せば、何を伝えればよいかから分からなくなる。会話は残っていても、そこから会社の基準を取り出して次に使える形にはなっていません。

いまはAIとの会話ごとにベテランが前提を口で補うため、その人がいないと判断が始まらない構造。これからは判断基準が会社にあり、AIが候補と根拠を出し、人が確認して承認し、結果が基準へ戻る構造。両者を並べた図
図1 判断基準はどこにあるか — いまと、これから

判断基準は、5つに分けると引き継げる

「支払サイト90日超は原則見送り」。この一行だけでは、まだ使えません。いつ判断するのか、何を見るのか、例外は誰が認めるのか。そこまで揃って、はじめて他の人が同じ判断をできます。

先ほどの引き合いを例に、分解します。

  1. いつ判断するか:引き合いを受け取ったとき
  2. 何を見るか:支払条件、与信区分、同じ工種の実績、現場までの距離
  3. どう選ぶか:支払サイトが90日を超える案件は、原則として見送る
  4. 誰が例外を認めるか:継続取引の見込みがあり、与信区分が一定以上なら、部長承認で受注できる
  5. 結果をどう返すか:入金の遅れと粗利を記録し、その基準が妥当だったかを見直す
ひとつの判断基準を、きっかけ、見る項目とその出所、基準、原則と例外の分岐、結果の戻し方の5段に分解した図
図2 ひとつの判断基準を構成する、5つの要素

ここまで揃うと、AIの答えも変わります。「受注をおすすめします」ではなく、こう返せるようになります。

この案件は支払サイトが120日で、原則は見送りに当たります。ただし同じ工種の実績が3件あり、継続取引の見込みがあります。例外として受けるなら、部長承認が必要です。

結論だけでなく、どの基準に照らしてそう言えるのかが一緒に出る。だから、受け取った人が確かめて決められます。

会社の言葉を揃えると、基準が積み上がる

基準を一つずつ書き出していくと、同じ言葉が何度も出てきます。「支払サイト」「与信区分」「工種」「継続取引」。これらの意味が部署ごとに違うと、基準は積み上がりません。

そこで、会社が扱うもの(案件、取引先、工種、担当者)と、その関係(この取引先はこの与信区分、この案件はこの工種)を、共通の形で定義します。この定義の集まりを、オントロジーと呼びます。

オントロジーがあると、判断基準はそこに接続されます。「支払サイト90日超は原則見送り」が、どの取引先の、どの項目を見ている基準なのかが一意に決まる。別の判断を追加するときも、同じ言葉を使い回せます。基準が1件増えるたびに、会社の資産が増えていきます。

ここで大切なのは、昔のやり方をすべて正解として残すことではありません。いつ使える基準なのか、今も正しいのかを、責任者が確かめます。

基準は、使いながら更新する

基準を作って終わりにすると、現場は元のやり方に戻ります。実際には、次の順で回します。

AIが基準に照らして案と根拠を出す。人が確かめて決める。結果(入金、粗利、トラブル)を記録する。外れた判断があれば、なぜ外れたのかを見て基準を直す。

基幹システム・文書・現場記録の層、判断基準とオントロジーと履歴の層、業務アプリとAIの層を積み、基準を参照する流れと結果を記録する流れを矢印で示した図
図3 判断基準を中心に置いた、三層の構造

会社の仕組みとして使うには、誰が基準を変えてよいか、いつから適用するか、その判断はどの版の基準で決めたのかも記録します。過去の判断を、当時の基準で説明できること。これが引き継ぎにも、監査にも効きます。

効果は、同じ確認の往復にかかる時間、差し戻しの回数、そして判断の結果そのもので確かめます。

ALBACONNECTが、御社の判断基準の構築を支援します

ALBACONNECTは、こうした意思決定支援システムの構築を支援しています。ALBA ONEは、そのための共通の土台です。

御社の判断基準を聞き取って言葉にし、必要な情報を既存システムから集め、現場が使う画面につなぎ、結果が基準に戻るところまでを設計します。

最初から全社を変える必要はありません。まずは「社長に確認が集中する判断」を一つ選びます。その一つを5つに分解し、AIが案を出して人が承認する小さな仕組みから始めます。対象業務、既存システムとの接続範囲、費用と期間は、現在の運用と情報の状態を確認して決めます。

「この判断だけは、あの人に聞かないと分からない」。その具体的な場面を、まずはお聞かせください。何を会社に残し、どこから仕組みにするかを一緒に整理します。

参考資料

OpenAI:ChatGPTのプロジェクト機能 / OpenAI:Codexへの作業方針の設定。機能は2026年9月16日確認。本文の受注判断は説明のための例であり、特定企業の事例や導入効果を示すものではありません。