結論:入力前に4段階へ分ければ、禁止と活用を両立できる
AIに送ってはいけない情報は、すべての個人情報を同じ箱へ入れて終わりにするものではありません。業務で何をしたいかを先に決め、AIへ渡す必要があるか、伏せても目的を達成できるか、出力を人が確認できるかを順番に見ます。
①公開情報・一般化した例は送ってよい ②個人名や番号を削除・置換すれば使える ③契約・返金・苦情などは人間確認へ戻す ④認証情報・秘密情報・本人特定につながる束は送らない
この分類の目的は、AI利用を止めることではありません。入力欄の前で迷った担当者が、勝手に送るか、何もできずに止まるかの二択にならないようにすることです。Miraigentが扱うAI導入診断でも、ツール名より先に対象業務、入力情報、人間確認、例外時の戻し先を確認します。
「個人情報は禁止」だけでは運用できない理由
現場が困るのは、禁止事項が少ないからではなく、同じ情報でも目的によって必要な粒度が変わるからです。たとえば問い合わせの文章を分類するだけなら氏名や住所は不要です。一方、契約プランに応じた返信案を作るなら、契約条件の確認は必要になります。しかし、その条件をAIへそのまま送る必要があるとは限りません。
「個人情報」という言葉だけでは、担当者は氏名を消すべきか、会社名も消すべきか、注文番号は残してよいかを毎回考えます。忙しい時間帯ほど判断が揺れ、慎重な人はAIを使わず、慣れた人は原文を貼るという差が生まれます。
そこで、入力前の判断を次の表にします。迷った時に最も安全な列へ戻り、相談してから進められることがポイントです。
| 区分 | 例 | 入力前の条件 | 出力後の扱い |
|---|---|---|---|
| 送ってよい | 公開済みの仕様、一般化した質問、匿名化した文例 | 公開範囲と目的が一致している | 通常の人間確認を行う |
| 伏せれば使える | 氏名、メール、会社名、受付番号、個別金額 | 削除・仮名化しても目的に必要な条件が残る | 対応表はAIへ渡さず、原文と照合する |
| 人間確認へ戻す | 契約、返金、苦情、採用、法務、未公開計画 | AIに下書きをさせる場合も確認者と位置を決める | 承認前に送信・公開しない |
| 送らない | パスワード、APIキー、秘密鍵、本人特定情報の組合せ | 伏せる前提でなく、入力自体を止める | 社内手順で相談・記録する |
4段階を業務へ落とす具体例
問い合わせの要約
問い合わせ本文から「要件・期限・不足情報」だけを抜き出すなら、氏名、電話番号、メールアドレスを削除した匿名文で試せます。注文番号が必要に見えても、最初の分類には不要かもしれません。原文とAIの要約を照合する担当者を決め、契約や返金に触れたら人間確認へ戻します。
営業メモの整理
商談の論点を整理する目的なら、「顧客A」「予算は個別確認」「導入時期は未定」のように置換できます。ただし、見積価格や契約条件をAIに補わせてはいけません。AIはメモの構造化まで、顧客への約束と価格の確定は営業責任者、という境界を記録します。営業記録の現在地を揃える方法は営業ステータスをAI化前にそろえる記事も参照できます。
社内文書の下書き
公開済みの社内手順から見出し案を作る場合でも、未公開の人事評価、個別の健康情報、アクセス情報は入力しません。社内限定情報を扱うなら、利用サービスの契約と社内規程を確認し、必要な部分だけを手動で要約してから使います。機密度が高いものはAIへ送るかどうかではなく、元の承認ルートへ戻します。
入力前に実行する6手順
- 目的を一文にする。「問い合わせを分類する」「見出し案を作る」など、AIに任せる作業を限定します。
- 必要な項目だけ抜き出す。原文を丸ごと貼らず、出力に必要な情報と不要な情報を分けます。
- 4段階へ分類する。迷う情報は安全側へ置き、無理に「送ってよい」に寄せません。
- 置換後の意味を確認する。仮名化しても顧客や案件が推測できないか、組み合わせで特定できないかを見ます。
- 人間確認の位置を決める。AIの出力を誰が、何と照合し、どの操作の前に止めるかを一つ書きます。
- 迷いをログに残す。情報の種類、判断、相談先、次回の見直し条件を記録し、同じ質問を毎回ゼロから考えないようにします。
この手順は、AIサービスの設定だけで完結しません。正本となる契約台帳、FAQ、社内規程が古いままなら、匿名化しても誤った情報を整理することがあります。AIを使う前に、参照先の更新日と管理者も確認してください。
送信禁止と人間確認を間違えないチェックリスト
- その情報は、今回の出力に本当に必要ですか。
- 氏名、連絡先、会社名、番号、金額を削除・置換できますか。
- 複数の項目を組み合わせても本人や案件を特定できませんか。
- パスワード、APIキー、秘密鍵、認証用コードを含んでいませんか。
- 契約、返金、苦情、採用、法務、未公開情報が含まれていませんか。
- AIの利用サービスと社内ルールが、対象情報の扱いを許可していますか。
- 出力を原文・正本と照合する人と、送信前に止める場所がありますか。
- 迷った時の相談先、送ってしまった時の報告先、記録場所がありますか。
一つでも答えが曖昧なら、そのまま送らずに入力を止めます。止めることは失敗ではありません。理由と次に補う条件が残っていれば、会社の判断材料になります。
ルールを一枚で更新できる形にする
入力ルールは、作った日が完成日ではありません。利用するAIが変わる、料金や契約が変わる、扱う業務が広がる、参照する台帳が更新される、情報管理の担当者が変わる。このような変化があれば、4段階の分類を見直します。
対象業務|AIへ任せる作業|入力してよい情報|置換する情報|送らない情報|人間確認の項目|正本と更新日|迷った時の相談先|次回見直し日
特に「人間確認あり」とだけ書かないことが重要です。「契約条件は営業責任者が契約台帳の最新版と照合し、顧客へ送る前に承認する」のように、対象・確認者・参照先・停止位置を書きます。これなら担当者が交代しても、経験だけに頼らずに済みます。
判断ログは個人情報を集めるための記録ではありません。何を送らなかったか、なぜ止めたか、どのルールを更新したかを残すためのものです。保存・見直しの考え方はAI判断ログの保存期間と見直し、ルールの変更イベントはAI判断ログを更新する合図も役立ちます。
よくある質問:AIへ送る情報の線引き
AIに個人情報は一切送ってはいけませんか?
会社の規程、利用サービスの契約、情報の種類で判断します。初期運用では氏名や連絡先を削除・置換し、原文を送らずに一般化できるかを確認します。一般化できない場合は送信せず、人間確認へ戻します。
伏せればAIに送ってよい情報はどう決めますか?
AIの目的に不要な氏名、連絡先、番号、金額を削除または仮名へ置換し、置換後も業務判断に必要な条件が残るかを確認します。復元できる対応表をAIへ送らず、必要な担当者だけが管理します。
迷った情報を送ってしまった時はどうしますか?
追加送信を止め、何をいつどのサービスへ送ったか、影響の可能性、確認者、元の手順への戻し先を記録します。社内の情報管理ルールに従って報告し、次回の4段階ルールへ反映します。
AI入力ルールは誰が更新しますか?
現場だけでも管理部門だけでもなく、対象業務の責任者と情報管理・確認担当が更新します。利用サービス、契約、入力データ、業務範囲が変わった時を見直しの合図にします。
無料診断で、AIに送る情報と戻し先を整理する
AIの利用を始めたいのに、入力してよい情報と人間確認の境界が曖昧なら、ツールを増やす前に一業務だけ点検します。Miraigentの無料診断では、業務の入口、入力情報、AIに任せる範囲、確認者、例外時の戻し先を整理し、最初に作る入力ルールの候補を明らかにします。
AIを使う会社に必要なのは、何でも送れる状態ではありません。送らない判断を説明でき、必要な情報だけを安全に使い、迷った時に人へ戻れる状態です。まずは直近の一件を4段階へ分けるところから始めてください。
