NotebookLMのカスタム指示｜回答の口調・形式を決める設定と社内での使い方

社内展開の順番は、小さな部署から全社へ広げる

部署別のひな形が出来たら、いきなり全社に配るのではなく、質問の種類を絞りやすい部署から試すと進めやすくなります。最初の対象には、問い合わせが多くて、答えの根拠が文書にまとまっている部署が向いています。

総務や経理は、社内規程や申請ルールが文書になっていることが多いため、試しやすいでしょう。情シスも手順書があれば始めやすいのですが、障害対応は状況が毎回違うので、答える範囲を少し狭めておく必要があります。

最初の検証で、質問を50個も用意する必要はありません。よく聞かれる質問を10個、資料にない質問を3個、部署の責任範囲を超える質問を3個ほど用意すれば、カスタム指示の弱いところが見えてきます。

結果は、正解、不足、危険の3つに分けると分かりやすくなります。正解はそのまま使えた回答、不足は根拠や次の行動が足りない回答、危険は一般論や推測が混ざってしまった回答のことです。

担当者の方は、危険な回答を誰かを責める材料にしないでください。むしろ、その回答が出た質問こそ、指示に足りない条件を教えてくれる手がかりになります。

社内に広げる順番は、試し用のノートブック、部署内だけの共有、全社への案内の3段階に分けると扱いやすいでしょう。段階ごとに質問を増やしながら、指示を少しずつ直していきましょう。

部署内で共有する段階では、使う方に「答えが変だと思ったら質問文を残してください」とお願いしておくと、改善を進めやすくなります。回答のスクリーンショットだけでは、どの資料とどの質問で出たのかを追いにくくなってしまいます。

全社への案内では、出来ることより、出来ないことを先に伝えたほうが誤解は少なくなります。「社内資料に書かれた範囲だけ答えます」「資料にないことは確認先へつなぎます」と書いてみてください。

いちばん手間がかかるのは、全社に広げたあとの問い合わせ対応です。小さな範囲で先に失敗しておけば、公開後に同じ説明を何度も繰り返す時間を減らすことが出来ます。

この表は、完璧な評価表を作るためのものではありません。公開の前に見ておくところを決めて、担当者の判断をそろえるためのものになります。

社内テストで回答が少し変でも、すぐに指示を全部書き換えないでください。まず、必要な資料がソースに入っているか、資料名が分かる形になっているか、古い資料が混ざっていないかを見ていきます。

ソースが整っていないまま指示だけ足していくと、指示文が長くなりすぎてしまいます。長い指示は手入れが難しくなるので、資料の整理で直せることは資料のほうで直しましょう。

社内向けの案内文は、短いほうが読まれます。「このノートブックは、経費精算規程とFAQだけを根拠に回答します。判断に迷う場合は経理へ確認してください」くらいの文で充分です。

案内文が長いと、社員は読まずに質問を始めてしまいます。使う前の説明は短めにして、細かいルールは別の社内ページに置く形にしてみてください。

試す質問には、言葉足らずのものも入れておきましょう。「領収書をなくしました」「休みたいです」「ログインできません」のような短い質問に、必要な確認事項を返せるかどうかが、実務では大事になってきます。

短い質問にAIが勝手に前提を補ってしまうなら、指示に「不足情報がある場合は、判断せず確認質問を返す」と書き足しましょう。これだけでも、間違った案内をかなり減らすことが出来ます。

最後に、担当部署が「この回答なら社員に見せてよい」と言えるかを確かめます。AIの出力として良いかどうかではなく、部署の回答として出せるかどうかで判断してください。

ここまで済ませれば、カスタム指示はただのプロンプトではなく、部署の回答方針として扱えるようになります。社内で使う方にも、その前提が伝わりやすくなるでしょう。

具体的に書くコツ（曖昧語を避け数値・構造・例示）と効かないときの直し方

カスタム指示が効かないときは、AIのせいにする前に、指示のあいまいさ、矛盾、ソースとのぶつかりを見てみてください。回答が崩れる原因の多くは、何を優先するかが書かれていないことにあります。

あいまいな言葉は、思っている以上に人によって受け取り方がずれます。「簡潔に」「丁寧に」「わかりやすく」は便利ですが、長さも口調も人によって違うため、回答がなかなか安定しません。

具体的に書くには、数字、構造、例を使います。「結論を1文」「補足は3点まで」「資料にない場合は記載なしと書く」のように、判断の余地を減らしていきましょう。

直すときは、指示文を長くする前に、優先順位を1つだけ足すほうが効きやすくなります。一度にたくさん足すと、次にうまくいかなかったときの原因が見えなくなってしまいます。

よくある症状を、原因と直し方に分けると次の表のようになります。社内の担当者の方は、問い合わせが来たときにこの表を見ながら直してみてください。

