NotebookLM×他ツール連携（Drive/Docs/Slidesとの組み合わせ）

学習の目標

Drive上の正本フォルダからNotebookLMへソースを取り込む手順をドキュメント化できる。
Docs・スライド・PDFの更新と再取り込みの運用リズムをチームで合意できる。
「編集＝Workspace」「対話と引用確認＝NotebookLM」の二層モデルを説明できる。

前提条件

Google Drive・Docs・スライドを開ける。
NotebookLMのソース追加画面にアクセスできる。
共有リンクの公開範囲の違いを概ね理解している。

キーコンセプト

Single Source of Truth: ファイル名の乱舞より、フォルダと「FINAL」命名規則。
権限は資産: 緩い共有と機密資料の組み合わせは最悪。ノートブック化の前にDrive側を締める。
一方向の還流: 生成物を公式Docsに貼るときはコピペ＋人の翻案がデフォルト。
プレゼンと詳細の分離: スライドだけだと脚注が足りない。補足Docをセットで入れる。

手順（実践ステップ）

Drive掃除: プロジェクト直下を粗く分類し、「このフォルダだけがNotebookLM入力可」と決める。
正本の固定: メイン仕様はDocs、顧客説明はスライド、法務確認済みはPDF、のように媒体の意味を揃える。
取り込み: 追加→表示確認→1テスト質問の三点をルーティン化（UIは変わりうる）。
媒体別の聞き方: Slidesはストーリー、Docsは条件分岐・例外・定義。
還流: 新規Docsに見出し＝生成案、本文は人が短文化。AI由来は色や注記で明示。
更新時: Driveで版が上がったらソース再同期または差し替え。全体再要約より差分章の再質問が速い場合も。
権限監査: 週1、共有相手一覧を見て退職者・外部協力者を整理。

演習課題

1本のDocsで「見出し一覧」「未確定リスト」「決定事項ドラフト」を連続生成し、Docsコメントに貼り、1件は必ず人がリライトせよ。
スライドのみ／スライド＋補足Docの2パターンで同一質問し、回答の具体性の差を5行で比較せよ。

自己チェックリスト

[ ] 入力許可フォルダがチーム定義された
[ ] 正本ファイル名が一意
[ ] 追加直後にテスト質問した
[ ] 生成物に監修者が付いた
[ ] 版更新手順がREADME1枚にある
[ ] 週次で共有設定を見直した
[ ] 外部秘以上の扱いを再確認した

つまずきポイント（避けたい落とし穴）

最終版ファイル名の乱数化: 日付接尾辞規則で救う。
権限の見えない失敗: テスト質問必須。
生成物の鵜呑み貼付: 公式記録は必ず人間編集。

まとめ

Drive連携はツール設定よりフォルダと権限の設計です。入力元を限定し、還流を人の編集に必ず通すと、NotebookLMは安全に回ります。

振り返りの問い（任意）

「正本がどれか」と新人に聞かれたら即答できるか。
権限でNotebookLMに入れなかった資料の代替はあるか。
生成Q&Aをわざわざ保存しなかった理由は何か。

ミニレクチャー（15分）

「企画書Docs＋提案スライド」の二点を想定する。Driveではフォルダ名を短く保ち、README_link_only.txt にNotebookLM運用リンクを置く。NotebookLMへ取り込んだ直後、必ず「見出し一覧」と「決定に効く数字はどこか」を1問ずつ投げ、表示崩れがないか確認する。スライドだけだと脚注が足りないので、補足のGoogleドキュメントを1本用意し、セットで入れるとFAQ精度が伸びる。生成結果を公式Docsへ還流するときは、コピペ後に段落ID相当の見出しを人手で振り直し、AI段落には薄いハイライトを。週次の権限レビューはカレンダーリマインダに乗せ、退職者アカウントの残骸を潰す。これだけで「連携できない」トラブルの8割は防げる。

大所帯チームでは、変更容易性を上げるために「NotebookLM用Driveフォルダ」を本番フォルダのショートカット集約にし、実体は移さない構成も有効。ショートカット切れ検知を月1回。Docsの「提案モード」で整備した段落をソースにする場合、提案が未承認のまま取り込まないルールをREADMEに明文化する。生成物のコメントには @メンション を含めず、承認後に追記する二段にすると通知地獄を避けられる。

ツール・参考リンク

権利表記

NotebookLMは各社の商標または登録商標です。本記事は公式提供ではなく、一般的な情報提供を目的としています。

画像クレジット

サムネイル画像はUnsplashのライセンスに基づき使用しています。

お問い合わせ

AIツールの導入・活用支援のご相談はお気軽にどうぞ

📞 090-6262-3842