社内情報を外に漏らさない変換。社外向け文面の自動生成ルール

顧客との会議のあとに送るフォローアップのメールを、社外向けのAI下書きで効率化しようとすると、ある落とし穴が待っています。
社内向けの議事録を、そのまま社外に送ってしまう事故です。

ただ、厄介なのは送った本人がそれに気づかない点です。
社内の呼び方、他社の名前、内部の検討の経緯といったものは、書いた本人には当たり前すぎて、外に出してはいけない情報だと認識されません。

今回は、社外向け文面への変換をどう設計するかについて書いていきます。
議事録の共有そのものは議事録共有を「送る作業」から外す。要約の自動配信を設計するにまとめてあります。

フォローアップのメールは会議が終わったあとの工程にあたり、会議の前後をどうつなぐかは会議と議事録のAI化。準備から共有・タスク化までの設計で全体を組み立てています。

議事録をそのまま外に出すと、事故になる

何が混ざりやすいのでしょうか？
他の顧客の名前で、「A社でも同じ課題があった」という記述が比較の文脈でごく自然に出てきます。
価格の内部的な考え方で、「この規模なら値引きの余地がある」といったものは社内では必要でも、そのまま外には出せません。
社内の検討の経緯で、「開発から難しいと言われている」「上と相談する必要がある」といった記述になります。

担当者の個人的な見解で、「この担当者は決裁権がなさそう」というものが、いちばん出てはいけない記述です。
社内の略語と呼び方で、事故ではありませんが相手には意味が通じません。
未確定のことを確定として書いた記述で、社内向けなら「たぶん来月」で足りても外に出すと約束になってしまいます。
このなかでは担当者の見解が最も損失が大きく、未確定を確定として書く記述がいちばん頻繁に起きます。

社内向けと社外向けは、残す・除く・変えるで分ける

何を残し、何を除けばいいのでしょうか？
残すのは4つで、相手と合意した内容、こちらが約束した提出物と期限、相手へのお願い、次回の日程と議題です。
除くのは4つで、社内の検討の経緯、他社の情報、内部の判断の理由、担当者や相手先についての評価です。

変えるのは2つで、社内の略語を正式名称にし、未確定を未確定と分かる表現にします。
「来月」ではなく「来月を目標に調整中」という書き方にします。

もちろん、「書かれていないことを補わない」も入れておきます。
社内の議事録にない内容を社外向けの文面で補うと、確認していない内容をそのまま約束することになるからです。
この整理を、そのまま指示として使える形にしておきます。

入れるのは4項目で、目的、残す項目、除く項目、表現の指定です。
目的は「この会議の内容を、顧客に送るフォローアップのメールに変換してください」というものです。
「除いた項目がある場合は、その旨を末尾に記載してください」も入れておくと、何が除かれたかが分かって確認のほうが楽になります。
この4項目は1つの指示として保存しておき、毎回書くのではなく固定して使います。

自動生成でも、人の確認は外さない

なぜ、自動送信にしてはいけないのでしょうか？
除き漏れが起きる点があります。
変換の指定を入れても、判断の境界にあるものは残ることがあります。

表現が不適切になる場合がある点もあり、相手との関係によって適切な丁寧さが変わってきます。
約束の記述が実際と違う場合がある点もあり、期限や提出物の記述が現実の約束と違っていると相手との認識のずれをそのまま生みます。

だから、確認の工程を残したうえで確認の観点を3つに固定しておきます。
外に出してはいけない情報が残っていないか、約束の記述が事実と合っているか、未確定のことが確定として書かれていないか、の3つです。
この3観点だけなら確認は2分で終わり、全文を精査するのではなくこの3点だけを見ます。

公開前のチェックそのものは公開前チェックをAIに任せる。機密混入・炎上・顧客視点の事前検知で扱っています。