指示が長すぎるときは、まず矛盾を探してみましょう。「短く答える」と「背景まで詳しく説明する」が同じ強さで入っていると、どちらに寄るかが回答ごとに変わってしまいます。

ソースと指示がぶつかることもあります。資料には細かい例外が多いのに、指示で「必ず3点以内」と書くと、必要な条件が抜けてしまうかもしれません。

こういうときは、ふだんの回答と例外のときの回答を分けるほうが安心です。「原則は3点以内。例外条件がある場合は、例外として見出しを分ける」と書いてみてください。

保存済みプロンプトのように、毎回入力する質問文で対応したくなる場面もあるでしょう。ただ、NotebookLMの機能として社内で整理するなら、いつも効かせたい前提はカスタム指示に置き、案件ごとに変わる依頼はチャット欄に書くと分けやすくなります。

Studio側の生成物については、チャットのカスタム指示とは別に考えます。音声解説やレポートの生成に使ったプロンプトを確認できるなら、生成物ごとの指示も台帳に残しておきましょう。

試す質問には、よい質問だけでなく、少し意地悪な質問も入れてください。資料にないこと、部署の責任範囲を超えること、古い資料と新しい資料が混ざることを試すと、弱いところが見えてきます。

たとえば、「この規程にない例外はありますか」「上司が認めれば申請できますか」「去年のルールではどうでしたか」のような質問です。推測せずに返せるかどうかを見ましょう。

直したあとは、同じ質問でもう一度試します。質問を変えてしまうと、指示を直したから良くなったのか、たまたま別の質問だから良く見えたのかが分からなくなります。

切り分けの手順がないと、担当者が毎回一から原因を探すことになってしまいます。症状ごとの直し方を表にしておけば、修正にかかる時間を短く出来ます。

最後に、指示の改善を終わりのない作業にしないでください。目指すのは完璧なプロンプトではなく、社内で使える回答が安定して返ってくることです。

カスタム指示と毎回の質問文を分ける

NotebookLMを社内で使っていると、カスタム指示に何もかも書きたくなることがあります。けれども、毎回変わる条件まで入れてしまうと、別の質問のときにも要らない条件が残ってしまいます。

カスタム指示に置くのは、いつも守りたい前提です。役割、口調、根拠の出し方、分からないときの返し方、出力の形は、毎回変えないものなのでカスタム指示に向いています。

チャット欄に書くのは、その場だけの依頼になります。今回の会議だけ、今回の申請だけ、今回の資料だけに当てはまる条件は、カスタム指示ではなく質問文に入れましょう。

この分け方を社内で説明しておかないと、担当者ごとにカスタム指示がどんどん膨らんでしまいます。長くなった指示は、あとから読んだ後任の方には、どこまでが標準でどこからが一時的な条件なのか分かりにくくなります。

社内ルールには、「いつも守ることはカスタム指示、今回だけのことはチャット欄」と書いておけば伝わりやすいでしょう。この一文があるだけで、指示欄が膨らみすぎるのを防ぎやすくなります。

よく使う質問文を別に保存して管理する場合も、役割が重ならないようにしましょう。カスタム指示にも質問文にも「総務担当者」と書いてしまうと、直す場所が増えてしまいます。

毎回の質問文には、目的、対象、ほしい形を短く書くのがおすすめです。「新入社員向けに、交通費精算の注意点を3点でまとめてください」のように、その場だけの条件に絞りましょう。

反対に、カスタム指示に「新入社員向け」と決め打ちしないほうがよい場合もあります。同じノートブックを管理職も使うなら、読み手を限定しすぎると、ほかの使い方がしにくくなってしまいます。

迷ったときは、1週間後にも同じ条件を使うかどうかで分けてみてください。毎週使うならカスタム指示、今日だけならチャット欄と決めておくと、担当者も迷いにくくなります。

毎回同じ形を手で打ち込む時間も、積み重なると意外と大きくなります。よく使う形はカスタム指示に寄せて、案件ごとの条件だけをチャット欄に残せば、同じ作業の繰り返しを減らすことが出来ます。

確認質問のセットを先に作っておく

カスタム指示を直すたびに違う質問で試していると、良くなったのかどうかが判断しにくくなります。部署ごとに確認質問のセットを持っておけば、変える前と後の違いも見やすくなるでしょう。

確認質問は、簡単な質問、あいまいな質問、資料にない質問、責任範囲を超える質問を混ぜて作ります。良い質問だけで試すと、公開してから弱いところが出てきてしまいます。

総務なら、休暇、勤務時間、申請先、例外を混ぜてみましょう。経理なら、領収書、交通費、差し戻し、期限を入れてください。

情シスなら、ログイン、端末、パスワード、権限、障害時の連絡を入れます。管理職向けなら、週報、1on1、終わっていないタスク、本人への確認事項を入れておきましょう。

