会議が終わった直後、画面にはそれなりに丁寧なメモが残っています。
決まったこと、気になったこと、誰かが言った案、あとで確認する話。全部入っている。なのに翌日になると、結局こうなります。
「で、誰が何をやるんだっけ」
会議メモの問題は、情報量が少ないことではありません。むしろ、情報がひとつの場所に詰まりすぎて、次の行動だけが埋もれることです。
この記事では、同じ会議メモを3つの方法で整理して比べました。結論から言うと、万能な整理方法はありません。短い定例、決定事項の多い会議、未決が多い相談会では、向いている型が違います。
今回試した会議メモ
検証用に、次のような小さな会議メモを使いました。実在の会社名や個人名は使わず、内容も一般化しています。
6月の問い合わせ対応改善ミーティング
参加者: 企画、CS、開発
- 問い合わせフォームの必須項目が多く、離脱が増えているかもしれない
- CSは「急ぎ」の判断基準が人によって違うと感じている
- 開発はフォーム改修なら来週後半から着手できる
- まず過去30件の問い合わせを見て、急ぎ判定に使っている言葉を確認する
- フォーム項目は、電話番号を必須から任意にする案が出た
- ただし、BtoB案件では電話番号がないと折り返しが遅れる場合がある
- 来週火曜までに、CSが過去30件を分類する
- 企画は分類結果を見て、フォーム項目の削減案を2案作る
- 開発は変更に必要な工数をざっくり見る
- 「急ぎ」の定義は次回までに仮案を作る
このメモを、「次の行動に変えやすいか」という観点で3つの方法にかけました。
比較した条件
比較条件は、次の4つです。
| 見るポイント | 確認したこと |
|---|---|
| 次の行動が見つかるか | 誰が何をするかが取り出せるか |
| 決定と未決が混ざらないか | 案、決定、確認事項を分けられるか |
| 期限や担当を勝手に補わないか | メモにない情報を作らずに済むか |
| 会議後すぐ使えるか | 5分以内に運用できるくらい軽いか |
ここで注意したのは、「何分短縮できた」といった数字を出さないことです。今回は時間測定ではなく、同じメモから次の行動へ変換したときに、どこで迷うかを確認する小さな実使用検証です。
方法1: 決定・未決・次アクションに分ける
最初の方法は、会議メモを3つに分けるだけです。
決定事項:
-
未決事項:
-
次の行動:
- 誰が / 何を / いつまでに
今回のメモでは、こう整理できます。
| 区分 | 内容 |
|---|---|
| 決定事項 | 過去30件の問い合わせを確認する |
| 未決事項 | 電話番号を必須から任意にするか / 「急ぎ」の定義 |
| 次の行動 | CSが来週火曜までに過去30件を分類する / 企画が削減案を2案作る / 開発が工数を見る |
この方法の良さは、会議後すぐに使えることです。メモが雑でも、「決まったこと」と「まだ決まっていないこと」を分けるだけで、次に動ける項目が見えます。
向いているのは、週次定例や進捗会議のように、すでに役割がある程度決まっている会議です。
反対に、アイデア出しの会議には少し弱いです。案が多い会議でこの型を使うと、まだ検討中の話を決定事項に入れたくなります。これが「会議メモの早合点」です。きれいに整理したくて、未決を決定の棚に置いてしまう。
小さな運用ルールは、次の1つです。
- メモに担当や期限が書かれていない行動は、「担当未定」「期限未定」と書く。推測で埋めない。
方法2: 問いの形に戻す
2つ目は、メモをすぐタスク化せず、問いに戻す方法です。
いま答えが必要な問い:
-
答えるために必要な材料:
-
次に集めるもの:
-
今回のメモなら、こうなります。
| 問い | 必要な材料 | 次に集めるもの |
|---|---|---|
| 電話番号を任意にしてよいか | 離脱と折り返し遅延の影響 | 過去30件の分類結果 |
| 「急ぎ」をどう判定するか | 実際に急ぎ扱いした言葉や条件 | 問い合わせ文面の分類 |
| フォーム改修にどれくらいかかるか | 削減案と変更範囲 | 開発の概算工数 |
この方法の良さは、未決が多い会議で早まらないことです。
会議後に止まる原因は、「タスクがない」ことだけではありません。そもそも何を決めるための材料が足りないのかが見えていないこともあります。その場合、無理にタスク表へ落とすより、問いを残したほうが次に進みやすい。
向いているのは、方針決め、改善案の検討、要件整理のように、まだ答えが固まっていない会議です。
弱点は、行動に落とす力が少し弱いことです。問いだけを並べると、読み物としてはきれいでも、担当者が動かないことがあります。
小さな運用ルールは、問いごとに「次に集めるもの」を1つだけ書くことです。問いだけで終わらせない。問いをタスクの前段にする。
方法3: 導線として並べる
3つ目は、メモを「次に開く順番」で並べる方法です。
1. まず確認するもの
2. 次に作るもの
3. 誰かに渡すもの
4. 次回会議で決めるもの
今回のメモでは、こう整理できます。
| 順番 | 内容 |
|---|---|
| まず確認するもの | CSが過去30件の問い合わせを分類する |
| 次に作るもの | 企画がフォーム項目の削減案を2案作る |
| 誰かに渡すもの | 開発へ削減案を渡し、工数を見る |
| 次回会議で決めるもの | 電話番号必須の扱い / 「急ぎ」の仮定義 |
この方法の良さは、会議後の再開がしやすいことです。
タスク管理表を作っても、翌日にどこから見ればいいか分からないことがあります。導線型は、完璧な一覧ではなく「次に開く順番」を作るための整理です。
向いているのは、複数人で次の会議までに作業をつなぐ場面です。特に、1つ目の作業が終わらないと2つ目が始まらないときに効きます。
弱点は、並べ方を間違えると全体が止まることです。依存関係がない作業まで一直線に並べると、同時に進められるものまで待ち状態になります。
小さな運用ルールは、「待つ必要があるもの」と「並行で進められるもの」を分けることです。導線は一本道ではなく、合流地点つきの短い道順として考えます。
3つの方法の選び方
迷ったら、会議の性格で選びます。
| 会議の状態 | 使う方法 | 理由 |
|---|---|---|
| 決まったことが多い | 決定・未決・次アクション | すぐ担当と期限に落とせる |
| 未決や論点が多い | 問いの形に戻す | 何を決めるための材料が足りないか見える |
| 次回までの流れを作りたい | 導線として並べる | 作業の順番と受け渡しが見える |
全部を一度に使う必要はありません。むしろ、毎回3種類の表を作ろうとすると続きません。
会議後に止まっているなら、まず1つだけ選びます。
- すぐ動ける人がいるなら、次アクション型
- まだ決められないなら、問い型
- 複数人の作業がつながるなら、導線型
このくらいで十分です。
AIに頼むときの依頼文
AIに会議メモを渡すなら、次のように依頼します。
以下の会議メモを整理してください。
目的は、会議後に次の行動へ移ることです。
次の3つを分けてください。
1. 決定事項
2. 未決事項
3. 次の行動
次の行動は「担当 / 行動 / 期限 / 不足情報」の表にしてください。
メモに書かれていない担当や期限は推測せず、「未定」と書いてください。
議論中の案を決定事項に入れないでください。
会議メモ:
(ここに貼る)
未決が多い会議なら、依頼文を少し変えます。
以下の会議メモから、まだ答えが出ていない問いを抽出してください。
それぞれについて、答えるために必要な材料と、次に集めるものを分けてください。
担当や期限は、メモに書かれている場合だけ入れてください。
AIに任せるときほど、「作らないでほしい情報」を書いておくのが大事です。AIは空白をそれっぽく埋めるのが得意です。業務で使うなら、その親切さを少し止める必要があります。
失敗条件: きれいな議事録を作って満足する
会議メモ整理で一番ありがちな失敗は、読みやすい議事録を作って満足することです。
見出しがあり、要約があり、箇条書きも整っている。でも次に誰が何をするかは曖昧なまま。これは、整理ではなく清書です。
清書が必要な場面もあります。ただ、会議後に仕事を進めたいなら、清書より先に見るべきものがあります。
- 担当が未定の行動はどれか
- 期限がない行動はどれか
- 決定事項に見える未決はどれか
- 次の作業を止める不足情報はどれか
この4つが見えない議事録は、見た目が整っていても行動にはつながりません。
まとめ
会議メモを次の行動へ変えるには、メモを上手に要約するだけでは足りません。
決まったことが多いなら、決定・未決・次アクションに分ける。未決が多いなら、問いの形に戻す。複数人で作業をつなぐなら、導線として並べる。
大事なのは、会議メモを「読む資料」にすることではなく、次に見る項目を決めることです。
会議後に止まるなら、メモを増やす前に、次の一行だけ書いてみてください。
次に動くために、いま一番不足しているものは何か。
この問いに答えられるメモなら、多少荒くても仕事は前に進みます。


コメント