結論:AI導入では、成功例より先に「戻り方」を決める
AI導入で最初に決めるべき例外対応は、停止条件、確認者、確認内容、記録先、再開基準の5項目です。入力情報が足りない、契約や返金に関係する、相手の不満が強い、責任者が分からないといった時に、AIへ続けさせるのか、人へ渡すのか、どこまで戻すのかを先に書きます。
例外が起きたら、①通常処理を止め、②確認者と期限を置き、③不足情報と影響を確認し、④判断理由を正本へ記録し、⑤条件が揃った工程だけ再開します。全体停止か全面自動化かの二択にせず、影響の小さい範囲へ戻すことがポイントです。
なぜ通常処理の手順だけでは、導入後に迷うのか
導入準備では「この業務をAIに任せる」という通常ルートが先に作られます。しかし、現場で時間がかかるのは通常どおり進む一件より、情報が欠けた一件です。過去のやり取りが見つからない、入力欄の意味が人によって違う、確認者が休み、顧客への影響が読めない。その時に戻る場所がなければ、担当者は個人の経験で判断します。
利用件数や処理時間を測ることは必要です。ただし、数字がよくても、確認担当者が毎回出力を修正している可能性があります。逆に利用件数が少なくても、契約や個人情報を含む業務を意図的に対象外にしているのかもしれません。AI導入後の会議では、数字だけでなく、通常・境界・停止の事例を分けて扱います。
公開されたAIスキルや手順はコピーできますが、「この条件なら止める」「この人が引き取る」「この記録へ戻す」は会社ごとの経験です。記憶を保管するだけでなく、次の人が使えるように補う。例外対応は、そのための小さな運用資産です。
例外対応を決める5項目の判断表
| 項目 | 確認する問い | 記録する内容 |
|---|---|---|
| 停止条件 | 何が起きたらAI処理を止めるか | 情報不足、契約、返金、苦情、権限不足など |
| 確認者 | 誰が引き取るか | 主担当、代替担当、承認者、連絡方法 |
| 確認内容 | 何を見て判断するか | 原文、根拠、宛先、顧客影響、期限 |
| 記録先 | 判断理由をどこへ戻すか | 判断ログ、FAQ、CRM、手順、承認ルール |
| 再開基準 | 何が揃えば続けてよいか | 不足情報、確認完了、責任者、再確認日 |
「人が確認する」だけでは不十分です。誰が何を確認するかが書かれていなければ、例外が次の担当者へ移動しただけになります。また、再開基準がないまま停止すると、同じ案件を何度も見直すことになります。判断できない時は、未確認・担当者・期限・確認先を置き、推測で空欄を埋めません。
通常・境界・停止を分けて、任せる範囲を小さくする
| 区分 | 例 | 扱い |
|---|---|---|
| 通常 | 入力が揃い、影響が限定的で、確認条件が明確 | 決めた範囲でAIの下書きや分類を使う |
| 境界 | 一部不足、判断の影響が読みにくい、確認者が必要 | AIは補助に限定し、人間確認を必須にする |
| 停止 | 契約・返金・苦情、機密情報、権限不明、根拠不足 | AI処理を止め、担当者と正本へ戻す |
例外が続いた時に、全業務を止める必要はありません。問い合わせの分類だけへ戻す、回答は下書きに限定する、契約に触れる工程だけ対象外にするなど、責任を確認できる大きさまで縮めます。判断の単位を小さくすれば、何を直せば再開できるのかも見えます。
一方で、停止条件を弱めて件数を増やすことは避けます。高影響の業務ほど確認を厚くし、低影響の下書きは簡潔にするなど、業務ごとに許容範囲を決めます。安全性を「AIを使わないこと」と同一視せず、人が確認できる線引きを作ることが導入判断です。
30分で例外対応メモを作る5手順
- 対象業務を一つに絞り、AIが行う工程と行わない工程を書く。
- 最近迷った一件、止めた一件、通常どおり進んだ一件を一つずつ選ぶ。
- 5項目の表に、停止条件、確認者、確認内容、記録先、再開基準を埋める。
- 「続ける・条件付きで続ける・停止する」の三択で責任者に確認する。
- 次回レビュー日と、FAQ・CRM・手順など最初に更新する場所を決める。
最初から完全な規程を作る必要はありません。問い合わせの下書き、社内文書の要約、FAQ候補の整理など、影響範囲を限定しやすい業務を一つ選びます。記録には、うまくいった理由だけでなく、使わなかった情報、迷った条件、確認に時間がかかった場所も残します。
例外対応は一度書いて終わりではありません。新しい例外が出たら、既存の停止条件で拾えたか、確認者は機能したか、記録先は次の人に見つかったかを見直します。同じ迷いが繰り返された時だけ、個別判断をFAQや手順へ昇格させます。
例外の記録を、改善へ戻す場所の決め方
一件の判断理由は判断ログへ、繰り返す質問はFAQへ、入力不足はフォームやCRMへ、確認者の迷いは承認ルールや手順へ戻します。すべてを一つの長い文書に詰め込まず、正本と更新先を分けることが重要です。
| 起きたこと | 最初に戻す場所 | 次の確認 |
|---|---|---|
| 同じ質問が何度も出る | FAQ・フォーム | 質問文と必要入力を追加できるか |
| 確認者が毎回迷う | 手順・承認ルール | 責任者と代替者、期限が明確か |
| 判断理由が個人に残る | 判断ログ | 条件と根拠を再現できるか |
| 古い説明が残る | 正本・更新一覧 | 未更新媒体と次回確認日が分かるか |
記録を改善へ戻す時は、ツールの追加より先に、どの判断材料が不足していたかを見ます。AI導入後の例外対応を記録する7項目や、AI導入前の記憶ギャップ診断も、迷いを分類して戻し先を考える材料になります。会議で数字の次に残す項目はAI導入後の会議メモにも整理しています。
導入前に確認するチェックリスト
- 対象業務と対象外の業務が一文で説明できる。
- 通常・境界・停止の具体例が一件ずつある。
- 停止条件に情報不足、契約、苦情、権限不明を含めて検討した。
- 確認者、代替者、確認期限、連絡先が分かる。
- 確認する原文、根拠、宛先、顧客影響が決まっている。
- 判断理由の正本と、改善へ戻す場所が決まっている。
- 再開に必要な条件と、再開しない条件が書かれている。
- 次回レビュー日と見直す問いを一つ置いている。
一つでも答えられない項目があれば、導入範囲を広げる前に保留します。保留は導入の失敗ではなく、判断材料の不足を見える状態にする選択です。担当者が変わっても、保留理由と戻し先が残っていれば、同じ調査を最初からやり直さずに済みます。
よくある質問
AI導入で最初に決める例外対応は何ですか?
通常処理から外れた時の停止条件、確認者、確認内容、記録先、再開基準の5項目です。例外をAIの誤りだけに限定せず、情報不足や責任者不明も含めます。
例外が起きたらAI導入を止めるべきですか?
全体を止めるとは限りません。分類や下書きなど影響の小さい工程へ戻し、契約・返金・苦情など高影響の工程だけ人間確認に切り替える判断もあります。
例外対応の記録はどこに残しますか?
一件の判断理由は判断ログ、繰り返す迷いはFAQや手順、担当者交代に必要な前提は運用メモへ戻します。記録先と正本を一つ決め、未更新の媒体も残します。
例外対応を決める時に避けることは何ですか?
「人が確認する」だけで終わらせず、誰が、何を、いつまでに確認するかを決めます。推測で不足情報を埋めたり、担当者の経験だけを全社ルールにしたりしません。
次の一歩:迷った一件を5行にする
AI導入を考えているなら、最近誰かが判断に迷った一件を選びます。「何が通常から外れたか」「誰が何を補ったか」「どこへ記録したか」「何が揃えば再開できるか」「次の人はどこへ戻るか」を5行で書いてください。便利なスキルや公開ノウハウを増やす前に、会社の経験を次の人が使える形へ補うことが、導入順を決める材料になります。試行期間の拡大判断まで整理する場合は、AI導入の試行期間を終える判断基準もご覧ください。
Miraigentの無料診断では、対象業務、例外、人間確認、判断ログ、改善先を整理し、AIへ任せる順番を考えます。AI導入後に数字だけでなく判断を残したい場合は、定例レビューの議題も合わせてご覧ください。