確認質問を台帳に残しておけば、指示を直したあとの再テストもすぐに回せるようになります。新しい担当者が来たときも、どの質問で品質を見ているかをそのまま引き継げます。

質問のセットは、運用が始まってから増やしていって構いません。公開後に実際の問い合わせが届いたら、代表的なものを確認質問に足していきましょう。

ただ、質問を増やしすぎると、誰も回せなくなってしまいます。部署ごとに10〜15問くらいにして、危険な回答が出やすい質問を優先してください。

確認質問を作るときは、答えを知っている担当者だけで作らないほうがよいでしょう。実際に質問してくる社員の言葉は、短くて、あいまいで、背景が足りないことが多いからです。

社員の言葉に近い質問で試すほど、本番に近い確認になります。きれいな質問だけで合格にしてしまうと、公開してから思ったほど使われないこともあります。

質問のセットは、費用の面でも小さな投資になります。毎回の確認を担当者の勘に頼らず、同じものさしで見られるようになるからです。

台帳に残す項目と、見直しのしかた

カスタム指示を社内で使い続けるなら、台帳があると安心です。大げさな管理表でなくてもよく、誰が見ても今の状態が分かる一覧があれば充分でしょう。

台帳に入れるのは、ノートブック名、目的、対象部署、ソース、カスタム指示の版、責任者、確認日、次の見直し日、直近の変更理由です。これだけあれば、一人に頼りきりの状態はかなり減らせます。

変更の理由は短くて構いません。「経費精算FAQを追加」「不明時の返し方を修正」「根拠表示を資料名と見出しに変更」のように、あとから読んで分かる程度で足ります。

カスタム指示そのものは、台帳に全文を入れるか、別のファイルで管理します。どちらにしても、どれが最新版なのかが分かるようにしておいてください。

台帳は、細かく作りすぎると続きません。まずはスプレッドシートで始めて、運用が回り出してから必要な列だけ足していきましょう。

見直すきっかけは、資料の更新、問い合わせの増加、危険な回答が見つかったとき、担当者が変わるときの4つになります。決まった時期の見直しだけに頼っていると、問題が出てから直すまでの間が長くなってしまいます。

資料を更新したら、ソースを差し替えるだけで終わらせないでください。確認質問をもう一度回して、根拠の出し方が崩れていないかを見ます。

問い合わせが増えたら、まず社員が何に迷っているのかを見てみましょう。カスタム指示ではなく、ソースが足りなかったり、社内への案内が足りなかったりするのが原因のこともあります。

危険な回答が出たら、公開範囲をいったん絞る判断も必要になります。間違った回答を出し続けるより、短く止めて直したほうが、現場の混乱は小さく済むでしょう。

担当者が変わるときは、台帳と確認質問のセットを一緒に渡してください。画面の操作だけ引き継いでも、なぜその指示になっているかが分からなければ、次に直すときに崩れやすくなってしまいます。

会社で使うAIの運用は、最初の設定より、続けて直していける体制のほうで差がつきます。NotebookLMのカスタム指示も、台帳が1つあるだけで、担当者の勘に頼らない形に近づけることが出来ます。

そのまま使えるカスタム指示の長文サンプル

短い指示から始めるのが基本ですが、社内での検証が進んできたら、少し長めの標準文を持っておくと便利になります。ここでは部署ごとに、役割、範囲、根拠、分からないときの返し方、口調をまとめた文章を載せておきます。

そのまま貼り付ける前に、部署名、確認先、ソースの名前だけは自社の呼び方に直してください。外の例文を直さずに使うと、実際の責任部署や資料名と合わなくなってしまいます。

総務向けの長文サンプル：あなたは総務の一次回答担当です。アップロードされた就業規則、休暇規程、社内FAQ、申請手順に含まれる内容だけを根拠に、社員からの質問へ回答してください。最初に結論を1文で書き、その後に根拠となる資料名、該当する見出しや条文、次に社員がすることを順番に示してください。資料内に記載がない場合は、推測せず「資料内では確認できません。総務へ確認してください」と答えてください。社員を責める言い方は避け、入社直後の方にも伝わる短い文で書いてください。一般的な労務知識で補わず、社内資料に書かれている範囲だけを扱ってください。

総務向けでは、制度の説明だけで終わらないようにしましょう。社員は「自分は次に何をすればよいか」を知りたいことが多いので、申請先や確認先まで出てくるかを試してみてください。