金額が動く、初めての相手、詫びの内容を含む場合は確認をもう一段強くして、作成者以外が1回見る形にします。
「外に出す前にAIに一度見せる」工程も足し、「この文面に、社外に出すべきでない情報が含まれていないか」「誤解を招く表現がないか」を挙げさせます。
このとき指摘だけを受け取り、直すのは人がやります。
修正案をそのまま採用すると、文面の一貫性のほうが崩れるからです。

対象を絞るのが要点です。
全部のメールに二重確認を課すと工程が重くなって、飛ばされてしまいます。
だから、金額・初めての相手・詫びの3つに絞ります。

現場には、指示ごとテンプレートとして配る

現場には、何をどう渡せばいいのでしょうか？
配るのは3つで、変換の指示、確認の3観点、二重確認の基準です。
変換の指示は上の4項目を含む、そのまま使える文章にします。

確認の3観点はチェックリストの形にします。
もちろん、「除いてはいけないもの」も書いておきます。
約束した期限を除いてしまう事故があり、簡潔にしようとすると重要な約束のほうが落ちます。

配る場所は、業務の動線上にしておきます。
メールの下書きを作る仕組みの説明欄、あるいは営業の手順書の中です。
探しに行く場所に置くと、まず使われません。
扱ってよい情報の線引きは生成AIに入れてはいけない情報とは。社内ルールを3段階で線引きする、メール対応全体の標準化はメール対応の品質と速度を組織でそろえる。返信・要約の標準化にまとめてあります。

事故の対応は、先に決めておく

事故が起きてしまったら、どう対応すればいいのでしょうか？
決めておくのは3つで、誰に報告するか、相手にどう伝えるか、記録をどう残すかです。
このなかで特に「相手にどう伝えるか」を、決めておきます。
送ってしまった情報が他社の名前であれば、訂正の連絡が必要になる場合があります。

判断を担当者に委ねると、隠す方向に動く可能性があります。
「報告しても責めない」と明示しておくのも、あわせて決めます。
ここが最も重要なところで、報告されないと対応が遅れて被害が広がるからです。

記録のほうは、原因と対策を1行で残しておきます。
同じ事故の再発を防ぎ、変換の指示を改善するためです。
品質を組織でそろえる全体像はAIアウトプットの品質を組織でそろえる。標準化とレビュー体制にまとめてあります。

気をつけたい失敗は7つで、社内向けの議事録をそのまま送る、自動送信にする、確認の観点を決めずに「確認してください」と言う、全部のメールに二重確認を課す、簡潔にしようとして約束を落とす、書かれていないことを補う、事故が起きたときの対応を決めない、の7つです。
どれも、変換の工程を入れて下書きまでで止め、3観点に固定して3つの基準で絞り、期限と提出物は必ず残して補わず、対応を先に決めておけば防げます。

私たちが提供しているAI伴走支援では、こうした変換のルールや事故のときの決めごとも、AIガイドラインをヒアリングから一緒にドラフトし、話し合って仕上げる中で決めています。

変換のルールが、事故を防ぐ

社内向けの議事録には、他社の名前、価格の内部的な考え方、社内の検討の経緯、人物についての評価、社内の略語、未確定を確定として書いた記述が含まれています。
これをそのまま外に出すと、事故になります。
変換の設計は、残す・除く・変える、の3つに整理します。
残すのは合意した内容・約束・お願い・次回の日程で、除くのは社内の経緯・他社の情報・内部の判断の理由・人物の評価です。

「書かれていないことを補わない」も、あわせて入れておきます。
確認していないことを、そのまま約束することになるからです。
指示は4項目を固定して使い、「除いた項目があればその旨を末尾に記載」も入れておきます。

自動送信にはせず、確認の観点は3つに固定します。
外に出してはいけない情報が残っていないか、約束の記述が事実と合っているか、未確定が確定として書かれていないかを見れば、2分で終わります。
金額が動く、初めての相手、詫びの内容を含む場合は作成者以外が1回見て、外に出す前にAIにも一度見せ、指摘だけを受け取ります。

事故が起きたときの対応も決めておき、「報告しても責めない」と明示しておきます。

まずは変換の指示を4項目にまとめ、直近の顧客との商談で1件試してみてください。