会議メモのテンプレート:何を記録し、今は誰が書き、通話後はどこに残るのか(2026年)

会議メモは、会議の作業記録です。重要な発言、決定事項、誰がいつまでに何をするか、そして挙がったものの未解決のままの論点を残します。メモは通話中に1人が書き、後で全員が読みます。会議に出られなかった人も読みます。メモは議事録より軽く、リキャップより詳しい文書で、この2つはメモから作られます。

このガイドでは、まず書き方を扱います。何を記録するか、コピーして使えるテンプレート、記入済みの例を2つ示します。その後、チームがすでに使っているツールのどこにメモが置かれ、通話後にメモがどうなるのかを説明します。後半は見た目以上に重要です。メモの本当の試金石は会議そのものではなく、3週間後に誰かが「項目2は結局やったのか」と尋ねるときだからです。

会議メモ、議事録、リキャップ

会議からは3種類の記録が生まれますが、これらの言葉はしばしば混同されます。3つは同じ文書ではありません。

メモは原材料です。議長がいて採決を行う会議では、メモが議事録になります。実務的な通話では、メモがリキャップになります。メモがなければ、他の2つは記憶をもとに書かれることになり、1つの決定が金曜日までに3つの違う決定になってしまいます。

メモは文字起こしではありません。全員の発言を書き留めるのは別の仕事で、2026年ではそれは機械の仕事です。メモ担当者が書くのは、会議が「何を意味したか」です。

何を記録するか:フォーマット

使えるメモの1ページには、6つの要素が入ります。見かけるテンプレートの多くはこのリストの一部にすぎず、うまくいかないものは最後の2つを欠いていることがほとんどです。

1. ヘッダー。 会議名、日付、リンク、出席者と欠席の連絡があった人。誰かが話し始める前の30秒でできます。
2. 目的を1文で。 アジェンダがあればそこから写し、なければその場で書きます。終了時にメモを評価する基準となる一文です。会議はこれを達成できたか、という問いに使います。
3. 議題ごとに1ブロック、アジェンダの順に。 発言内容を2〜3行で書きます。やり取りの逐一ではなく立場を書き、発言者の名前は必要なときだけ付けます。その後に結果を明記します。決定、未決、日付を決めて持ち越しのいずれかです。
4. 決定事項は1つにつき1文。 「〜で合意した」で始め、合意した内容そのものを書きます。そこに至る議論は書きません。議論の文章に埋もれた決定は、誰も見つけられません。
5. アクション項目:担当者、タスク、期日。 1項目1行です。担当者のいないアクションは願望で、期日のないアクションは希望的観測です。どちらも代わりにパーキングロットに入れます。
6. パーキングロット。 挙がったが会議では解決しなかった事項を、提起した人の名前とともに書きます。次回のアジェンダの材料になります。多くのテンプレートが落としている要素で、同じ質問が3回連続の会議で繰り返される原因です。

書かないものは、本人が引用を希望しない限りの逐語的な発言、場の空気、メモ担当者の意見、オフレコの発言です。読み手が、メモ担当者がどちらの側にいたのかを判別できてはいけません。

会議メモの取り方:会議の前、最中、後

会議の前に、骨組みを作ります。 アジェンダを見出しに変えます。議題ごとに1ブロックとし、ヘッダーは招待状から事前に入力し、前回の未完了アクションを冒頭に貼ります。書式の作業の9割は通話の前に終わります。アジェンダがない場合は、会議で最初に書くメモが「アジェンダがなかった」ことです。

会議の最中は、やり取りではなく結果を書きます。 議題ごとに必要なのは、出た立場、決定、アクションです。いちばん効果の大きい習慣は、決定がなされたらその場で読み上げることです。「では記録します。Q4キャンペーンは2言語で、Lenaが12日までにブリーフを担当」。全員の記憶が新しいうちに、場の人に訂正してもらいます。結果を読み上げることで、会話は記録になります。その会話をした人たちがまだその場にいるからです。議題が時間切れになった場合、それは解決したことになりません。日付を付けてパーキングロットに送ります。

