議事録テンプレート集 — 会議タイプ別フォーマットと記載項目チェックリスト【2026年版】

議事録テンプレートの共通項目と、空欄の扱い方

議事録テンプレートは、会議ごとに確認する項目を揃えるためのひな形です。すべての欄を埋めること自体が目的ではありません。何が決まり、何が未決で、誰が次に何をするかを、原記録と照合できる形で残します。用途が違う会議へ同じ欄を強制すると、必要な情報が抜けたり、未確認の内容を作って埋めたりする原因になります。

通常の業務会議で使う共通部分の例を示します。法定議事録の完成様式ではなく、会議体と社内規程に応じて調整するための構成です。Atlassianの公式Meeting minutesテンプレートも、参加者、議題、議論、決定、担当・期限を伴う行動項目を整理しています。必要な情報を探せるかという観点で使ってください。

共通欄	記入・確認すること
基本情報	会議名、日時、開催方法、参加者、記録・確認担当
目的と議題	確認したいこと、参照した資料と版
決定事項	決定内容、対象、条件、確認した主体
議論の要点	選択肢、判断理由、懸念とその扱い
未決・未確認	不足する情報、確認先、確認予定
アクション	担当、作業、成果物、期限、完了・承認の条件
管理情報	次回、関連タスク、版、確認状態、共有範囲

担当や期限が未定なら、その状態を明記します。会議で「比較する」とだけ決まった場合に、担当や日付を推測で補うことはしません。確認が必要な相手と時点を分けて記録し、確認後に確定版へ反映します。書式上の必須欄でも、内容が決まっていないことを正直に示せる設計が必要です。

会議URLの記載も、参加用コード等を広い共有先へそのまま載せる必要があるかを確認します。資料、録音、文字起こしへのリンクは、読み手に権限があるかを点検してください。アクセスできないリンクだけを付けて、必要な根拠を残したつもりにならないことが重要です。

基本の作成・確認手順は、議事録の書き方と記入例で解説しています。テンプレートを組織で共有するときは、会議用のコピーとひな形の正本を分け、過去の会議の情報を誤って次の会議へ残さない運用にしましょう。

五つの会議タイプ別テンプレートと追加する項目

共通部分に、会議の目的に応じた項目を追加します。以下の五つは通常の業務会議での構成例です。定例、発想、顧客、承認、開始時の合意では、残すべき情報が異なります。決定する予定がない会議に結論を無理に作ったり、決定が必要な会議を発言一覧だけで終えたりしないために、議題と記録欄を対応付けます。

会議タイプ	共通欄に追加する構成	終了時の確認
定例会議	前回アクションの識別子、現在の状態、変更・遅れの理由、新しい課題、次の確認	継続と新規のタスクを区別し、担当・期限の変更を確認
ブレインストーミング・企画	テーマ、制約、アイデア一覧、まとめ方、評価軸、評価前・評価後の区分	アイデアと採用案を区別し、深掘りする担当を確認
顧客との商談・打ち合わせ	相手の要望、こちらの提案・回答、合意と条件、双方の宿題、共有・確認先	要望と受諾済みの約束を分け、外部共有の内容を確認
意思決定・承認会議	審議事項、判断資料と版、承認主体、可否、条件、懸念と対応	承認対象、着手条件、未承認部分を確認
プロジェクトキックオフ	目的、成果物、範囲と対象外、体制・役割、節目、連絡・変更のルール	合意済みの範囲と残る前提、リスク、確認担当を整理

定例では、前回の行動を貼るだけでなく、現在の管理項目と照合します。会議ごとに別の担当や期限が増えると、どれが正しい依頼か分からなくなります。元の決定と、その後の変更を区別し、同じタスクには同じ参照先を使う方法が取りやすいでしょう。完了とした根拠や、誰が確認したかも必要に応じて残します。

ブレインストーミングでは、似た案をまとめても、前提や狙いの違いを消さないようにします。発言者の名前を残すかは、利用目的と共有範囲に応じて決めます。「全発言の録音が必須」とはせず、録音できない条件でも必要なアイデアを残す方法を準備します。評価や優先順位が会議で決まらなければ、その状態を記載します。

顧客との会議では、要望を受けたことと受諾したこと、提案したことと合意したことを分けます。納期・金額・範囲の条件を短縮時に落とさないでください。意思決定やキックオフでも、条件が整う前に着手できるかは別の判断です。次の作業に進めるための確認先と不足情報を明確にします。

