AIで会議メモから報告書を作る方法｜決定事項と進捗を整理

会議メモから報告書を作るときは、AIへ「きれいな文章にして」と頼む前に、事実・決定事項・進捗・課題・次アクションを分けると内容を確認しやすくなります。

AIは長いメモの要約や情報抽出に向いていますが、報告書では「書いてあること」と「AIが補ったこと」を混ぜないことが重要です。

先に結論：会議メモは5項目へ分けてから報告書にする

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

項目	内容
事実	数字・日付・発言など確認できるもの
決定事項	会議で確定したこと
進捗	完了・進行中
課題	未解決・要確認
次アクション	担当・期限・次に行うこと

文章化より先にこの形へ整理すると、AIが会議で決まっていない内容を補いやすい箇所を見つけられます。

まず整理する

会議メモをSourceとして固定する

議事録、文字起こし、箇条書きメモなど、今回の報告書が参照する情報源を決めます。

ChatGPTのファイル uploadsは、文書の要約・情報抽出・複数documentのsynthesisなどに利用できます。

まず事実だけ抽出する

進捗率、日付、担当、完了事項、未完了事項などを抜き出します。原文にない数字や期限は補完させません。

決定事項を別枠にする

「検討した案」と「決まった内容」を分けます。複数の意見が出た会議ほど、最終decisionの情報源を確認します。

AIで処理する

課題とRiskを整理する

遅延理由、未回答事項、blocker、他部署への依存などを整理します。事実とAIによる解釈が混ざる場合は、表現を分けます。

次Actionを担当者単位でまとめる

誰が何を行うか、期限があるかを一覧化します。期限不明なら推測せず、要確認として残します。

報告書の型へ変換する

概要→進捗→決定事項→課題→次アクションのように、読み手が判断しやすい順へ再構成します。

ChatGPTではdocument 下書きをwriting blockとして生成し、会話内で編集できます。Google DocsのGeminiでもdocumentの要約や特定sectionの要点整理が可能です。

運用へつなぐ

原メモとFact checkする

数字、人名、期日、decision、担当を元メモと照合します。文章が自然でも、事実が正しいとは限りません。

読み手に合わせて圧縮する

経営層には判断材料、project memberにはアクション、顧客向けには共有可能な情報だけなど、報告先に応じてdetailを調整します。

AIものさしの判断

会議メモから報告書を作るワークフローでは、AIの文章力より「情報源情報を構造化してから文章化する」順序が重要です。

情報源→facts→decision→progress/risk→アクション→下書き→verificationの順にすると、もっともらしい補完を減らしながら業務文書へ変換できます。

AIものさしでは、読みやすい報告書ができたことではなく、元メモと事実が一致し、読み手が進捗と次アクションを判断できる状態をこのJobの完了条件にします。

使える形にする：報告書の入力シートと生成指示

まず、会議メモをそのまま長文で貼る前に、出所と未確定事項を分けた入力シートを作ります。記録にない担当者や期限をAIに補わせないためです。

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

区分	入力する内容	確認のしかた
会議情報	日付、会議名、参加者	カレンダー・原メモと照合
決定	決まった内容、決定者、条件	「検討案」と混同していないか
進捗	完了、進行中、未着手	数字・日付を原文と照合
課題	未解決の問い、影響、依存先	事実と推測を別欄にする
次アクション	作業、担当、期限、状態	不明なら「未設定」と記す

入力例：「納期は10月20日案が出たが、会議では確定していない。担当者も未決定」。この場合、報告書へ「納期10月20日、担当A」と書かせず、「納期・担当は要確認」と出すのが正しい処理です。

そのまま使える指示文

添付した会議メモだけを根拠に、社内向け進捗報告書の下書きを作ってください。最初に、事実・決定事項・進捗・課題・次アクションを分けて抽出してください。原文にない日付、数値、担当者、決定を補わないでください。不明な項目は「要確認」とし、推測を事実のように書かないでください。次に、概要、進捗、決定事項、課題、次アクションの順に整えてください。最後に、原文との照合が必要な箇所を箇条書きで示してください。

生成後は文章の自然さより、決定事項・数字・担当・期限を先に確認します。必要なら報告先に応じて要約を短くしますが、未決事項まで削らないでください。

Google Docs / ChatGPTへ渡す前の確認

ChatGPTへファイルを渡す場合、Google Docsのネイティブ文書（.gdoc）はそのままアップロードする形式ではありません。必要ならDOCXまたはPDFへ書き出します。Gemini in Docsは文書の作成・改善・要約などに使えますが、利用可否は対象WorkspaceまたはGoogle AIプラン、管理設定などに左右されます。どちらを使う場合も、会議情報の機密区分と社内AI利用ルールを先に確認してください。

