NotebookLMで社内資料を整理するときの使い方

NotebookLM（Googleの現行HelpではGemini Notebook表記もあります）で社内資料を整理するなら、資料を一つのnotebookへ大量に集める前に、何を正本とするか、誰が見られるか、いつ更新するかを決めます。source-groundedな回答やcitationは資料検索を助けますが、資料の誤版・権限設定・古い規則を自動で直すものではありません。Notebookは検索の入口とし、業務上の正本は管理責任者のいる保存場所に残します。

まず用途と境界を定義する

社内資料を整理するときは、どんな質問に答えたいのかからnotebookの単位を決めます。部門名だけで分けると、採用手続きと営業資料が同じ箱に入るなど、回答範囲が広くなることがあります。「誰が、どの判断で、どの資料を使うか」を短く書いてください。

表は横にスクロールできます

Notebook候補	入れる資料	答えたい質問	外す資料
経費精算	現行規程、申請手順、FAQ	申請期限、必要証憑、例外	過去改定版、個人の申請書
製品仕様	release済み仕様書、操作manual	機能条件、既知制限	未承認roadmap、顧客の個人情報
営業資料	承認済み資料、公開価格	対象顧客、説明条件	競合機密、交渉中の見積
採用手順	現行の公開可能な手順	担当、期限、応募条件	応募者の機微情報

一つの資料に複数用途がある場合でも、アクセス権が異なるなら同じnotebookへ混ぜてよいとは限りません。利便性より、見せてよい情報と閲覧者を先に決めます。

Source台帳を作る

資料の名前や更新日が分からない状態では、citationで原文へ戻れても正しい版か判断できません。登録前にsource台帳を用意し、正本・所有者・適用範囲・更新日・閲覧区分を記録します。

表は横にスクロールできます

Source ID	文書名・version	状態	Owner	情報区分	次回確認
S1	経費規程 v4.2	現行正本	経理	社内限定	改定時
S2	経費申請FAQ 2026-04	補助説明	経理	社内限定	四半期
S3	経費規程 v3.8	Archive	経理	社内限定	通常検索から除外

「最新版」という語だけに頼らず、正式versionや有効日を記録します。正本と参考説明を同列に置く場合は、回答が非公式のFAQを規程として引用しないよう、source名やpromptで役割を区別します。旧版は削除が必要とは限りませんが、現行の回答範囲から外す運用を決めてください。

Notebookの分け方と質問テンプレート

資料のテーマを細分化しすぎると、部署をまたぐ問いに必要なsourceが別々になります。反対に、社内の全資料を1つに入れると、不要なsourceが混ざり、閲覧権限も広がりやすくなります。最初は仕事の境界や閲覧権限ごとに小さく作り、実際の質問で必要なsourceが足りるか確認します。

よくある質問テンプレート

• この手続きの対象者と開始条件は何か。根拠の章・sectionを引用してください。

• 申請者、承認者、期限、必要書類を表にしてください。

• 現行規程に明記されていない条件は「記載なし」としてください。

• FAQと規程が異なる場合は両方を引用し、どちらが正本か断定しないでください。

• 回答の最後に、担当部署へ確認すべき点を列挙してください。

質問を試すときは、正解が分かっている事例を使います。たとえば、規程の記載がある質問と、わざと記載のない例外質問を一つずつ投げます。後者に対してNotebookLMが推測で答えを埋めないかも確認します。

Source追加と更新の手順

追加前に、原本の保存場所で版・状態・公開範囲を確認します。その後sourceへ追加し、source名や見出しが正しく表示されるかを見ます。元資料を更新したときにNotebook上のコピーまたは同期版がどのように扱われるかは、sourceの種類や接続方法で異なります。Docs、Drive、Web、local uploadを同じ同期動作だと決めつけず、公式Helpと実際の画面で更新挙動を確認してください。

更新ワークフロー

1. 原本ownerが改定を承認する。

2. 適用日・version・対象範囲を記録する。

3. Notebook側のsourceが同期版か取り込み時点のcopyか確認する。

4. 旧版を現行質問のsource selectionから外す。

5. 代表質問を再実行し、citationが新しい版を指すか確認する。

6. 台帳の確認日と担当者を更新する。