情シス向けの長文サンプル：あなたは社内情シスの一次受付担当です。アップロードされたIT利用ルール、アカウント手順、障害対応手順、問い合わせ先一覧に含まれる範囲だけで回答してください。回答は、今すぐ試すこと、管理者へ伝える情報、根拠となる資料名の順番で書いてください。原因を断定せず、利用者側で確認できる手順を3つまで示してください。資料にない設定変更や回避策は案内しないでください。ITが得意ではない社員にも分かる言葉で、短く丁寧に答えてください。緊急対応が必要に見える場合は、自己判断させず、情シスへ連絡するよう案内してください。

情シス向けでは、利用者が試せる手順と、管理者が必要な情報を分けることが大切になります。回答が専門用語に寄りすぎるようなら、読み手の指定を足してみましょう。

経理向けの長文サンプル：あなたは経理の一次確認担当です。アップロードされた経費精算規程、領収書ルール、交通費FAQ、申請システム手順に含まれる内容だけを根拠に回答してください。回答は、申請できるか、必要な添付、差し戻しになりやすい点、根拠となる資料名、確認先の順番で書いてください。資料にない費目や例外の判断は推測せず、経理へ確認と案内してください。社員が次に入力または添付するものが分かるように、短い文で答えてください。税務や会計の一般論で補わず、社内の精算ルールとして確認できる範囲だけを扱ってください。

経理向けでは、AIの回答を承認の代わりにしないことも伝えておきます。一次確認として使い、最終的な判断が必要なものは経理に戻す流れにしましょう。

管理職向けの長文サンプル：あなたは管理職の補助役です。アップロードされた1on1メモ、週報、目標シート、前回の確認事項に書かれた事実だけをもとに、事実、懸念、次に確認することの3つに分けて要約してください。本人の性格、能力、評価を断定しないでください。資料に書かれていない背景を推測せず、不足している情報は「次に確認すること」として質問に変えてください。管理職が次の面談で使えるように、責める言い方を避け、短く落ち着いた文で書いてください。人事評価や処分の判断を代わりに出さないでください。

管理職向けでは、要約が評価コメントのように見えないかを必ず確かめます。便利な要約ほど、人に対する決めつけが混ざりやすいので気をつけてください。

これらの長文サンプルは、最初から全部の部署で使うためのものではありません。1つの部署で試して回答の癖を見てから、自社の言葉に直していくとよいでしょう。

長文サンプルを台帳に入れるときは、最新版だけでなく前の版も残しておくと戻しやすくなります。変えたあとで回答が悪くなっても、どこを変えたかを追えるからです。

30日で試すときの進め方

社内で取り入れるときは、期間を区切ると進めやすくなります。ここでは30日を例にしていますが、日数そのものに特別な意味はありません。

大事なのは、作る日、試す日、直す日、案内する日を分けることです。全部を同じ日に済ませようとすると、回答の確認が浅くなり、公開後の手戻りが増えてしまいます。

この進め方なら、最初の1か月で作り込みすぎず、使える範囲を見ながら広げていけます。社内の方にも、まだ検証中のところと、正式に使ってよいところを分けて案内することが出来ます。

30日の途中で危険な回答が出たら、公開日にこだわらないでください。公開を急ぐより、答えてはいけない範囲を直したほうが、あとの説明がずっと楽になります。

検証中のノートブックには、タイトルや説明に検証中であることを書いておきましょう。正式なFAQと間違えて使われると、まだ確かめていない回答が社内に広がってしまいます。

公開したあとは、問い合わせの件数だけで成功かどうかを判断しないほうがよいでしょう。問い合わせが減っていても、社員が自己判断で間違った対応をしている可能性があるので、代表的な質問への回答はときどき見直してみてください。

30日で一気に完璧なものを作るより、30日で最初の運用に乗せるほうが現実的です。最初の範囲を狭くしておけば、確認にかかる時間も抑えやすくなります。

社員へ知らせる文面の例

NotebookLMの社内ノートブックを公開するときは、使い方の説明を長くしすぎないことが大切になります。社員が知りたいのは、どんな質問に使ってよいか、回答をどこまで信じてよいか、困ったときに誰へ聞けばよいかです。

告知文では、AIの仕組みまで細かく説明しなくても構いません。対象の資料、回答の範囲、確認先、注意点だけを短く書いたほうが読まれやすくなります。

総務FAQの告知文例：総務FAQ用のノートブックを公開しました。就業規則、休暇規程、申請手順に書かれている内容について、結論、根拠、次にすることの順で回答します。資料にない内容は推測せず、総務へ確認する案内になります。休暇や申請の前に確認したい方は使ってみてください。回答に違和感がある場合は、質問文と表示された根拠を添えて総務へ連絡してください。

情シスFAQの告知文例：情シスFAQ用のノートブックを公開しました。ログイン、端末、社内SaaS、パスワード変更など、社内IT利用ルールと手順書に書かれている範囲で回答します。障害の原因を断定するものではなく、最初に試すことと、情シスへ伝える情報を整理するためのものです。緊急の障害や業務停止につながる内容は、これまで通り情シスへ直接連絡してください。

