会議 メモ の取り方：決定事項と担当者だけを残す方法
要約
会議メモは、発言の書き起こしではなく、決定事項、行動項目、未解決の質問、忘れそうな文脈の4つに絞ります。会議の前に議題ごとの見出しを用意し、1時間以内に整えて24時間以内に共有します。録音は許可を得た上での保険として使い、AI議事録ツールの要約は必ず読んでから送ってください。
会議 メモ の取り方を一言で言えば、こうです。書くのは発言ではなく、決定事項・担当者・期限です。会議の前にページを開き、議題ごとに見出しを一つずつ用意します。要点は自分の言葉で書き、未解決の質問は別のリストに分け、1時間以内にページを整えます。記録の保険が必要なら、許可を得て音声を録音し、1.5倍速で聞き返してください。方法はこれで全部です。このガイドの残りは、その詳細と、この方法が通用しない場面の説明です。
=== NOW PLAYING: 45分の進捗会議 ===
私はこれまでおよそ2,000回の会議に出てきました（2014年以降）。最初の10年、私のメモは字の汚い書き起こしのようなものでした。何でも書いたのに、ほとんど理解できず、後で何も見つかりませんでした。解決策はより良いアプリではありませんでした。メモに与える仕事を小さくすることでした。
会議メモは何のためにあるのか
会議メモの役割は一つです。その場にいなかった人、たとえ3週間後のあなた自身であっても、何が起きたかを見て動けるようにすることです。「会議を記録する」よりも狭い役割です。そのためメモに必要なのは次の4つで、それ以外はほぼ捨てて構いません。
決定事項。 合意したこと。1行ずつ。
行動項目。 誰が、いつまでに、何をするか。
未解決の質問。 誰も答えられなかったこと。
忘れてしまう文脈。 数字、名前、誰かが反対した理由。
それ以外は、招待メールや資料から後で復元できる情報です。メモの1行がこの4つのどれにも当てはまらないなら、たぶんノイズです。その行がなぜあったのかをまだ覚えているうちに消してください。
会議が始まる前に、ページをどう準備するか
準備の5分は、後で40分かかる再構成を防ぎます。参加する前に新しいページを開き、日付、参加者、目的を一行で書きます。次に議題ごとに空の見出しを一つずつ作ります。アジェンダがなければ依頼してください。それでもなければ、自分で3つの予想を書き、最初の10分で修正します。
構造こそが大事です。議論が予算から採用へ飛び、また予算に戻ったとき、どこに書けばいいか探す必要はありません。正しい見出しの下に一行書いて、次に進めます。
私が使い続けているテンプレートは次のとおりです。
日付、参加者、目的。
議題ごとに見出しを一つ、その下に書き込み用のスペース。
「駐車場」欄。まだ議題にしない質問を置く場所。
最後の5分で書く「行動項目」欄。
テンプレートは一つに決めて、変えないでください。Spinachも同じことを主張しています。毎回同じレイアウトなら、読む人はどこを見ればいいか分かります。あなた自身も含めて。
何を書き、何を省くか
会話ではなく結論を書いてください。4分かけて取引先の納期遅れを説明されたら、メモは「納品遅延：11月14日へ。原因は通関」の一行です。原因が後で重要になれば、そのキーワードから元の議論に戻れます。
私が使うルールを、役に立つ頻度の高い順に挙げます。
動詞で書く。 「価格を決める」はトピックです。「価格：$29 固定、プランなし」は決定です。
自分の言葉で書く。 発言をそのまま写すのは書き起こしで、それは聞いていないということです。
聞こえた時点で行動項目に印をつける。 余白の記号でもチェックボックスでも構いません。終わりまで待たないでください。
担当者を声に出して確認する。 誰も引き受けないなら、議題を閉じる前に「これは誰が持ちますか」と言ってください。担当者のない行動項目は願望にすぎません。
冗談、挨拶、脱線は省く。 脱線が決定を変えるなら別です。
多くのガイドが教えてくれないもう一つの省略があります。スライドの内容は書かなくていいことです。資料は残っています。書くべきなのは、資料に載っていなかった話し手の発言です。
行動項目のテスト
一行が通るのは、動詞、担当者、期日がそろっているときだけです。「予算をフォローする」は失敗です。「佐藤さんが修正版の予算案を木曜までに経理へ送る」は合格です。Spinachも同じ考え方です。担当者、具体的な成果物、明確な期限です。私は会議の最後の2分で行動項目を声に出して読み上げます。かかるのは40秒ほどで、会議ごとに担当者の抜けを1件ほど見つけられます。
タイピングか手書きか
どちらも機能します。ただし失敗の仕方が違います。
タイピングは速く、検索でき、共有もできます。しかし指が話し言葉に追いつけるので、つい書き起こしをしてしまいます。手書きは遅いので、圧縮せざるを得ません。何が重要かを、書くのが遅いことで自然に選ぶことになります。その代わり、後で打ち直す手間があり、自分の字はその週のうちに読めなくなります。
私のルールはこうです。小さな会議で自分だけが決める立場にあり、メモが自分用なら手書きにします。他の人がメモを読む場合、または6人を超える会議で速いペースについていけない場合はタイピングにします。
タイピングするなら、箇条書きを勝手に整形する自動補正の強い道具はオフにしてください。途中で番号が振り直される箇条書きほど、流れを壊すものはありません。
Cornell法はどこに合うか
Cornell法はページを、左の狭いキーワード欄、右の広いメモ欄、下の要約欄に分けます。もともと講義向けの方法です。会議で役立つのは一点、要約欄です。
いつも通り右側の広い欄にメモを取ります。左の狭い欄には、各まとまりにキーワードか質問を書きます。最後に要約を2〜3文で書きます。その要約が、フォローアップのメッセージに貼る文章になります。
会議が20分未満なら、この方法は省いてください。手間が得られるものを上回ります。ただし、毎週のプロジェクトレビューで文脈が積み重なる場合は価値があります。要約がそのままプロジェクトの記録になるからです。
会議を録音する方がいいか
はい。許可を得たうえでなら、良い保険になります。ただし、メモの代わりにはなりません。録音は45分のファイルで、メモは90秒で読めます。45分の音声を聞き返すことはまずありません。私は何度も試しましたが、たいていは自分にうそをついていました。
録音が役立つ場面は次のとおりです。
数字、名前、約束を聞き逃し、正確な言葉が必要なとき。
会議が意見の対立で、誰が何を言ったか知る必要があるとき。
1時間画面を見られないとき。弱視、長い通勤、手がふさがっている場合です。音声が合う形式で、読み上げられた書き起こしでも同じ内容を耳で得られます。
私の使い方はこうです。録音し、それでも薄くメモを取り、もう一度聞きたい2〜3か所にタイムスタンプを付けます。1.5倍速なら45分の会議は30分の音声になります。印を付けた3か所に飛んで聞くのに4分です。実際に行われる「聞き返し」とは、この形です。
録音の前には必ず尋ねてください。多くの場所で、同意なしの録音は違法です。どこでも礼を欠きます。会議の冒頭で「メモ用に録音してもいいですか」と一言聞けば済みます。
どのAI議事録ツールを試す価値があるか
AI議事録ツールは通話に参加し、文字起こしをして、行動項目付きの要約を作ります。かなり進歩しました。ただし、一か所だけ小さな誤りを含んだ自信満々の要約を作る癖があるので、出力は必ず読んでください。
正直な評価を、ツールごとに挙げます。
Otterは多くの人が最初に試すものです。Zoom、Meet、Teamsの中でライブに文字起こしし、話者にラベルを付けます。無料プランは月300分で、1回の会議は30分で打ち切られます。長いレビューは途中で切れるので、要約は下書きとして扱ってください。
Granolaは別のやり方です。通話にボットは参加しません。自分のパソコンの音声を文字起こしし、あなたが書いた大まかなメモと会議後に統合します。聞くことを続けられるので、メモを取る理由そのものが守られます。デスクトップ中心の作りなので、会議がスマートフォン上で行われるなら合いにくいでしょう。
Fathomは録音、文字起こし、要約を行い、重要な場面を切り抜けます。これは上で述べた「2か所に印を付ける」習慣と合います。個人向けの無料プランで録音と要約が使えるので、アイデアを試す最も安い方法です。
TicNoteは、録音を要約だけでなく書き出し可能なファイルに変えるAI会議レコーダーです。無料枠は月300分の文字起こしです。フィードに残すのではなく、出力を文書として整理したいなら検討する価値があります。
機密性の高い会議で、音声がどこに保存されるか分からないなら、どのツールも使わないでください。法務や人事の会話にボットを招く前に、データポリシーを読んでください。料金も確認してください。プランはよく変わるので、昨年のレビューではなくベンダーのページを見てください。
会議の後の最初の1時間に何が起きるか
ここでメモが仕事に変わります。会議の内容がまだ頭に残っているうちに、1時間以内に次の作業をします。
メモを一度読み、読めない箇所を直す。
行動項目を抜き出し、担当者に文書で送る。
ページの先頭に3行の要約を書く。何が決まり、何が未解決で、次に何が起きるか。
ページを、見つけやすい場所に保存する。フォルダは一つ、名前の規則も一つ。たとえば「2026-10-22 価格レビュー」のように。
NotionやObsidianのようなノートシステムを使っているなら、会議のページは一般的な受信箱ではなく、プロジェクトのページにリンクしてください。受信箱に入ったメモは、二度と読まれません。
Notionは共有の会議ログに向いています。全員が編集でき、コメントできるからです。その代わり、共有ページは、その場にいなかった人が整理したくなる誘いにもなります。生のページは残して、整えたコピーを公開してください。
要約は24時間以内に送ってください。メモの価値の大部分は、ほかの人に与える「次に動くきっかけ」にあります。
この方法が壊れる3つのケース
限界については正直に書きます。
ブレインストーミング。 構造が発想を殺します。アイデアはフラットなリストで取り、後で並べ替えてください。
速くて大人数の会議。 12人が話していれば、リアルタイムで担当者を正確に拾うことはできません。チャットから行動項目を拾うか、主催者に聞いてください。
自分が発表者の会議。 発表しながら書くことはできません。同僚にメモを頼むか、録音して、記憶が新しいうちに1時間以内に要約を書いてください。
次の会議の前に
これが短い実行シートです。キューには5項目あります。
日付、参加者、目的を書いたページを開く。
議題ごとに見出しを一つ、さらに「駐車場」と行動項目の欄を作る。
文ではなく、決定事項と担当者を書く。
最後の2分で行動項目を声に出して読む。
1時間以内に整えて送る。遅くとも24時間以内。
2週間続けて比べてください。何かを探し回ってから見つけた回数を数えます。私の場合、3回に1回くらいだったものが、ほぼ毎回見つかるようになりました。それはノイズではなく、シグナルです。
the hear.the.web team, cambridge, ma