会議の後は、当日中に共有します。 文脈が新しいうちにメモを整えます。夜までかけず、10分で済ませます。そして招待された全員に送ります。会議を欠席した人には、特に必ず送ります。その後、次の会議で見つかる場所に置きます。1人のノートの中にあるメモは、チームが持っていないメモです。その中のパーキングロットは、誰も空にしないパーキングロットです。

会議メモのテンプレート

[チーム] — [会議名] — メモ
日付: [日付] · 時間: [開始]–[終了] · リンク: [会議リンク]
出席: [氏名] · 欠席: [氏名] · 記録: [氏名]
目的: [1文で — この会議は何のためか]
前回からの持ち越し: [アクション] — [担当者] — [完了 / 未完了]

1. [議題] — [担当者]
[2〜3行:重要な発言。立場は必要な場合にのみ発言者を明記。]
結果: 決定 / 未決 / [日付]に持ち越し
決定事項: [1文で — 「〜で合意した」]
アクション: [氏名] — [タスク] — [期日]まで

2. [議題] — [担当者]
[要約。]
結果: [決定 / 未決 / 持ち越し]
アクション: [氏名] — [タスク] — [期日]まで

決定事項(全議題、1行ずつ)
– [決定事項]
– [決定事項]

アクション項目
– [氏名] — [タスク] — [期日]まで
– [氏名] — [タスク] — [期日]まで

パーキングロット: [質問] — 提起者 [氏名] — 次回のアジェンダへ
次回の会議: [日付] · 記録: [録画 / 文書へのリンク]

下部の2つのリストは、議題ブロックにすでにある内容の繰り返しです。これは意図的なものです。ブロックはその場にいた人のため、リストはいなかった人のためにあります。

記入済みの例2つ

週次チームミーティング — 30分

Product — Weekly — メモ
日付: 2026年10月6日 · 時間: 10:00–10:30 · 出席: Mateusz、Priya、Lena、Tomás(記録) · 欠席: Ana
目的: 今週の作業の障害を取り除き、リリースに含めないものを決める。
前回からの持ち越し: Priya — 最終候補者2名への面接枠の連絡 — 完了。

1. チャンネルで挙がった障害 — 全員
障害は2件。50 MBを超えるファイルでエクスポートジョブが失敗する(Mateusz)。Safariでステージングのログインがループする(Lena)。Lenaの修正はレビュー中。
結果: 未決
アクション: Mateusz — 60 MBのファイルでエクスポート失敗を再現する — 10月7日まで

2. リリースのスコープ削減:エクスポートを外すか、未完成のまま出すか — Mateusz
Mateuszはエクスポートをフラグ付きで出す案、Priyaはサポートへの問い合わせ増を避けるため外す案。Lenaは、エンタープライズの2社のトライアルが要望していると指摘。
結果: 決定
決定事項: エクスポートはフラグ付きで出し、2社のトライアルにのみ有効にすることで合意した。
アクション: Mateusz — フラグとトライアル許可リストの実装 — 10月9日まで

3. 採用:最終候補者 — Priya
最終候補者2名の面接が完了。Priyaは2人目を推薦。異論なし。
結果: 決定
アクション: Priya — 2人目の候補者へのオファー — 10月8日まで

パーキングロット: 50 MBの上限を引き上げるべきか? — 提起者 Mateusz — 来週のアジェンダへ
次回の会議: 2026年10月13日 10:00

クライアントとの通話 — 45分

Aster GmbH — スコープ確認の通話 — メモ
日付: 2026年10月7日 · 時間: 14:00–14:45 · 出席: L. Ortega、K. Sato(Aster)、J. Lindqvist、P. Nowak(記録)
目的: 月末までに、スコープ変更とその価格に合意する。

1. 前回の通話からの変更点 — J. Lindqvist
パイロットは2か国ではなく3か国で実施された。Asterは第1フェーズから日本語対応を希望している。
結果: 情報共有

2. スコープ変更:含めるもの、外すもの — K. Sato
含める:日本語対応、3か国目。外す:カスタムレポート(第2フェーズへ)。Ortegaは第2フェーズの日付を書面で求めている。
結果: 決定
決定事項: 第1フェーズは3か国と日本語対応、カスタムレポートは第2フェーズとすることで合意した。

