まな先生解説
こころ質問
すい要点整理
結論:まず何をすべきか(3ステップ)
- 会議データを用意する:Google Meetの文字起こし、Zoomのトランスクリプト、ボイスレコーダーの音声ファイル(mp3など)、手書きメモを転記したテキストのいずれでも構いません。
- NotebookLMで新しいノートブックを作成する:notebooklm.google.com にアクセスし、「新規作成」からノートブックを作ります。会議名や日付をタイトルにしておくと後で探しやすくなります。
- ソースを追加して指示する:文字起こしファイルやGoogleドキュメントをソースとして追加し、チャット欄に次のようなプロンプトを入力します。
主な原因を深掘り:なぜ議事録まとめは失敗するのか
注意
ツールを責める前に、入力(文字起こし)と指示(プロンプト)を疑うのが鉄則です。原因の切り分け方は次章で解説します。
原因別の見分け方:出力の症状から逆引きする
| 症状 | 主な原因 | 確認方法 |
|---|---|---|
| 決定事項が抜けている | 文字起こしで該当発言が欠落/プロンプトで項目指定なし | ソース内をキーワード検索して発言の有無を確認 |
| 担当者・期限が「記載なし」だらけ | 会議で明言されていない(入力の問題ではない) | 引用番号から原文を確認 |
| 要約が長く冗長 | 出力形式・分量の指定漏れ | プロンプトに「箇条書き」「各項目50字以内」等があるか確認 |
| 発言者の意見が混ざる | 話者分離のない文字起こし | ソースに発言者名のラベルがあるか確認 |
| 事実と違う固有名詞・数字 | 文字起こし段階の誤変換 | 引用をクリックして原文と照合 |
- 出力の疑わしい箇所の引用番号をクリックし、原文を確認する。
- 原文が正しく、出力が違う → プロンプトの指示不足。形式や条件を追加して再実行。
- 原文自体が間違っている・欠落している → 文字起こしの問題。録音品質や文字起こしツールを見直す。
- 原文にそもそも情報がない → 会議の進め方の問題。次回から口頭で明確化する(後述)。
補足
「記載なし」が多い議事録は失敗ではありません。「会議で決めきれていない項目のリスト」として次回のアジェンダに転用できます。
具体的な解決方法:手順と目的別プロンプトテンプレート
- 文字起こしを用意する:Google Meetなら文字起こし機能でGoogleドキュメントが自動生成されます。音声ファイルしかない場合も、mp3等をNotebookLMに直接アップロードすれば文字起こしを含めて処理されます。
- ノートブックを「案件・プロジェクト単位」で作る:1会議1ノートブックではなく、「A社案件」「営業定例」のように束ねると、後から横断質問ができます。
- ソースを追加する:Googleドキュメント、PDF、テキスト、音声ファイル、ウェブURLなどに対応しています。ファイル名は「2026-07-06_営業定例」のように日付入りにします。
- 目的別テンプレートで指示する(下記)。
- 引用で検証し、追撃プロンプトで仕上げる:「ToDoの期限をすべて列挙して」「〇〇さんの発言だけ抜き出して」と重ね聞きします。
ケース別の対処:会議の種類・状況ごとの最適解
注意
ケース4の機密会議は「便利さ」より「ルール確認」が先です。個人の判断で顧客の個人情報や未公開の経営情報を投入することは避けてください。詳しくは後述の公的ガイドラインの章で解説します。
予防・再発防止のコツ:仕組みで品質を安定させる
- 固有名詞(社名・人名・製品名)は正しいか
- 数字と期限は原文と一致しているか(引用クリックで照合)
- 「記載なし」の項目を関係者に確認したか
- 機密情報・個人情報が不要に含まれていないか
- 責任者(議長・上長)の確認を得たか
情報漏洩・著作権は大丈夫?公的情報とGoogleの説明
AIの出力には誤りが含まれ得ることを前提に、重要な判断には人間の確認を介在させるべきである——これが各ガイドラインに通底する考え方です。
- 会社が利用を認めたツール・アカウントか(個人アカウントでの機密投入はNG)
- 入力データに個人情報・顧客機密が含まれる場合、投入の必要性と社内規程を確認したか
- 出力を人間が確認してから正式文書として扱っているか
注意
「AIツールだから危険」でも「Googleだから安全」でもなく、自社のルールに沿って使っているかが判断軸です。ルールが未整備の会社では、情報システム部門や上長に確認を取り、利用範囲を文書で残しておくと安心です。
やってはいけないNG対応5つ
注意
NG1とNG2は「効率化のつもりが重大インシデント」になる代表例です。迷ったら録音は事前に断る・機密は入れないの2原則に立ち返ってください。