会社法上の株主総会や取締役会に使う場合は、法定の要件を別に確認します。会社法318条・369条・371条には議事録の作成等や備置きの規定があります。「経営会議」という名称だけで、一般の承認会議用テンプレートが法定要件を満たすとは判断しないようにします。

Notion・Googleドキュメント・Confluenceで使う方法

テンプレートは、必ずしもファイルをダウンロードして使うものではありません。利用中の文書サービスでひな形を選択・挿入し、会議用の文書として作る方法もあります。すでに使う場所、編集できる人、外部共有の範囲、履歴や検索の運用に合わせて選んでください。テンプレートが無料でも、必要な管理・AI・連携機能まですべて無料とは限りません。

Notion公式の会議メモのテンプレート紹介からは、候補を選んで構成を確認できます。選んだテンプレートが、自社の決定・未決・行動の区分に合うかを点検します。共同編集者、ゲスト、リンク共有の権限を確認し、ひな形を誰でも変更できる場所へ置くかどうかも決めます。利用するテンプレートやプランの条件に従って使ってください。

Googleドキュメントの公式手順は、パソコンで「@」からMeeting notesを選び、予定を指定して会議メモを作る方法を案内しています。予定の情報が挿入されても、添付・共有には別の操作が必要な場合があります。主催者かどうか、予定を編集できるかによって動作が異なるため、参加者が見られるかを確認します。

Googleの同じ説明では、予定と会議メモの変更が相互に自動反映されないことも示されています。文書の参加者を書き換えただけでカレンダーに招待される、予定変更が文書へ必ず反映される、と考えないようにします。日時や参加者が変わったら、記録と予定の両方で必要な更新を点検してください。

Confluenceの公式テンプレートは、アジェンダ、記録、アクションをチームで整理するための候補です。スペースとページの権限、タスクの扱い、既存のプロジェクト文書との参照関係を確認します。決定事項が後から変わる場合も、以前の記録と現在の状態をたどれる運用を設けます。

英語の会議では、Decisions、Action Items、Open Issuesなどの見出しを構成例として使えますが、世界共通の規格として固定する必要はありません。組織の言語と定義に合わせ、未決・条件付き承認等を誤解なく区別できる表記を選びます。読み手が複数言語を使う場合は、日付、略語、担当名の表記も揃えましょう。

テンプレートを運用し、AIの下書きと確認済み記録を分ける

運用では、ひな形の管理者と改訂方法を決めます。会議用に作った文書には、ひな形の版、作成・確認担当、共有の状態を付けます。項目を増やす際は、誰のどの判断に使うかを確認し、使われない欄を増やし続けないようにします。実際の記録で不足した情報と、重複していた情報を振り返って、必要な項目を調整します。

会議前は、議題と確認したいことを記入します。会議中は、決定、条件、未決、担当・期限を優先して残します。会議後は、資料と原記録へ戻って内容を照合し、必要な確認を経て共有します。会議中に何割完成する、後から書くと何倍かかる、といった共通の比率を前提にせず、自分たちの会議で修正・確認を含む時間を測ります。

AIの文字起こしや要約を流し込む場合も、空欄を推測で補わせない条件を設けます。決定・提案・保留を分け、元の箇所や時刻へ戻れるようにします。Microsoftの音声要約の説明も、不足や誤りがあり得る出力を原記録で確認する方法を案内しています。自然な文章になったことだけを、正式記録として承認された状態と同じにしません。

要約の確認は、議事録をまとめる五つのコツも参考に、数値、否定、条件、担当と期限を重点的に点検します。ツールの文字起こし・話者分離・要約を比べる場合は、AI議事録ツールの比較と選定を参照してください。録音等を使う前に、周知・必要な同意、外部送信と保存の条件も確認します。

確認済みの行動をタスクへ登録するときは、既存項目との重複、担当変更、期限変更を点検します。議事録の記載から作ったタスクが、誰にどの状態で届くかを確認し、未確認の項目を無断で確定しない運用にします。記録の作成、共有、タスク反映がそれぞれ完了したかを管理することが重要です。

会議の録画・文字起こしから議事録の構造化、定例会議やタスク管理へつなぐ場合は、renueのPMOエージェントを参照してください。会議体の項目と確認手順、既存ツールのAPI・権限・データ形式を整理し、導入範囲を検討できます。重要な業務では人の確認・承認を設け、実際の修正・運用負担まで含めて評価します。