結論: AI導入は「止める条件」の一覧から始めます
AI導入前に作るべきなのは、便利な使い方リストだけではありません。金額、契約、個人情報、苦情、権限不足、情報不足、社外送信、人間確認待ちのような例外ケースを先に一覧化し、AIが処理を続けるのか、人間へ戻すのか、どのログへ残すのかを決めます。
AIは通常の分類、要約、下書き、候補整理を速くできます。ただし、例外が出た時に止めるルールがないと、速さはそのまま見落としになります。例外ケース一覧は、AIを止めるための表ではなく、AIが安心して動ける範囲を決めるための運用メモです。
AI導入前の例外ケース一覧とは、AIが通常処理を続けず、人間確認へ戻す条件をまとめた表です。金額や契約、個人情報、苦情、権限不足、情報不足、社外公開、送信前確認などを分類し、確認者、判断理由、次回ルール、改善先を残します。
なぜ、通常フローより例外ケースが重要なのか
AI導入の相談では、「どの作業を自動化できるか」から考えがちです。問い合わせを分類する、返信案を作る、CRMへメモを残す、営業候補を整理する。これらは入口として自然です。
しかし現場で迷いが生まれるのは、通常フローではなく例外です。金額の交渉が入った問い合わせ、契約条件に触れる返信、個人情報を含む入力、過去の苦情がある相手、顧客用フォームと営業導線が混ざった連絡、判断材料が足りないAI要約。こうしたケースで止める条件がないと、担当者ごとに扱いが変わります。
小さな会社ほど、AI導入後の「誰が見るか」が曖昧になりやすくなります。担当者が一人なら、その人の記憶に頼れます。けれど、担当者が休む、引き継ぐ、外部パートナーが関わる、SNSやフォームなど入口が増えると、人の記憶だけでは足りません。
ここで必要なのは、記憶の保管ではなく、記憶の補完です。過去に止めた理由、判断に迷った条件、次回も人間確認へ戻す基準を表にしておくと、AI導入後の判断が個人の経験だけに依存しにくくなります。
例外ケース一覧に入れる7項目
例外ケース一覧は、最初から複雑な台帳にする必要はありません。問い合わせ、営業、投稿、FAQ、CRMなど、AIを使う導線ごとに同じ7項目を入れると運用しやすくなります。
- ケース名: 金額交渉、契約条件、個人情報、苦情、情報不足、社外公開前など。
- 発生条件: どの入力、文面、ステータス、金額、キーワードで例外扱いにするか。
- AIの扱い: 要約だけ、下書きまで、分類だけ、処理停止など。
- 人間確認者: 担当者、責任者、法務・経理・営業責任者など。
- 判断理由: なぜ止めたか、何が不足していたか、どのリスクがあったか。
- 次回ルール: 同じ条件なら停止、別窓口へ回す、追加情報を取るなど。
- 改善先: FAQ、フォーム項目、CRMメモ、承認表、送信抑止リストへ戻す。
大切なのは、AIが失敗した時だけ記録することではありません。人が止めたケース、人が迷ったケース、AIに渡さなかったケースも残します。AI運用で使わなかった判断を記録すると、次回の承認条件や入力ルールに変えられます。
最初に決めたい例外ケースの分類
例外ケースは、業務ごとに細かく変わります。ただし、中小企業がAI導入前に最初に見るなら、次の分類から始めると漏れを減らしやすくなります。
- お金: 見積、返金、値引き、請求、支払い条件、契約金額。
- 契約: 契約条件、解約、規約、責任範囲、納期変更。
- 個人情報: 氏名、住所、電話番号、メール、顧客情報、センシティブな相談。
- 苦情・炎上: クレーム、SNS上の反応、謝罪、事実確認が必要な投稿。
- 権限不足: 担当者では決められない回答、社外公開、購入者影響、価格変更。
- 情報不足: AIの要約だけでは判断できない、入力が曖昧、前提が足りない。
- 導線不一致: 顧客用フォーム、採用窓口、予約窓口、サポート窓口へ目的外の連絡が入る。
たとえば問い合わせ対応なら、問い合わせ内容をAIで要約する時の安全な運用で扱ったように、要約してよい情報と残すべき判断理由を分けます。営業導線なら、営業DM自動化の前に送信抑止リストを作るように、送らない相手を例外として管理します。
短い運用ストーリー: 問い合わせAIが止まる場面
ある小さな会社が、問い合わせ内容をAIで分類し、返信案を作る運用を始めるとします。通常の資料請求やサービス質問なら、AIが要約して、担当者が確認しやすい返信案を作れます。
ところが、問い合わせの中に「返金」「契約内容と違う」「担当者名」「過去のやり取り」が含まれていました。ここでAIが通常の返信案を作ってしまうと、事実確認や責任者確認が不足したまま外部へ出る可能性があります。
例外ケース一覧があれば、AIはこの問い合わせを「契約・返金・過去履歴あり」と分類し、返信案の自動送信ではなく人間確認へ戻します。担当者は、止めた理由、確認者、次回ルールを判断ログへ残します。あとから同じ条件が出た時、AIは再び同じ場所で止まれます。
この小さな記録が、運用記憶になります。AIスキルや公開ノウハウは真似されやすくても、自社の例外、判断、止めた理由は簡単には真似されません。そこが、後から効いてくる運用の資産です。
例外ケースを改善に戻す方法
例外ケース一覧は、作ったままにすると単なるリスク表になります。運用に効かせるには、止めた理由を改善先へ戻します。
- 1週間から2週間分の「人間確認へ戻したケース」を集める。
- 止めた理由を、金額、契約、個人情報、情報不足、導線不一致などに分ける。
- 同じ理由が3件以上出たら、入力フォーム、FAQ、CRM項目、承認表のどこを直すか決める。
- AIへの指示を増やす前に、人間確認条件と送信不可条件を更新する。
- 更新した理由を判断ログへ残し、次回の運用レビューで確認する。
AI導入前に判断ログで承認条件を残すと組み合わせると、例外ケース一覧は改善の入口になります。AIの精度だけを見るのではなく、どこで止まり、どこを直せば次回迷わないかを見ることが重要です。
よくある質問
例外ケース一覧はAIツールを入れた後でも作れますか？
作れます。ただし、導入後に作る場合は、すでに迷ったケース、止めたケース、確認待ちにしたケースを先に集めます。AIツールの設定だけを変えるのではなく、誰が確認するか、どのログに残すかまで決めます。
例外ケースを増やしすぎるとAI化が進まなくなりませんか？
最初は多めに止めても問題ありません。運用が安定したら、実際に人間確認が必要だったものと、FAQやフォーム改善で通常処理へ戻せるものを分けます。目的はAIを止め続けることではなく、安全に任せる範囲を広げることです。
小さな会社でも判断ログまで必要ですか？
はい。大きな仕組みは不要ですが、止めた理由を残すことは必要です。担当者が変わった時や問い合わせが増えた時に、同じ判断を再利用できます。スプレッドシートの数列から始めても十分です。
次にやること
まずは、AIを使いたい業務を1つだけ選び、「AIが止まるべきケース」を10個書き出してください。金額、契約、個人情報、苦情、情報不足、社外公開、人間確認待ちのどれに当たるかを分けるだけでも、導入前の迷いは減ります。
Miraigentの無料診断（60秒）では、問い合わせ、営業、CRM、AI下書き、承認ルールのどこに例外ケース一覧を作るべきかを確認できます。AI導入前に、止める条件と人間確認の線引きを整理したい場合は、現在の業務導線を一緒に見直します。