取引先から届いたメールへの返信を、生成AIに下書きさせたい。そう考えて、顧客名や連絡先が入った文面を入力欄に貼り付けたあと、手が止まる。社内で決まっているのは「気をつけて使うこと」だけで、何を入れてよくて、何を入れてはいけないのかは、使う人それぞれの判断に委ねられているのではないでしょうか。
判断が人によって違うと、同じ資料でも入れる人と入れない人が生まれ、迷うたびに作業が止まります。かといって禁止だけを決めると、仕事で使える場面まで止まり、使う人は元のやり方に戻ってしまいます。入力してよいかどうかは、ツールの便利さではなく、扱う情報の種類と、外に出たときに困るかどうかで決める必要があります。
この記事では、入力前に迷いやすい資料の場面から始め、情報を4つに分ける考え方、入力する前に確認する3つの質問、ツールの設定と社内ルールの置き場所、運用を始めた後の見直し方までを順に整理します。契約や法令に関わる判断は各社の規程と所管部署の確認が前提になりますが、そのうえで、現場が毎回立ち止まらずに判断できる形を考えます。
「便利だから入れる」の前に、止まる場面を決める
顧客名や連絡先が入った資料
「取引先から届いたメールへの返信文を整えたい」「見積書の宛名だけ確認したい」。こうした作業は、生成AIに任せると速くなります。一方で、顧客名、部署名、電話番号、メールアドレスが入った文面は、社外に置く資料と同じように扱う必要があります。入力してよいかは、資料の見た目ではなく、そこに誰の情報が入っているかで変わります。
迷ったときに多いのは、「名前だけなら大丈夫だろう」「社内の相手だから問題ない」という判断です。名刺一枚にも、本人が公表していない連絡先が含まれます。判断を個人の経験に任せると、同じ資料でも入れる人と入れない人が生まれます。まずは「これは何の情報か」を言える状態にしてから、入力の可否を決める入口を作ります。
社内だけで共有している企画書
社内会議で使った企画書や、部署内で回している検討メモも、外に出してよい資料とは限りません。未発表の商品名、提携先の名前、売上の見込み、採用計画など、社外に出ると取引や採用に影響する情報が含まれます。「社内資料だから安全」ではなく、「社外に出たときに誰が困るか」で見ます。
会議メモと録音の扱い
会議メモには、発言者の名前と、決定前の意見が残ります。録音は声そのものが入るため、メモ以上に扱いを分ける必要があります。録音を文字に起こしてから入力する場合も、元の音声と同じ情報が含まれると考えます。参加者への案内や保存先は、入力の可否とは別に、社内の手順として決めておきます。
| 資料の例 | 含まれやすい情報 | 迷う理由 |
|---|---|---|
| 取引先とのメール文面 | 担当者名、連絡先、商談の内容 | 名前だけに見えても、本人の連絡先と関係性が含まれる |
| 見積書や請求書の下書き | 取引先名、金額、品目 | 金額と取引条件は、社外に出ると影響が大きい |
| 社内の企画書 | 未発表の商品名、提携先、販売計画 | 社内共有でも、公開前の情報は外に出せない |
| 会議メモ・録音 | 発言者名、決定前の意見、声 | 決定していない話が、決まったこととして扱われる |
情報を4つに分けて、扱いを決める
「入力してよいか」を毎回ゼロから考えると、判断は人によって変わります。そこで、扱う情報を「公開情報」「社内情報」「個人情報」「契約で制限された情報」の4つに分け、確認する先を先に決めておきます。分類は資料の見た目ではなく、中に何が入っているかで行います。1つの資料に複数の種類が混ざる場合は、より慎重な側に合わせます。
| 情報の種類 | 例 | 入力前に見る観点 | 確認先の例 |
|---|---|---|---|
| 公開情報 | 自社サイトの商品紹介、公開済みのプレスリリース | 公開済みか、出典を示せるか、利用条件に反しないか | 広報・掲載部署 |
| 社内情報 | 企画書、会議メモ、売上や採用の計画 | 社外に出たとき、取引や採用に影響しないか | 部署の責任者・情報管理担当 |
| 個人情報 | 顧客名簿、メール文面、議事録の氏名、録音 | 本人が特定できるか、組み合わせで特定できないか | 個人情報の取り扱い担当 |
| 契約で制限された情報 | 取引先から預かった仕様書、覚書の対象資料 | 契約で目的や共有範囲が限られていないか | 契約・法務の担当 |
社内情報は、社内で共有しているから安全とは限りません。未発表の商品名や提携先、売上の見込みは、外に出ると取引や採用に影響します。契約で制限された情報は、契約書や覚書で共有できる相手と目的が決まっているため、生成AIの入力欄も共有先の一つとして扱います。確認先が決まっていない情報は、個人の判断に戻さず所管部署へ回します。
公開情報でも出典と利用条件を確認する
公開されている資料でも、自由に使えるとは限りません。自社サイトの文章でも、寄稿や写真、図表には別の利用条件が付いていることがあります。入力する前に、出典を示せるか、公開の範囲と利用条件に反しないかを確認します。出所が分からない資料は、入力の前に提供元へ確かめます。
個人情報は名簿の外にもある
個人情報と聞くと顧客名簿を思い浮かべますが、実際には名簿の外にも散らばっています。メールの署名、議事録の参加者欄、アンケートの自由記述、録音の声も同じです。単体では分からなくても、組み合わせると誰のことか特定できます。
部署名・役職・メール文面に含まれる情報
部署名・役職・メールアドレスがそろうと、本人を特定しやすくなります。「営業部の佐藤です。先日の見積の件で」という一文も、社内名簿と照合すれば個人を絞り込めます。これは説明用に作った架空の例で、実際の顧客情報ではありません。本文の日付や案件名も、組み合わせると情報になります。
- 公開情報を入力する場合、出典と利用条件を確認したか
- 氏名・連絡先・部署名・役職の組み合わせで、本人が特定できないか
- 社外に出たとき、取引先や採用、未発表の計画に影響しないか
- 契約や社内規程で、共有できる相手や目的が限られていないか
- 判断がつかないときに、相談先を言えるか
入力する前に確認する3つの質問
入力してよいか迷ったときは、資料の見た目ではなく、中に入っている情報を順番に確かめます。質問は3つです。誰の情報か。外に出て困るか。契約や社内規程に反しないか。この順で見ると、止める資料と、形を変えれば使える資料を分けられます。
- 1. 誰の情報か(氏名・連絡先・部署・役職)
- 2. 外に出て困るか(取引・採用・未発表の計画)
- 3. 契約や社内規程に反しないか
質問のどれかで迷ったら、入力せず相談先へ。
迷ったら入力しない運用にする
3つの質問のどれかで「わからない」が出たら、入力しない。これを先に決めておきます。迷った人が自分で判断して入れるより、一度持ち帰る形にした方が、後から確認する範囲を小さくできます。止めた後に行き先がないと現場は困るため、相談先と、回答が来るまでの間の進め方も一緒に決めます。
匿名化や要約で済む範囲を先に考える
入力しないと決める前に、必要な情報だけ残せないかを見ます。名前を「取引先の担当者」に、日付を「来週」に置き換えても、依頼の目的が変わらないことはあります。ただし、部署名・役職・案件名がそろうと、置き換えた後でも本人を絞り込めます。特定できそうなら、匿名化したつもりで入力せず、止める側に倒します。
次の表は、置き換えの考え方を示すために作った架空の例です。実際の顧客情報や社内資料ではありません。
| 場面 | そのまま入れる例(架空) | 置き換える例(架空) | 残る注意点 |
|---|---|---|---|
| お礼メールの作成 | 「株式会社サンプル 営業部 佐藤様へ、先日のお礼」 | 「取引先の担当者へ、先日のお礼」 | 社名と氏名を外しても、日付や案件名で特定されないか見る |
| 見積返信の下書き | 「A社の佐藤さんへ、見積金額30万円・期限は来週火曜と伝える」 | 「取引先の担当者へ、見積の金額と期限を伝えるメールを作成」 | 実際の社名・氏名・金額・期限は入れず、本文や案件名で特定されないか確認する |
| 議事録の整理 | 「田中さんが採用ページの修正を担当」 | 「担当者が採用ページの修正を担当」 | 名前を外しても、部署名や案件名で特定されないか確認する |
ツールの設定と、社内ルールの置き場所
入力前の判断の順番が決まっても、ツールの設定と、ルールを置く場所が決まっていなければ、現場はそこで止まります。設定は導入したときだけでなく、管理者が変わったときや、サービスの契約内容が更新されたときにも確認します。ここでは、誰が何を見るかの対応、例外の行き先、ルールの更新の流れを決めます。
契約と利用規約は担当者だけで判断しない
生成AIのサービスは、利用規約や契約の内容が変わることがあります。入力した内容が学習に使われるか、保存期間はどうか、外部の委託先に渡るかは、契約書と管理画面の設定の両方で確かめます。担当者一人の記憶に頼らず、確認した日付と確認した人を残しておくと、次に同じ質問が出たときに迷いません。次の表は確認する項目を整理した例で、実際の項目は契約とツールによって変わります。
| 確認する項目 | 見る場所 | 確認する担当の例 |
|---|---|---|
| 入力した内容が学習に使われるか | 契約書・利用規約・管理画面の設定 | 情報管理の担当と契約の担当が一緒に確認する |
| 保存期間と削除の方法 | 管理画面の設定と提供元の説明 | ツールの管理者 |
| アカウントの発行・停止と権限 | 管理者画面 | 情報システムの担当 |
| 外部サービスとの連携 | 連携の設定画面 | 業務の責任者とツールの管理者 |
例外の相談先を決める
4つの分類に当てはまらない資料や、判断が割れる案件は、例外として相談先へ回します。相談先は部署名だけでなく、役割と代理の人まで決めておきます。1人に集中すると回答が滞り、現場は待つ間に自己判断へ戻ってしまいます。相談先には、次の4点をまとめて伝えます。
- 何をしたいか(下書き、要約、翻訳など)
- 入れたい資料の種類と、含まれる情報
- 外に出たときに困る人や取引
- 必要になる期限
- 1. ルールの本文を社内Wikiなど1か所に置く
- 2. 変更のきっかけを記録する(規約の改定、新しいツール、ヒヤリとした出来事)
- 3. 担当者が更新案を作る
- 4. 情報管理の担当と現場の責任者が確認する
- 5. 更新日と変更点を残し、現場へ周知する
ルールは作った時点が完成ではありません。置き場所を1か所に決め、更新した日と変更点が残っていれば、新任の担当者も前の判断をたどれます。次の章では、運用を始めた後の見直しと、入力してしまったときの初動を整理します。
運用を始めた後の見直し
入力してよい資料の線引きを決めても、運用が始まると想定していなかった場面が出てきます。大事なのは、迷った出来事やヒヤリとした経験を個人の中に留めず、次の見直しにつなげることです。うまくいかなかった例こそ、ルールを現実に合わせる材料になります。
入力してしまった後の連絡と記録
入力してはいけない情報を入れてしまった、あるいは入れたかもしれないと気づいたとき、最初に何をするかを決めておきます。報告した人を責める運用にすると、次の報告が上がってきません。まず事実を早く共有してもらい、影響の範囲を一緒に確認する順番にします。
- 1. 気づいた人が、入力に使ったツールの担当者へ連絡する
- 2. 入力した内容、日時、対象の範囲を確認する
- 3. 削除や利用停止など、ツール側でできる対応を取る
- 4. 確認した内容と対応を記録に残す
- 5. 再発を防ぐため、ルールと手順の見直しへ回す
記録には、気づいた日時、入力した内容の概要、相談した相手、取った対応を残します。個人を特定する情報そのものを、記録のために別の場所へ写さないよう注意します。記録は責任追及のためではなく、同じ場面が起きたときに迷わないために使います。
研修とルール更新をいつ行うか
研修は一度にまとめて行うより、区切りのある場面で短く繰り返す方が定着しやすくなります。新しいツールを導入したとき、提供元の規約が変わったとき、ヒヤリとした出来事を共有したときは、その都度ルールを見直す機会にします。見直しの担当と、更新した内容を周知する方法も決めておきます。
| 見直しのきっかけ | 更新する内容の例 |
|---|---|
| 新しいツールや機能を導入したとき | 入力してよい情報の範囲と、管理者が確認する設定項目を書き足す |
| 提供元の規約や契約が変わったとき | 学習への利用、保存期間、外部への共有についての確認結果を差し替える |
| ヒヤリとした出来事が起きたとき | 初動の手順と、判断に迷った資料の分類を見直す |
| 担当者が変わったとき | 相談先、確認した日付、確認した人を新しい担当へ引き継ぐ |
| 研修で同じ質問が繰り返されたとき | 判断の目安や記入例を加え、現場が参照しやすい場所に置く |
見直しの時期を決めておかないと、ルールは作ったときのまま古くなります。年に一度など定期的な確認の日を置き、変更点と更新日を1か所に残します。現場から質問が繰り返し出る項目は、判断の目安を書き足す合図です。完璧なルールを一度で作るより、迷った場面に戻って確かめられる形に育てていくことが、無理のない運用につながります。