経理FAQの告知文例：経費精算FAQ用のノートブックを公開しました。経費精算規程、領収書ルール、交通費FAQに書かれた範囲で、申請できるか、必要な添付、差し戻しになりやすい点を回答します。資料にない例外や判断が必要なものは、経理へ確認する案内になります。申請前の確認に使い、最終判断が必要なものは経理へ問い合わせてください。

告知文には、出来ることだけでなく、出来ないことも入れておきましょう。出来ないことが書かれていないと、社員が「AIが答えたから大丈夫」と受け取ってしまうことがあります。

回答に違和感があったときの連絡方法も、最初から書いておくと改善が早く進みます。質問文、回答、表示された根拠の3つを送ってもらえば、ソースの問題か指示の問題かを見分けやすくなります。

公開したあとの案内では、使うことを強制しないほうが始めやすいでしょう。「まずは申請前の確認に使ってみてください」と伝えると、使う場面が思い浮かべやすくなります。

告知文が分かりにくいだけで、問い合わせは増えてしまいます。ノートブックを作る時間だけでなく、使い始めてもらうための説明文にも少し時間をかけてみましょう。

入れてはいけない情報を、社員向けにどう説明するか

指示欄に入れてはいけない情報は、担当者だけでなく、使う社員にも伝えておく必要があります。社員がチャット欄に何を入れてよいか迷う場面もあるからです。

説明が禁止事項の羅列になると、なかなか読まれません。なぜ避けるのか、代わりにどう書けばよいのかを一緒に示すと、現場でも守りやすくなります。

この表は、カスタム指示の中に入れるものではありません。社員向けの利用ルールや社内の告知に置いて、質問するときの注意として案内しましょう。

カスタム指示の欄そのものにも、秘密情報は書かないようにしてください。指示欄は「社内資料だけを根拠にする」「推測しない」といった方針を書く場所になります。

社員に説明するときは、「AIだから危ない」と大きく言うより、「社内資料と個人情報は置く場所を分ける」と伝えたほうが実務に合います。怖がらせて止めるより、使い方を決めたほうが長続きするでしょう。

Workspaceと個人アカウントでデータの扱いが違う点も、担当者には説明しておきましょう。会社のルールとして使うなら、どのアカウントで使うかをそろえておくことが大切になります。

情報の扱いの説明があいまいだと、ここでも余計な手間が生まれてしまいます。あとから利用を止めて調べ直すより、最初に入れてはいけないものを短く案内しておくほうが、ずっと負担は軽くなります。

回答を人が確認する場所を決める

NotebookLMの回答は、社内資料に沿った下書きとして使うのが安心です。特に、申請できるかどうか、例外への対応、社員への正式な案内は、人が確認する場所を決めておきましょう。

とはいえ、すべてに人の確認を入れると、AIを使う意味が薄れてしまいます。だからこそ、確認が必要な回答と、社員が自分で参考にしてよい回答を分けておきます。

確認が必要なところを決めておくと、カスタム指示にも書きやすくなります。「例外判断は担当部署へ確認」と書いておけば、AIが無理に答えようとする範囲を狭めることが出来ます。

人が確認する基準は、会社ごとに違って構いません。それでも、本人に不利益が出る判断、社外に出す回答、金額や権限が変わる判断は、慎重に扱ったほうがよいでしょう。

社員には、「この回答は手続きの確認用です。例外や判断が必要なものは担当部署へ確認してください」と案内します。この一文があるだけで、AIの回答を正式な判断と思い込んでしまう誤解を減らせます。

担当部署の方が、AIの回答を全部直す必要はありません。危険な回答が出やすい種類を見つけて、そこだけ確認に回すようにすれば、無理なく続けられるでしょう。

確認を入れすぎても、入れなさすぎても、結局は負担になってしまいます。人が見るべきところを決めておくことが、AIを使う作業時間をほどよく抑えるための調整になります。

公開前に見るチェックリスト

社内ノートブックを公開する前には、画面の設定だけでなく、資料、指示、案内、責任者をまとめて確かめます。ここを飛ばしてしまうと、公開後に同じ質問が集まり、担当部署の時間が取られてしまいます。

チェックリストは、承認のための書類ではなく、見落としを減らすための道具です。全部を完璧に埋めるより、まだ確かめていないところが分かる状態にすることを優先しましょう。