3. 価格とスケジュールの選択肢 — J. Lindqvist
2つの案を提示。Asterは固定価格案を希望しているが、経理の承認が必要。
結果: 10月14日に持ち越し
アクション: J. Lindqvist — 両案を盛り込んだ改訂版の作業範囲記述書 — 10月10日まで
アクション: L. Ortega — 固定価格案についての経理の承認 — 10月14日まで

パーキングロット: 第2フェーズの開始日 — 提起者 L. Ortega — 10月14日の通話へ
次回の通話: 2026年10月14日 14:00 · 記録: 現行の作業範囲記述書

2つの例に共通する点に注目してください。どの議題も3つの結果のどれかで終わり、どのアクションにも担当者の名前と期日があり、パーキングロットは空ではありません。45分の話し合いが、その場にいなかった人でも動けるページになりました。それが仕事のすべてです。

普段お使いのツールでメモはどこに置かれるか

主要なプラットフォームにはそれぞれメモの置き場所があり、それぞれ違うところで止まります。ベンダー自身のページに記載された動作のみを挙げ、各ページを確認した月を付記しています。

どこでも共通している点が2つあります。1つは、メモが会議の隣にある文書で、その場で使われた1つの言語で保管されることです。もう1つは、先週のアクション項目が完了したかどうかを文書は教えてくれず、人が確認しに行くことです。

今は誰が書くのか——そして記録はどこに残るのか

InterMIND は、会議がチャンネルの中にあるコミュニケーションスペースです。そのため、メモには分かりやすい置き場所があります。チャンネルのチャットです。骨組みは前日にノートとして入れておきます。通話中、メモ担当者は Share to conference でそれをビデオタイルの隣に全員の画面へ表示し、場の人が見ている前でライブ編集できます。参加者は全員、自分の言語でそれを読みます。ほかの場所で下書きしたメモは、メールでチャンネルに届けられます。各チャンネルには専用のアドレスがあり、そこに送ったメッセージは、送信者名と添付ファイルが保たれた通常のメッセージとして表示されます。

通話が終わると、リキャップが会議そのものから書かれます。要約、合意・未決・争点とマークされた論点、担当者付きのアクション項目で構成され、各行にはタイムスタンプが残ります。そのためメモ担当者は、一から書くのではなく下書きを編集するだけです。リキャップはメールで届き、チャンネルのメッセージとして投稿され、カレンダーの予定にはリンクとして付きます。サインインしているメンバーは全員、それぞれの言語で読めます。記録は、場がたまたま使った言語で1度書かれるのではなく、読み手ごとに翻訳されます。メンバーなら誰でも編集でき、編集のたびに作成者と改訂履歴が残ります。チャンネルは過去のすべてのセッションのリキャップを保管するので、3週間前の項目2もワンクリックで見つかります。

パーキングロットとアクションリストは、メモが最も忘れられやすい場所です。ここでは、チャンネルの定例会議が代わりに確認を担います。次のリキャップが書かれる際に、前回のセッションの未完了のアクション項目が読み直され、会議での発言と照らして判定されます。完了したと報告された項目は完了とマークされ、それ以外は未完了とマークされて、その理由が会議の言葉で付されます。話題に出なかった場合は「未討議」となります。そして次のセッションの冒頭で、Mia が未完了の項目とその担当者を読み上げます。この部分は改良を進めているため、現在は一部のアカウントで稼働しています。

メモを記録システムに入れる必要がある場合、ホストは任意のアドレス(CRM やトラッカーの受信用メールボックスなど)にリキャップのコピー先を追加できます。アドレスの確認を1度行うと、その会議またはチャンネルのすべてのリキャップがそこにも送られます。手順はすべての会議リキャップのコピーをメールで CRM に届けるにあります。会議後に廊下で決まったことは、音声メモとしてチャンネルに入れます。数秒でテキストとして届き、各メンバーが自分の言語で読めます。

アカウントなしでリンクから参加した人は、翻訳された会議をライブで完全に利用できますが、その後の記録は受け取れません。アカウントは無料で、記録にアクセスできるようになるのはアカウントがあるからです。