仕上げのQA：報告書を配る前に見る5点

1. 決定の強さ：「提案」「合意」「決定」を区別し、決定者または根拠があるか。

2. 数字と日付：進捗率、金額、期日を元メモと照合したか。

3. 担当の明確さ：担当が空欄なのに名前を補っていないか。

4. 課題と対応：未解決事項に、次の確認先または期限があるか。不明ならそのまま明示したか。

5. 共有範囲：顧客情報、個人情報、社外秘の発言が報告先に必要か。

最後に、読者が「何が決まり、何が残り、次に誰が何をするか」を本文だけで答えられるかを読み返します。答えられない場合は、文章を飾るのでなく入力情報の不足を会議メモの管理者へ確認します。

情報の根拠に、OpenAIの対応ファイル形式とGoogle Docs Geminiの利用条件を追加しました。OpenAIは.gdocを直接受け付けないため、必要な場合は書き出しが必要です。Google側の機能は対象プラン・設定に依存します。

報告書の形を決める：1ページの構成例

すべてを議事録の順に並べると、読み手が判断するために必要な情報が埋もれます。次の骨格を使い、会議の内容がない欄は無理に作らず省略します。

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

順序	見出し	記載例の型	読み手の確認
1	要約	今週の進捗、最大の懸念、必要な判断を2〜3文	何が変わったか
2	進捗	作業 / 状態 / 根拠 / 更新日	完了と進行中を区別できるか
3	決定	決定内容 / 決定日 / 対象範囲	案や希望を決定扱いしていないか
4	課題	未解決事項 / 影響 / 次の確認先	誰がいつ確認するか
5	次の行動	作業 / 担当 / 期限 / 状態	担当や期限の空欄を推測していないか

進捗表の例

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

作業	状態	根拠	次の確認
画面案のレビュー	完了	10月8日の会議メモで承認を確認	実装担当へ共有
API接続	進行中	テスト環境で認証を確認	本番権限は未確認
リリース日	未決	10月20日案が出たが承認記録なし	決定者と日付を確認

この例では、API接続の「テスト環境で確認」を「本番でも完了」と広げないことが大切です。要約も進捗表も同じ証拠を参照し、読み手が根拠まで戻れる状態を保ちます。

長いメモや複数資料を扱う場合

会議の文字起こし、資料、チャットログを一緒に使うときは、各情報の出所を区別します。会議で決めたことと、資料に書かれている既存方針、チャットで出た未確認案は同じ確度ではありません。

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

情報	報告書での扱い
会議中に明示された決定	決定欄へ。記録の時刻や発言者を付ける
既存資料から分かった状態	資料名・更新日を出所として記載
AIが抽出した分類・要約	下書き扱い。元記録で確認してから採用
資料間で食い違う値	どちらかを選ばず、差分と確認担当を課題へ
発言者・日付を特定できない内容	推定せず、「出所未確定」として保留

複数資料をAIへ渡すときは、ファイル名だけでなく「どの資料を何の根拠に使うか」を指示します。たとえば、会議メモを決定事項の根拠、進捗表を現在状態の根拠と指定します。AIの要約に出典のページや行が付かない場合は、重要項目を原文から再検索できる形に戻してから配布します。

共有前の最終判定

報告書を配る前に、次の三つへ答えます。

• 読者が決めることは何か：承認、優先順位付け、支援依頼など、必要な判断が要約の先頭にあるか。

• 根拠に戻れるか：重要な数字、決定、期限について、会議記録または資料の出所が分かるか。

• 次の行動が割り当てられているか：担当と期限が確認済みか。未決なら未決と明記されているか。

一つでも欠けている場合は、AIに文章を再生成させる前に元情報を確認します。記録がないなら報告書に「要確認」と残すのが正しい完了です。

複数の記録が食い違うときの扱い

たとえば会議メモには「来月開始」、進捗表には「開始日未定」とある場合、AIに日付を選ばせません。報告書では「開始時期：記録間で不一致。会議メモと進捗表のどちらを最新扱いするか要確認」と示し、確認担当を次アクションへ置きます。資料の更新日時だけで決定の優先順位を推測せず、決裁者や議事録の確定記録に戻ります。

配布先に応じて情報を削る

社外共有用は、社内の担当者名、未公開の数値、個人情報をそのまま含めないよう、共有範囲を決めてから要約します。削除で結論の意味が変わる場合は、隠したことを明示して責任者へ確認し、AIに機密情報の扱いを判断させないでください。