• ノートブックの目的が1文で言える経費精算の一次回答、休暇申請の確認、ITトラブルの初動整理など、用途が広がりすぎていないかを見ます。
• 入っているソースが最新版だけになっている古い規程、旧フォーム、過去のFAQが混ざると、カスタム指示が正しくても回答がずれてしまいます。
• ソースのファイル名で根拠を追える最終版、最新版、コピーのような名前では、社員が根拠を確認しにくくなります。
• カスタム指示に役割がある総務、情シス、経理、管理職補助など、誰の立場で答えるのかが書かれているかを確認します。
• 答えてよい範囲が書かれている社内資料だけ、特定の規程だけ、FAQだけなど、回答範囲が狭く書かれているかを見ます。
• 資料にない場合の返し方がある推測せず、資料内では確認できませんと返し、確認先を示す流れになっているかを確認します。
• 根拠の出し方が決まっている資料名、見出し、条文、ページなど、出せる範囲で根拠を示す指示になっているかを見ます。
• 回答の長さが読み手に合っている社員向けは短く、研修向けは少し丁寧に、管理職向けは判断材料を先に出すなど、読み手に合わせます。
• 確認質問セットで再テストしている良い質問だけでなく、資料にない質問、範囲外の質問、短すぎる質問を混ぜて見ます。
• 共有相手のアカウントで見ている作成者だけでなく、閲覧者や編集者の画面で回答の形式がどうなるかを確認します。
• Studio側の出力と混同していないチャットのカスタム指示と、音声解説やレポート側のカスタマイズを分けて説明します。
• 指示欄に秘密情報そのものがない顧客名、個人情報、パスワード、未公開人事情報を指示欄へ書いていないかを見ます。
• 社員向けの告知文が短い出来ること、出来ないこと、違和感があるときの連絡先が短く書かれているかを確認します。
• 責任部署と設定担当が分かれている内容を見る部署と、画面を触る担当を分けると、更新時の判断がしやすくなります。
• 次回見直し日がある公開したまま放置せず、資料更新や問い合わせ状況に合わせて見直せる状態にします。

このチェックリストを使えば、公開前の確認が「なんとなく大丈夫」で終わらなくなります。まだ確かめていない項目があれば、公開の範囲を絞るか、注記を付けてから出すかを判断出来ます。

公開前のチェックは、短くても入れておいたほうがよいでしょう。公開したあとに全社員へ訂正の案内を出すほうが、ずっと手間がかかってしまいます。

レビュー担当ごとの見方

カスタム指示のレビューは、全員が同じところを見る必要はありません。総務、情シス、経理、管理職、利用者の代表で見るところを分ければ、短い時間で確かめやすくなります。

レビューの場では、AIの文章が上手いかどうかより、会社の回答として出してよいかを見ていきます。文章が自然でも、責任範囲を超えていれば直す必要があります。

担当を分けると、レビューの会議も長引きにくくなります。全員で全文を読むより、それぞれの責任範囲を短く見たほうが進めやすいでしょう。

利用者の代表によるレビューは、思っている以上に大事になります。担当部署には当たり前の言葉でも、社員には分かりにくいことがあるからです。

レビューで出た意見を、全部そのまま指示に入れるのはやめておきましょう。指示に入れるもの、ソースを直すもの、告知文に書くものに分けておけば、カスタム指示が膨らみすぎることもありません。

レビューにかかる時間も、人の時間という意味では会社の出費です。役割を分けて見れば、会議を短くしながら、危険な回答も見逃しにくく出来ます。

よくある失敗を公開後にどう直すか

公開してから失敗が見つかるのは、珍しいことではありません。大切なのは、見つけたときに慌てて全部を書き換えないことになります。

まず、失敗した回答を1つの事例として残しておきます。質問文、回答、根拠として出た資料、使ったアカウント、確認した日を残しておけば、原因を追いやすくなります。

次に、失敗を分類してみましょう。指示の問題、ソースの問題、質問文の問題、共有設定の問題、Studioとの取り違えのどれに近いかを見ていきます。

公開後に直すときは、社員への案内もセットにしてください。指示だけ直しても、すでに受け取った回答を社員が使い続けていることがあります。

案内文は短くて構いません。「経費精算FAQの回答形式を修正しました。資料にない例外は、経理へ確認する案内に変えています」のように、何が変わったかを一文で伝えましょう。

危険な回答が出たときは、いったん公開範囲を絞るという判断もあります。便利さを優先して出し続けるより、短く止めて直したほうが信頼を守りやすくなります。

直したあとは、同じ質問でもう一度試してみてください。同じ質問で直っていなければ、別の質問ではたまたま良く見えているだけかもしれません。

公開後の修正は、決まった流れにしておくほうが楽になります。連絡先、記録する項目、再テストの流れを決めておけば、問題が起きても慌てずに直すことが出来ます。

社内資料をNotebookLMへ入れる前の整理

カスタム指示だけ整えても、ソースが読みにくければ回答は安定しません。社内資料を入れる前に、古い資料、重複した資料、名前の分かりにくい資料を整理しておきましょう。