• 完全なリキャップを開く — あなたの記録を書くのと同じコードで描画された、実際の記録です。
• ライブデモを試す — 登録不要。話すと、場の内容が聞き手ごとに翻訳されて聞こえます。

技術としての会議メモは、どのツールでも生き残ります。会議が何を意味したかは、誰かが決めなければならないからです。生き残らなくてよいのは2番目の仕事、つまり通話後に結果を1つの言語で打ち直し、前のページに書かれたことを誰かがやったかを手作業で確認することです。

FAQ

会議メモには何を含めるべきですか?

6つです。ヘッダー(会議名、日付、リンク、出席者)、1文の目的、議題ごとのブロック(発言内容を2〜3行と、決定・未決・持ち越しのいずれかを明記した結果)、1文ずつの決定事項、担当者・タスク・期日のあるアクション項目、そして挙がったが解決しなかった事項のパーキングロット(提起した人の名前を添えて)です。

会議メモはどう書けばよいですか?

通話の前にアジェンダから骨組みを作ります。議題ごとに見出しを1つ、ヘッダーは事前に入力し、前回の未完了アクションを冒頭に置きます。通話中はやり取りではなく結果を書き、決定のたびに声に出して読み上げて、その場で訂正してもらいます。通話後は10分で整え、当日中に招待された全員へ送り、次の会議で見つかる場所に置きます。

会議メモと議事録の違いは何ですか?

メモは通話中に取る作業記録で、平易で、当日中に、招待された人のために書かれます。議事録は、メモをもとに後から書かれる正式な記録です。出席者、各議題、決定事項とその経緯、採決、アクションを中立的な言葉で書き、理事会や団体では、通常、組織が保管・承認する義務のある文書です。実務的な通話にはメモとリキャップが必要で、議長がいて採決のある会議には議事録が必要です。その形式は議事録のガイドで扱っています。

Google ドキュメントに会議メモのテンプレートはありますか?

Google は、対象の Workspace エディションの Google Meet 向けに Take notes for me を提供しています。予定の作成時にカレンダーでオンにすると、会議後にメモが Google ドキュメントに書き込まれ、設定に従って共有されます。対応言語は会議につき1言語です。このガイドのテンプレートはプレーンテキストなので、書式を直さずに Google ドキュメント、Word ファイル、Slack の canvas、チャットメッセージに貼り付けられます。

Microsoft Teams で会議メモを取るにはどうすればよいですか?

Microsoft のドキュメントによると、会議中は会議コントロールで Notes を選択するか、予約時に会議の詳細で Add an agenda を選択します。メモは Loop コンポーネントで、参加者・主催者なら誰でも編集でき、人をタグ付けしてタスクを割り当てられます。自動保存され、Teams のカレンダーと会議のリキャップから開けます。外部の参加者はメモにアクセスも編集もできません。

会議ではだれがメモを取るべきですか?

議論を進行していない人です。進行役は場の運営で手一杯ですし、議長を兼ねるメモ担当者は自分の側の主張を書き留めてしまいます。実務的な会議では、担当を持ち回りにするか、決まった人が務めます。正式な機関では書記の役割です。2026年では、最初の下書きの多くを会議プラットフォームが会議そのものから書くようになり、人の役割は編集へ移っています。メモが共有される前に、決定事項、担当者、期日を確認します。

会議メモは毎回の会議の後に送るべきですか?

はい。当日中に、出席者だけでなく招待された全員へ送ります。会議を欠席した人こそ、最もメモを必要としています。送られないメモは、1人のためだけに存在するメモです。その中のアクション項目には証人がおらず、パーキングロットは次のアジェンダに届きません。

出典: Microsoft — Take meeting notes in Microsoft Teams; Zoom — Using Meeting Summary with AI Companion; Google — Calendar & Meet settings for "Take notes for me"; Google Meet — "Take notes for me" in Google Meet; Slack — Meeting agenda template (canvas)。Microsoft、Google、Slack のページは2026年10月に、Zoom の会議サマリーのページは2026年8月に確認しました。ベンダーはプラン、機能、対応言語を随時変更します。最新の状況は各社のページでご確認ください。