7. 以前の回答を再利用している部署へ改定を知らせる。

「追加できた」という表示だけで、更新反映済みと判断しないことが重要です。既存のsource名が同じままでは、回答が旧版を参照しても見分けづらいためです。

まずは使ってみる

記事の文脈に合うToolへ進めます。報酬の有無で見た目は変えていません。

• 

  NotebookLM

  公式サイトを見るTool詳細を見る

Citationと業務上の回答を分ける

NotebookLMのchatはsourceに基づく回答とcitationを返せます。citationから該当箇所を開き、手順・期限・対象条件が原文と合っているか確認します。citationがsourceを指していることと、回答がそのsourceを正しく解釈していることは別です。

特に規程や契約条件では、以下を確認します。

• citationが現行版を指している

• 対象者・地域・適用開始日が質問と一致する

• 前後の段落や脚注に例外がない

• FAQや旧版と食い違う場合に隠されていない

• 資料にない内容を「会社のルール」として補っていない

• 回答を承認する担当者が明確

「記載なし」は「認められている」でも「禁止されている」でもありません。判断に必要な規則が見当たらないときは、責任部署へ確認します。

Sharing・Privacy・Terms

Notebookの共有やcopy permissionは、社内の文書アクセス権と合わせて設計します。Notebookを見られる人がsourceの原本も閲覧できるとは限りません。逆に、notebookを共有することで本来見せる予定のない資料の内容が回答から露出する可能性もあります。read-only、編集、copy、public access等、実際に表示される設定を使ってテスト用アカウントから確認します。

GoogleのPrivacy / Terms Helpでは、NotebookLMの内容は、利用者がfeedbackを送らない限り基盤AIモデルの直接トレーニングには使わないと説明されています。一方、feedbackを送るとprompt、upload、出力など関連内容が含まれ、reviewや改善に利用される場合があります。適格なWorkspace / Educationアカウントには別の条件が記載されています。個人アカウントと仕事用アカウント、フィードバック、共有、Workspaceの契約条件を一つの「安全」表示へまとめず、現在使うアカウントのPrivacyと社内ポリシーを確認します。

機密資料や個人情報を投入する前に、少なくとも管理者・法務・情報セキュリティ担当が利用可否を確認してください。情報を削除・匿名化しても業務ルールや識別可能性が残らないかも考慮します。

管理責任と棚卸し

社内ノートが増えると、作成者が異動した後に誰も更新を判断できない、旧版が残る、共有範囲が広いままになる、といった運用問題が出てきます。Notebookごとにownerとreview周期を決め、少なくとも次を記録します。

• 業務上の正本を保管する場所

• Notebook ownerと代行者

• sourceの更新・archive基準

• 閲覧・編集・copy権限

• 利用を停止する条件

• 誤回答を見つけたときの報告先

更新頻度は資料の性質に合わせます。料金や社内規程のように変更が業務判断へ影響する資料は、定期日だけでなく改定イベントで確認します。変動が少ない参考資料まで毎週見直す必要はありません。

誤回答が見つかったときの対応

社内利用では「AIが間違えた」で終わらせず、どのsource・version・質問・回答で誤りが起きたかを記録します。元資料の表現が曖昧なのか、旧版が選択されたのか、質問に必要なsourceが入っていないのかを分けると、資料の修正とNotebook側の修正を区別できます。

Issue record

• Notebookと利用者：

• 参照したsource ID / version：

• 質問と回答：

• citationと原文の差：

• 業務影響：

• source更新が必要か：

• ownerと対応期限：

業務上の回答が間違っていた場合は、影響範囲の利用者に訂正を知らせます。source更新後は代表質問を再実行し、古い回答を引き続き共有していないか確認してください。

AIものさしの判断

社内資料の整理で先に整えるのは、生成AIの回答技巧よりsource governanceです。正本、版、閲覧者、更新担当を決めれば、回答がどの情報を根拠にしたのか追いやすくなります。

NotebookLM（現行Help上ではGemini Notebook表記もあります）は検索や質問の入口として使えますが、正本の責任者にはなりません。資料が古い、アクセス権が不明、正本とFAQが矛盾している場合は、回答を採用せず確認へ戻してください。業務上の規則と最終承認は原本と担当部署に置くのが安全です。