特に、同じ規程の版違いが何本もあると、回答が揺れてしまいます。最新版だけを入れるのか、過去の版も比べるために入れるのかを先に決めてください。

社員向けのFAQでは、正式な規程と、担当部署がふだん答えている補足が別々になっていることがあります。補足が文書になっていないなら、FAQとして短くまとめてからソースに入れると答えやすくなります。

資料の整理は地味ですが、カスタム指示より先に効いてくる場面もあります。AIに任せる前に、人が読んでも迷う資料になっていないかを見てみてください。

整理するといっても、全部をきれいにしようとしなくて大丈夫です。最初に使うノートブックの範囲だけ整えて、運用しながら広げていきましょう。

資料の整理を後回しにすると、AIの回答を確かめる時間がかさんでしまいます。最初に資料名と最新版をそろえるだけでも、あとの確認はかなり楽になります。

会社の出費は、契約費だけでなく工数でも見る

NotebookLMのカスタム指示を社内で使うときは、費用をサービスの料金だけで見ないほうがよいでしょう。料金やプランの数字はここでは扱いませんが、社内の作業時間が増えるところは整理することが出来ます。

たとえば、同じ問い合わせを総務が毎日受けているなら、その時間も会社の出費です。カスタム指示で一次回答が安定すれば、担当者が同じ資料を何度も開く時間を減らせるかもしれません。

一方で、指示があいまいなまま公開すると、社員から「この回答で合っていますか」という確認が増えてしまいます。そうなると、AIを入れたのにかえって確認の手間が増える結果になりかねません。

費用を見るときは、導入前の問い合わせ、公開後の問い合わせ、修正にかかった時間、資料更新の時間を分けて見ると判断しやすくなります。金額に換算しなくても、どこに時間がかかっているかは見えてきます。

この表を見ながら、どの作業時間を減らしたいのかを決めてみてください。目的が「問い合わせ対応を減らす」なのか「回答の品質をそろえる」なのかで、指示の書き方は変わってきます。

問い合わせ対応を減らしたいなら、社員が次にすることをはっきり出す必要があります。回答の品質をそろえたいなら、根拠と分からないときの返し方を強めるほうが向いています。

資料更新の時間を減らしたいなら、ソースの名前と台帳が大切になります。どのノートブックにどの資料が入っているか分からないと、更新のたびに確認の手間が増えてしまいます。

最初から大きな成果を狙いすぎないようにしましょう。まずは1つの部署で、同じ質問への回答時間が減るかどうかを見るくらいが現実的です。

その結果を見て、次の部署へ広げるか、資料の整理に戻るかを決めてください。小さく回したほうが、余計な出費を増やさずに進められます。

権限別に決めておきたいこと

共有ノートブックでは、作成者、編集者、閲覧者で出来ることが変わる場合があります。カスタム指示の共有範囲は公式に細かく書かれていないので、社内では権限ごとの確認を手順に入れておいてください。

作成者だけで動作を確かめて公開すると、閲覧者の画面で思っていたのと違う回答になっていても気づけません。別のアカウントで試すのは少し手間ですが、手順に入れておきましょう。

権限ごとの確認では、回答の中身だけでなく、設定を変えられるか、チャットの履歴がどう見えるか、メモに保存した回答がどう扱われるかも見ておきます。公式ヘルプでは、チャットの履歴は保持され、非公開のままになると説明されています。

編集できる方を増やしすぎると、誰が指示を変えたのか追いにくくなります。部署の中で何人かが触る場合でも、変更の理由は台帳に残すようにしましょう。

閲覧者の確認では、あえて短くあいまいな質問を入れてみてください。実際の社員は、手順書のような質問文ではなく、短い言葉で聞いてくることが多いからです。

チャットの履歴が非公開になる点は、社員に説明すると安心してもらえます。ただ、履歴が非公開だからといって、何でも入力してよいわけではありません。

回答をメモに保存するときは、保存した内容があとで資料のように読まれる可能性も考えておきましょう。まだ確かめていない回答を正式なメモとして扱わないよう、保存のルールを決めておいてください。

誰でも編集できる状態にしておくと、修正のたびに原因を調べることになり、管理の時間が増えてしまいます。権限を整理しておくことも、出費を抑えるための大事な下準備になります。

最後に確認したい社内向けの合格ライン

カスタム指示に、決まった正解はありません。けれども、社内で公開してよいかどうかを判断する合格ラインなら決めることが出来ます。

合格ラインは、回答の美しさではありません。資料に沿っていること、根拠が追えること、推測しないこと、社員が次にすることが分かることの4つになります。

この4つを満たしていれば、文章が少し素朴でも社内では十分に役立ちます。反対に、文章が上手くても、根拠が追えなければ社内の回答としては不安が残ってしまいます。

