顧客資料を入れる「前に」線を引く 5 論点

NotebookLM を営業現場に投入するとき、機能面より先に整理しておくべきなのがセキュリティの運用です。ここが曖昧なまま個々の営業に任せると、顧客との契約や情報管理規程を揺るがしかねません。

本記事は、営業マネジメント側が「顧客資料を NotebookLM に入れる前に」線を引くべき 5 論点を、順に整理していきます。総合的な使い方は 営業職のための NotebookLM スライド作成完全ガイド を、料金プランでのセキュリティ機能差は NotebookLM の料金体系まとめ を、それぞれ参考にしてください。

論点 1 — アカウント分離を最初に済ませる

営業現場でありがちな最悪パターンが、個人 Gmail アカウントで NotebookLM を使い、顧客資料を入れてしまうケースです。個人アカウントでの資料入力は、次のリスクを抱えます。

  • 退職時にアカウントごとデータが引き継げない
  • 監査ログが個人アカウントに紐づく (組織側で確認できない)
  • 情報管理規程・NDA との整合が取れない

対策は、業務用の Google アカウント (Workspace アカウント推奨) を営業チームで統一して使うことです。個人アカウントでの NotebookLM 業務利用は、社内ルールとして明示的に禁止します。

論点 2 — ノート単位で共有範囲を設計する

NotebookLM のノートは、共有範囲を細かく設定できます。営業現場では、次の 3 段階で運用するのが実務的です。

共有範囲使い方
個人のみ案件立ち上げ初期、担当が 1 人の段階
案件チーム (2〜5 名)案件進行中、主担当 + サポートの範囲
部門全体業界別ソースセット、教材ノート

案件ノートを「部門全体」に広げる運用は避けます。顧客固有情報が入るノートは、担当者と直接関わる範囲に閉じるのが原則です。教材ソースとして共有する場合も、匿名化を済ませた上で部門共有に上げます。

論点 3 — 削除ポリシーを案件終了時に発動する

案件が終了 (成約 / 失注 / 保留の長期化) した際に、ノートをどう扱うかを事前に決めておきます。営業現場での典型的な運用は次のとおりです。

  • 成約案件 — 匿名化して教材ソースに移行、元ノートは 30 日後に削除
  • 失注案件 — 振り返り資料を教材ソース化した後、元ノートは 30 日後に削除
  • 長期保留案件 — 3 か月動きが無ければアーカイブ、6 か月で削除

「使い終わったノートを放置しない」を仕組みにするのが、情報漏洩リスクを長期的に下げます。営業マネジャーが月次でアーカイブと削除の実施状況を確認する運用が現実的です。

FIXITFIXIT

えっ、削除まで運用に組み込むの？そこまでやる必要ある？

DodaiDodai

まず壊れ方から考えます。放置ノートが漏洩の入り口になる想定です。

FIXITFIXIT

じゃあ全部個人ノートで抱えっぱなしはダメなんだ。

DodaiDodai

そこは事故ります。案件と一緒に閉じるルールを最初に決めます。

論点 4 — NDA との整合を先に確認する

顧客と NDA を締結している案件では、その NDA の条項を先に読みます。特に確認すべきは次の 2 点です。

  • 第三者クラウドへのデータ入力可否 — 明示的に禁止されている場合、NotebookLM への入力もできない
  • 生成 AI への入力の扱い — 近年の NDA では、生成 AI への入力を制限する条項が入り始めている

条項がない場合も、契約上「使ってはいけない」わけではないですが、顧客担当者に事前確認しておくのが安全です。「AI ツールで内容整理する承諾を得たい」と説明すれば、多くの場合は承諾が得られます。無断で使い、後から問題化するリスクを避けます。

論点 5 — 監査対応と契約プラン

情報漏洩事案が発生した場合、営業組織は「誰が、いつ、どの情報を、どこに入れたか」を追跡できる必要があります。NotebookLM の監査ログとアクセス履歴の取得可否は、契約プランで異なります。

営業組織で顧客資料を扱う運用に乗せるなら、次の水準を最低ラインとして選定します。

  • Google Workspace 経由のエディションで、監査ログが確認できる
  • ノート単位のアクセス履歴が管理者から見える
  • データローカリティ (保管場所) が明示されている

無料版や個人 Plus プランでは、これらの管理者側の可視性が限定的です。料金プランとセキュリティ機能の対応は NotebookLM の料金体系まとめ に整理しています。

「入れて大丈夫か」ではなく「どう入れるべきか」

ここまで整理してきた 5 論点は、単独ではどれも当たり前の話です。しかし営業現場では、個々の担当者が善意で顧客資料を入れて、後から問題が発覚するケースが繰り返し起きています。

「NotebookLM は安全か / 危険か」という二者択一で考えると、運用が硬直します。正しい問いは「どう入れるべきか、その運用を先に設計する」ことです。5 論点を整備できていれば、営業チームは安心して業務効率化の恩恵を受けられます。

FIXIT の受け止め — セキュリティは「使えなくする」ためではない

私たちの視点では、セキュリティ運用の目的は「営業に使わせないため」ではなく「営業に安心して使ってもらうため」にあると考えています。ルールが厳しすぎて誰も使わない状態は、業務効率化の機会損失そのものです。

現実的な線引きを、営業マネジメント・情シス・法務の 3 者で先に合意しておけば、営業チームは判断で止まらずに済みます。この初期投資が、結果的に AI ツールの全社定着を早めます。

情報管理を含めた AI ツール定着の設計支援は AI 開発ツール定着支援 のページや お問い合わせ から承っています。

よくある質問

Q. 顧客の資料を NotebookLM に入れずに、要約だけを入れるのは大丈夫ですか？

A. 要約でも顧客の固有情報 (企業名・金額・独自の課題認識) が含まれる場合、NDA との照合は同じく必要です。ただし固有情報を伏せた匿名化要約であれば、情報管理上のリスクは大きく下がります。「原本を入れるか、匿名化要約を入れるか」を案件ごとに判断する運用が実務的です。

Q. 過去案件を教材ソースに移すときの匿名化はどこまでやるべきですか？

A. 少なくとも「企業名・担当者名・具体金額・独自ソリューションの名称」の 4 点は伏せます。業界・規模・案件タイプ・課題タイプを残せば、教材としての価値は保てます。匿名化の作業自体を営業マネジャーの承認プロセスに組み込むと、抜けが起きません。

Q. 情シス・法務の承認を取るときに、何を提示すればいいですか？

A. 本記事の 5 論点 (アカウント分離・共有範囲・削除ポリシー・NDA 整合・監査対応) をチェックリストとして提示するのが最短です。加えて、Google Workspace 側の Enterprise ライセンスで得られるセキュリティ機能一覧をあわせて出すと、承認のハードルが下がります。担当情シス・法務によって観点が異なるので、事前に相談の場を設けておくのが円滑です。

おすすめ参考リソース