判断の構造 第2回
「来月までに全社でAIを使いたい」。こう依頼された担当者は、製品の比較表を作る前に、何を決めればよいのでしょうか。使える機能を調べても、入力してよい情報や承認者が決まっていなければ、現場は使い方を判断できません。
この記事では、問い合わせ対応の下書きを題材に、導入の依頼を実行できる計画へ直す過程を説明します。以下は考え方を示すために設計した架空ケースです。実在する顧客の相談内容や成果を匿名化した報告ではありません。
30秒で要点
- 導入対象を「会社全体」から、目的を説明できる一つの工程へ絞る。
- 入力・確認・送信・停止の担当と、代わりに行う作業を開始前に決める。
- 終了日と継続条件を置き、確認や修正にかかる時間も測る。
- 試行で問題が見えなかった範囲と、まだ確かめていない範囲を分けて報告する。
「AIを入れる」を四つの問いに戻す
仮想の会社では、経営層がAI活用の報告を求め、現場は問い合わせの返信に時間がかかっています。情報システム担当は外部サービスへの入力を心配しています。この状況では、各部門が違う問題に答えようとしている可能性があります。
表が収まらない場合は、横にスクロールできます
| 整える論点 | 先に書く問い | この架空ケースでの仮置き |
|---|---|---|
| 課題 | どの作業を、何のために変えるか | 公開済みの案内に関する返信の下書き |
| 許容範囲 | 何を入力し、出力をどこで使うか | 公開資料と作成した練習問題だけ。顧客への自動送信はしない |
| 責任 | 誰が確認し、誰が止められるか | 業務責任者が範囲を承認。確認担当が差し戻せる |
| 評価 | 何を見て継続・縮小・終了を選ぶか | 内容の誤り、修正負担、合計作業時間、境界の逸脱 |
ここで確かなのは、対象工程と現行手順を書き出せることです。AIで作業時間が減るか、確認担当が無理なく見切れるかは、まだ仮説です。「人件費を減らす」という希望を、そのまま測定済みの効果として扱いません。
製品に合わせて課題を選ぶと、便利な機能を使えたことが成功に見えます。例えば文章を早く作れても、資料との照合に時間が増えれば、仕事全体は短くなっていないかもしれません。
任せる工程と人が判断する工程を分ける
この例でAIに任せるのは、許可した資料をもとに返信案を作る工程です。回答の採否、例外の扱い、送信先の判断は人が担います。料金の個別交渉や契約上の判断など、公開資料で確かめられない相談は、試行対象から外します。
「人が見る」とだけ書くと、忙しいときには承認ボタンを押すだけになり得ます。確認者には、参照すべき原資料、修正・差し戻しの権限、確認時間が必要です。根拠が見つからない回答は、文章が自然でも採用しないと決めます。
NISTのAIリスク管理の枠組みも、役割と責任の明文化や、想定用途に合わないシステムを停止する仕組みを扱います。ただし、どの企業にも同じ許容水準や試行日数を指定するものではありません。以下は、その考え方を業務に当てはめるための編集上の例です。開始前に埋める責任表
表が収まらない場合は、横にスクロールできます
| 作業 | 担当する役割 | 完了の証拠 |
|---|---|---|
| 入力情報と対象業務を決める | 業務責任者と情報管理担当 | 許可した資料・用途・除外条件の一覧 |
| 下書きを作る | 試行担当 | 使用した資料の版と実行日時 |
| 事実と表現を確認する | 確認担当 | 採用・修正・不採用の理由 |
| 逸脱時に止める | 発見者が処理を中断し、責任者へ連絡 | 中断時刻・対象・影響確認の記録 |
| 再開や範囲の追加を決める | 指名した業務責任者 | 原因対策と再確認を踏まえた承認 |
役職名だけでなく、実際の担当者と不在時の代行者まで決めます。確認者が確保できない日は、AIの出力を保留するか、従来の手作業に戻せるようにします。
二週間の計画に、試すことと終える条件を入れる
次は二週間で判断資料を作る架空の計画です。短い期間で安全性や費用対効果を証明する計画ではありません。まず20件の練習問題を、担当者2名が扱えるという仮置きから始めます。20件や2名が必要な統計的標本数という意味もありません。
表が収まらない場合は、横にスクロールできます
| 時点 | 行うこと | 進める条件 |
|---|---|---|
| 開始前 | 対象、許可データ、上限、終了日、責任者を合意 | 未承認なら実行しない |
| 第1週 | 公開資料と架空の問い合わせで下書き・確認を試す | 試行中は顧客へ返信を送らない |
| 第2週 | 修正、停止、作業時間を整理し、期限日に再判断 | 確認不足なら終了または条件を変えて再計画 |
| 継続を承認した場合 | 新たな対象と期限を決める。例えば四週間後に見直す | 前回の承認を全社展開の許可に使わない |
現場の通常業務を含む試行に進むなら、扱う情報や外部送信の承認を改めて確認します。練習問題で問題がなかったという理由だけで、実顧客の情報を入力したり、自動送信を有効にしたりしません。
記録するのは、件数と成功数だけではありません。答えられなかった種類、確認者が迷った理由、従来手順に戻した回数も残します。難しい問い合わせを除いたなら、その除外範囲も報告に含めます。
時間は「生成が速い」より工程全体で比べる
仮に、同じ20件の練習問題を従来手順で処理した合計が300分だったとします。AIを使う手順では、入力と生成に80分、確認と修正に140分、今回だけの準備に60分かかったと置きます。すべて算数説明用の架空値です。
合計は80＋140＋60＝280分で、今回の差は20分です。準備を除いた220分だけと300分を比べれば差は80分になりますが、初回に実際に必要だった準備を消すと、導入負担を小さく見せます。次回も準備が不要とは限らないので、初回費用と繰り返し費用は分けて記録します。
これは費用対効果の実績ではありません。同じ担当者が二回目に作業すれば慣れの影響も出ます。業務で効果を比べるときは、難しさや品質基準をそろえ、実施順序の影響も考えます。時間が短くても、誤りや確認漏れが増えたなら、それだけで採用しません。
停止は誤りの回数だけで決めない
「同じ誤りが二回で止める」という一本の線では、重大な逸脱を一回見逃してよいように読めます。止め方は影響の種類で分けます。
- 禁止情報の送信、無承認の対外送信、想定外の権限利用：発見時点で該当用途を中断し、組織の連絡先へ報告して影響を確認する。
- 下書きの事実誤認や条件の欠落：送信前に不採用・修正とし、原因と頻度を記録する。許容基準を満たさなければ用途を止める。
- 確認担当の不足、上限や期限への到達：惰性で延長せず、保留または従来手順へ戻す。
止めたあとは、原因を確かめ、必要な対策と再確認を行い、権限を持つ人が再開を判断します。停止回数がゼロでも、逸脱を発見できていなかった可能性は残ります。短期試行の無事故は、将来の無事故の保証にはなりません。
最小の検証は、境界を一枚に書いて読み合わせること
まだツールを使わなくても、問い合わせを一つ架空に作り、「誰が、どの情報を入力し、何を根拠に採用し、何が起きたら止めるか」を二人で追えます。送信直前に確認者が不在だった場合や、回答根拠が見つからない場合も試してください。
読み合わせで判断が分かれた箇所は、AIの性能とは別の未決事項です。先に責任と条件を直し、再開時の連絡や従来手順への戻し方まで確かめます。ログにも入力文の全文を無条件に残さず、必要な記録項目、閲覧者、保管期間を決めます。
一枚に残すのは、対象と除外、前提、仮説、予算・期間、確認記録、今回の判断と次の見直し条件です。担当交代、利用サービスや情報の扱いの変更、想定外の出力、拡大要求があれば、期限前でも見直します。
この整理は、手段だけが先に決まりかけている相談に向きます。対象と承認体制が既に明確なら、その内容を確認したうえで実装へ進めばよく、毎回長い整理をやり直す必要はありません。
First byteのMethod Runの説明では、前提・仮説・予算・ログ・1枚資料という進め方を公開しています。これは自社の整理法であり、特定の成果を保証する方法ではありません。守秘の方針と合わせ、判断の過程を読む材料として参照できます。
実務上の項目をさらに整理するならAIの停止線と責任のガイド、制作を先に求められた場面ならリニューアル相談の整理が次の手掛かりになります。