AIに渡す情報を迷わないための「入力仕分け票」

生成AIの利用規程を整えても、実務の担当者が入力欄の前で判断できるとは限りません。「顧客名を含む依頼メール」「会議中に配られた資料」「未確定の人事情報」のように、複数の情報が混ざった材料は、全社共通の禁止事項だけでは扱いを決めにくいためです。迷った担当者が利用を見送ることも、確認せず自己判断で入力することもあります。

ここで先に整えたいのは、大きな規程の改定ではありません。研修直後に試す一業務について、AIに渡す材料を項目単位で仕分ける「AI入力仕分け票」です。何を渡せるかを入力直前に考えるのではなく、業務を始める前に担当者と確認者が決めておきます。

公表資料では、AWSの執筆者が、生成AIアシスタントを全社導入する際には、データの所在、認証・認可、監査ログ、コストの可視化といった非機能要件が重要になると説明しています。組織規模や技術構成はそのまま他社に当てはめられませんが、利用を始める前に情報の扱いを要件として明確にする姿勢は、日常業務の試行にも参考になります。 [1]

最初から全業務の入力可否を一覧化しようとすると、判断待ちが増えます。最初の一枚は、頻度が高く、出力を人が確認してから使える業務を一つ選びましょう。たとえば、社内案内メールの下書き、定例会の論点整理、定型的な社内問い合わせへの回答案作成などです。AIに何をさせるかも、「下書きを作る」「箇条書きに整理する」のように一つに限定します。

票の作成担当者は、その業務で材料を集める人にします。一方、最終確認者は、内容の正確さと送付・公開の可否を判断できる人にします。情報システム部門だけに判定を集めず、業務内容を知る担当者、必要に応じて人事・総務・法務などの相談先を決めると、日々の判断を進めやすくなります。

例：対象業務は「社内イベント案内メールの下書き」、利用目的は「案内文の構成と表現の作成」と記入します。「イベント運営全般」のように広く書かないことで、入力材料と確認範囲を具体的にできます。

材料は文書単位ではなく、含まれる項目に分解します。会議メモなら、日時、参加者名、決定事項、未確定の発言、顧客固有の課題、添付資料の記載などに分けます。その上で各項目を「原文のまま使う」「置換して使う」「AIに渡さない」の三つに分類します。一つのファイルに許可項目と非許可項目が混在している場合は、必要な部分だけを抜き出して使う前提にします。

「原文のまま使う」には、社内で公開済みの案内目的、確定した日時、公開済みの会場情報などを置けます。「置換して使う」には、氏名を役割名にする、部署名を一般的な表現にする、具体的な金額を幅や条件に言い換える、といった項目を置きます。「AIに渡さない」には、未公表の人事情報、本人を特定し得る不要な連絡先、業務目的に不要な顧客情報などを置く、という考え方ができます。実際の区分は、自社の規程、利用するAIの契約・設定、情報管理の基準に照らして決めてください。

例：社内イベント案内では、「開催日時」「公開済みの会場」「案内の目的」は原文のまま使う欄に記入します。「担当者氏名」は「総務担当」のように置換する欄に記入します。「参加予定者名簿」と「未公表の異動予定」は、案内文の下書きに不要であれば渡さない欄に記入します。

伏せ字や匿名化を行う場合も、自社の情報管理基準に照らして、置換後の内容から対象者や案件を特定し得ないかを確認します。部署、日付、役職、案件の特徴などの組合せも、確認対象として票に記載します。また、元データを添付したまま本文だけを置換していないか、AIへの参照設定に別資料が残っていないかも確認対象にします。

各材料について「なぜこの情報が必要か」を一行で残してください。目的を書けない項目は、入力から外せる可能性があります。案内メールの構成を作るだけなら、参加予定者全員の氏名は通常必要ありません。必要最小限の材料に絞ると、入力判断だけでなく、AI出力の確認範囲も小さくできます。

例：「会場名は参加者の移動案内に必要」「担当者名は問い合わせ先の表現を作るため役割名へ置換」「参加者名簿は宛先設定にだけ使い、下書き生成には不要」と記録します。この記録があれば、担当交代時にも仕分けの意図を確認できます。

入力を仕分けても、出力に不適切な情報や誤った内容が含まれれば、そのまま利用できません。票には「出力に残してはいけない情報」と「確認手順」を必ず追加します。確認者は、AIの文章が自然かどうかだけでなく、原文との一致、日時・会場・宛先、置換漏れ、推測で補われた表現を見ます。

公開資料でも、外部システムとの接続では、接続が成立することと期待どおりに動作することは別々に確認が必要だったと説明されています。これは大規模な技術構成の事例ですが、日常のAI利用でも「出力が出た」ことと「業務で使える」ことを分けて確認する必要があります。 [1]

例：総務担当が案内文の下書きを作成し、イベント責任者が日時・会場・対象者・申込方法を原案と照合します。確認後に送信担当者が宛先を別途設定し、名簿を下書き本文へ貼り付けていないことを確認してから送ります。

初回は、仕分け票どおりに一件を試し、作成担当者と確認者が短時間で振り返ります。記録するのは、入力から除いたために困った情報、置換が分かりにくかった箇所、出力で修正した内容、判断を保留した項目です。使いやすさだけでなく、確認にかかった手間も記録すると、次回に対象業務を広げるかどうかを判断できます。

判断に迷った項目を、担当者の記憶だけで終わらせないことが重要です。「今回は渡さない」「相談先の回答後に再判定する」「規程の確認が必要」と状態を分け、再確認日と相談先を票に残します。結論が出たものだけを次回の仕分け基準に反映すれば、暫定判断を恒久ルールとして広げずに済みます。

AIの安全な継続利用は、抽象的な注意喚起だけでは定着しません。誰が、どの業務で、どの材料を、どの形なら入力でき、誰が出力を確かめるかを一枚にします。まず一業務の判断を再現可能にしてから、同じ形式で次の業務へ広げてください。

• 対象業務／利用する場面：＿＿＿＿＿＿＿＿　作成担当者：＿＿＿＿＿＿＿＿　最終確認者：＿＿＿＿＿＿＿＿
• AIに渡す材料の項目名／入手元・基準日：＿＿＿＿＿＿＿＿
• 区分（原文のまま使う／置換して使う／渡さない）：＿＿＿＿＿＿＿＿
• 置換方法と、その情報が業務に必要な理由：＿＿＿＿＿＿＿＿
• 渡さない判断の理由／判断に迷った場合の相談先：＿＿＿＿＿＿＿＿
• AI出力に残してはいけない情報：＿＿＿＿＿＿＿＿
• 確認手順（原文照合・宛先確認・責任者確認）／再確認日：＿＿＿＿＿＿＿＿

1. AWS / NEC（確認日：2026-10-30）