合格ラインを先に決めておくと、レビューで迷いにくくなります。好みの文章に直す作業と、危険な回答を直す作業を分けられるからです。

社内の方には、最初から完璧な回答を期待しすぎないよう伝えておきましょう。NotebookLMのカスタム指示は、社内資料を使いやすくするための設定で、人の判断を丸ごと置き換えるものではありません。

カスタム指示は、あくまで回答の方針を書く場所になります。資料そのもの、秘密情報、個別の判断は、入れる場所と確かめる人を分けて運用してください。

公開後の問い合わせを、改善材料として受け取る

社内ノートブックを公開すると、最初のうちは質問や違和感の連絡が届きます。これは失敗ではなく、カスタム指示とソースを直すための材料になります。

ただ、受け取り方を決めていないと、担当者のチャットやメールに情報が散らばってしまいます。あとから見返せない形で集めていると、同じ問題を何度も繰り返すことになりかねません。

問い合わせの受け皿には、質問文、回答、根拠として出た資料、何に困ったかを入れてもらうとよいでしょう。長い説明までは求めなくて大丈夫です。

社員には、「回答が違うと思ったら、正しい答えだけでなく、どの質問でそうなったかを送ってください」と伝えておきます。質問文がないと、同じ状態を再現しにくくなるからです。

集まった問い合わせは、すぐに全部を直そうとしないでください。まずは、同じ原因のものをまとめるところから始めます。

根拠が出ないという声が多いなら、指示の根拠のところを直します。資料にないことを答えてしまうという声が多いなら、分からないときの返し方を強めましょう。

回答が怖い、冷たい、責められているように感じるという声があるなら、口調を直していきます。社内FAQでは、正しいだけでなく、聞きやすいことも大切になります。

公開後の改善は、月に1回などと決めてまとめて直すほうが長く続けられます。急いで止めるべき危険な回答だけはすぐに止めて、それ以外は定例で見る形にしましょう。

直したら、社員に短く知らせてください。「経費精算FAQで、資料にない例外は経理確認へつなぐ回答に修正しました」のように、変わったところだけで充分です。

こうした連絡があると、社員にも改善されていることが伝わります。使いにくいところを送っても無駄にならないと分かれば、次の改善の材料も集まりやすくなるでしょう。

問い合わせを改善の材料に変える仕組みは、費用の面でもかなり効いてきます。ただの苦情として処理すると対応の時間が増えるだけですが、指示や資料の修正に使えば、次の問い合わせを減らすことが出来ます。

公開後の運用で目指すのは、問い合わせをゼロにすることではありません。危険な回答を早めに見つけ、指示とソースを直し、社員が迷わず使える範囲を少しずつ広げていくことになります。

社員へ伝えるときの短い言い換え

社内で説明するとき、カスタム指示という言葉だけでは伝わりにくいことがあります。社員向けには、AIに性格を付けるものではなく、回答のルールを先に入れておくもの、と言い換えると分かりやすくなります。

担当部署には、回答の型を固定する設定、と伝えると実務に近づきます。経営者や管理部門には、資料を読ませる前に答え方のルールを決める設定、と説明すると、運用の話にもつなげやすいでしょう。

言い換えを用意しておくと、相手に合わせて話しやすくなります。カスタム指示の細かい書き方より先に、何のための設定なのかをそろえておきましょう。

社内でよく使う呼び名も、決めておくと混乱が減ります。NotebookLM、Gemini Notebook、社内FAQノート、経費精算ノートのように呼び方が増えていくと、社員はどれを開けばよいのか迷ってしまいます。

おすすめは、社内向けの名前を仕事の名前に寄せることです。「NotebookLMで聞いてください」より、「経費精算FAQノートで確認してください」のほうが、使う場面がはっきりします。

管理する側の台帳には公式の名前を残し、社員向けの案内では仕事の名前を前に出しましょう。こうしておけば、公式ヘルプを確かめる方も、毎日使う方も迷いにくくなります。

呼び名をそろえるのは小さな作業ですが、問い合わせの入口をそろえることにもつながります。どのノートを開くか迷う時間も、積み重なれば会社の出費になってしまいます。

別の部署へ広げるときも、この呼び名の考え方はそのまま使えます。仕事の名前、根拠の資料、確認先をそろえて案内すれば、社員はAIの機能の名前を覚えなくても使い始めることが出来ます。

社内でAIが定着するかどうかは、難しい説明より、迷わず開ける入口で決まる場面もあります。カスタム指示を整えるのと同じくらい、入口の名前も丁寧に決めてみてください。

小さな名前の統一でも、使う方の迷いを減らす助けになります。公開の前には、部署の中で一度声に出して呼んでみるとよいでしょう。しっくりこないときは、公開範囲を狭めたまま、もう少し試してから広げても遅くはありません。