結論: AIを使う範囲より先に、使わない範囲を決める
AI導入で最初に決めたいのは、どの業務にAIを入れるかだけではありません。どの業務にはまだ入れないか、どの条件なら保留するか、どこから人間確認へ戻すかです。
使わない範囲が決まっていないと、便利そうな業務へ次々に広げてしまい、個人情報、契約、金額、クレーム、例外対応の線引きが曖昧になります。結果として、AIの性能ではなく運用判断の不足で止まります。
AI導入は、任せる記憶だけでなく、任せなかった判断を補完して初めて現場に残ります。
なぜ「使わない業務」が重要か
会社がAIを入れる時、「できること」から考えると範囲が広がりやすくなります。問い合わせ要約、返信下書き、営業メモ、FAQ作成、投稿案作成など、候補はいくらでもあります。
しかし、業務にはAIに任せやすい部分と、今は任せない方がよい部分があります。特に、顧客ごとの約束、金額、契約、個人情報、強い不満、法務・医療・税務・投資に見える判断は、最初から通常業務と分ける必要があります。
「使わない業務」を先に決めると、AI導入は消極的になるのではなく、むしろ進めやすくなります。現場が迷う範囲を減らし、安心して試せる範囲が明確になるからです。
短い運用ストーリー
たとえば、問い合わせ対応にAIを入れたい会社があるとします。定型質問の要約や返信下書きから始めるのは自然です。
ところが実際の問い合わせには、返金相談、契約条件の確認、個人情報を含む相談、強い不満、営業機会などが混ざります。これらを同じ箱に入れると、担当者は毎回「これはAIで処理してよいのか」と迷います。
そこで、最初に除外リストを作ります。「AIに渡さない」「AIで下書きしても人間確認」「今月は対象外」「FAQ化してから対象にする」のように、業務を4つに分けます。
定型で低リスクな業務から試す
AI下書き後に人間が見る条件を決める
情報不足や分類不足の業務を一時的に止める
契約、金額、個人情報、強い不満を分ける
任せなかった理由を次のルールへ戻す
導入前に決める5つの分類
- AIで処理してよい業務: 定型的で、参照情報が明確で、確認ミスの影響が小さいもの。
- AI下書きのみ使う業務: 返信案や要約は作れるが、送信前に人間確認が必要なもの。
- 今は保留する業務: FAQ、CRM、フォーム、社内ルールが未整備で、AI以前に情報整理が必要なもの。
- AIに送らない情報: 個人情報、認証情報、顧客固有の機密、契約条件など。
- 人間判断へ戻す例外: 返金、解約、クレーム、法務・医療・税務・投資に見える相談など。
自動化前のチェックリスト
- AIを使う業務だけでなく、使わない業務の一覧がありますか。
- 「AI下書きは可、送信は人間確認」の条件を決めていますか。
- 個人情報、契約、金額、クレームを通常ケースから分けていますか。
- 保留した業務を、FAQ、フォーム、CRM、承認ルールのどこへ戻すか決めていますか。
- AIに任せなかった理由を、次回の判断材料として残していますか。
5基準で判断し、三段階に分ける
| 基準 | 確認する問い | 人へ戻す例 |
|---|---|---|
| 誤りの影響 | 金銭・権利・信用へ大きく影響するか | 契約、価格、返金、採用 |
| 扱う情報 | 個人情報、機密、認証情報を含むか | 顧客原文、内部URL、認証情報 |
| 例外の多さ | 定型手順より個別事情の判断が多いか | 強い苦情、特別条件、複雑な納期 |
| 説明責任 | 根拠を示し承認できる責任者がいるか | 専門判断、対外的な約束 |
| 検証可能性 | 出力が正しいか送信前に確かめられるか | 根拠のない予測や効果断定 |
判断は「使う・使わない」の二択にしません。公開情報の整理など低影響で検証できる工程は使う、問い合わせ要約や返信案は補助だけ使う、契約や返金の最終判断は今は使わないへ置きます。迷う工程は補助だけにして、送信・公開・約束を人へ戻します。
業務名ではなく工程に分けることも重要です。「問い合わせ対応」を受付、分類、要約、返信案、承認、送信、記録に分ければ、分類はAI、返信案は人間確認、返金可否は責任者という境界を具体化できます。
再評価できる判断表を作る6ステップ
- 業務を受付・判断・送信・記録などの工程に分ける。
- 公開情報、顧客情報、契約情報など利用する情報を書く。
- 誤り、情報、例外、説明責任、検証可能性の5基準を確認する。
- 使う・補助だけ・今は使わないの三段階へ置く。
- 金額、苦情、情報不足など人へ戻す条件と最終判断者を決める。
- FAQ、フォーム、権限、匿名化手順の改善先と再評価日を残す。
業務工程｜利用情報｜AIの役割｜人へ戻す条件｜最終判断者｜保留理由｜整えるもの｜再評価日
「危険なので禁止」だけでは、担当者が理由を推測し続けます。「顧客名を除いた内容でFAQ候補を作る」「価格を含む返信は営業責任者へ戻す」「FAQ整備後の9月に分類工程を再評価する」のように、条件と次の見直しを一文で書きます。
よくある質問
AIを使わない業務は永久に固定しますか？
固定しません。保留理由、再評価日、必要な改善条件を記録します。FAQや匿名化手順が整えば、最終判断は人に残したまま分類や要約だけを再評価できます。
判断に迷った業務はどう扱いますか？
完全自動化せず、要約や下書きまでに限定します。送信、公開、契約、価格回答は人へ戻し、一か月分の差し戻し理由を見て次の範囲を決めます。
最初に除外しやすい業務は何ですか？
契約、価格、返金、採用、強い苦情、個人情報、認証情報、根拠を確認できない専門判断です。ただし工程へ分解し、安全にできる整理作業まで一律に止めないようにします。
よくある失敗
よくある失敗は、「まず広く試す」こと自体を目的にしてしまうことです。広く試すことは悪くありません。ただし、止める条件がないまま広げると、現場は判断に迷い、結局一部の担当者だけが毎回確認する状態になります。
もうひとつの失敗は、使わなかった判断を残さないことです。AI案を採用しなかった理由、保留した理由、人間確認へ戻した理由が残らないと、翌週も同じ判断で止まります。
関連して読みたい記事
AIへ送らない情報の線引きは AIに送ってはいけない情報をチームで決める方法、 例外ケースの扱いは AI導入後に人間が見るべき例外ケース、 任せなかった判断の記録は AI運用で「使わなかった判断」を記録する意味 で整理しています。
無料診断で確認できること
判断表を作る時は、経営者だけで決めず、実際に問い合わせや記録を扱う担当者の言葉も入れます。現場が止めた理由には、文書化されていない顧客対応や例外の記憶が含まれるからです。理由を責任追及に使わず、次のFAQ、入力フォーム、承認条件へ戻すことで、AI導入の範囲を安全に更新できます。
Miraigentの無料診断では、AIで何をするかの前に、使わない業務、保留する業務、人間確認へ戻す条件、記録先を整理します。
公開しているGitHub / npmの無料MCPやテンプレートも、便利な部品を増やすだけでなく、会社の判断ログや除外条件を残す入口として育てています。