team
会議のレジュメを作るように言われて、何をどこまで書けばよいのか分からないまま白紙を開いている人は多いはずです。会議のレジュメは、体裁を整えることではなく、読んだ人がその場で判断できる状態を作ることが目的です。この記事では、レジュメを作る手順、入れる項目、1枚に収める書き方、無料で用意する方法、そして配ったあとの扱いまでを順に示します。読み終えたときに、次の会議の資料が白紙のまま残らない状態を目指します。
レジュメは、会議やプレゼンテーションで話す内容を要約した資料です。参加者が話を聞きながら手元で要点を追えるようにするためのもので、話し手にとっては話す順番を外さないための道具にもなります。
会議のレジメ（レジュメ）は、会議の目的、流れ、議題を簡潔にまとめた資料のことです。このレジメがあることで、参加者が目的を共有でき、意思決定をスムーズにし、会議が効率的に進行できます。 出典: biz.moneyforward.com
ここで押さえておきたいのは、レジュメが議題一覧とは別物だという点です。議題一覧は会議の前に配って、何を話すのかを知らせるためのものです。レジュメは会議の当日、その議題について説明するときに使います。役割が違うので、片方があればもう片方が要らないという関係ではありません。参加者が5人を超える会議や、決裁が絡む会議では、両方を用意したほうが結果的に時間が短くなります。
もう1つ区別しておきたいのが、発表用のスライドとの違いです。スライドは映して見せるもので、1枚あたりの情報量を減らし、話しながら順に切り替えます。レジュメは手元で読むもので、1枚に情報を詰めて、読み返せるようにします。同じ内容でも、設計の方向が逆です。スライドをそのまま印刷してレジュメの代わりにすると、文字が大きく情報が薄い紙が何枚もできあがり、読み返すのに向かない資料になります。
レジュメが機能しているかどうかは、会議中に参加者がそれを見ているかで判断できます。誰も手元を見ずに話し手の声だけを追っているなら、そのレジュメは配る意味を果たしていません。逆に、質問の際に「ここの2つ目の項目ですが」と指し示しながら話が進むなら、レジュメは道具として働いています。
白紙から書き始めると手が止まるので、手順を分けます。最初にやるのは、この議題で何を決めてもらうのかを1文で書くことです。「新しい問い合わせ窓口を、どの部署が持つか決める」のように、主語と動詞をはっきりさせます。この1文が書けないなら、まだ会議に持ち込む段階ではありません。会議の外で関係者に確認を取る作業が残っています。
2つ目は、決めるために必要な材料を並べることです。現状の数字、困っていること、考えられる選択肢、それぞれの費用と手間。この段階では順番も体裁も気にせず、箇条書きで出し切ります。ここで出した材料のうち、判断に直接効かないものは後で落とします。
3つ目は、推したい案を決めて、先頭に置くことです。会議で意見を募りたい場合でも、提案者としてどれを推すかは書いておきます。白紙の状態で意見を求めると、議論が発散して時間内に収まりません。推す案があると、参加者は賛成か反対かという形で意見を出せるので、話が早く進みます。
4つ目は、並べ替えです。結論、根拠、選択肢、判断してほしいことの順に組み直します。背景から書き始めたくなりますが、読み手は最後まで読まないと何を求められているのか分かりません。背景が長い議題は、背景の部分を別紙に移します。
5つ目は、削ることです。ここまでで書いたもののうち、読まなくても判断に影響しない文を落とします。目安として、最初に書いた量の3割は削れます。削る作業を飛ばすと、情報は多いのに何を求められているのか分からない資料になります。
項目は次の8つで足ります。議題名、この資料の作成者と日付、決めてほしいこと、結論と推す案、根拠となる数字、比較した選択肢、想定される反対意見への回答、決まったあとの次の動き。すべての議題でこの8つが要るわけではなく、共有だけの議題なら決めてほしいことと根拠だけで済みます。
作成者と日付は、軽く見られがちですが必ず入れます。後から読んだ人が「いつ時点の数字か」「誰に聞けばよいか」を判断できるようになります。数字を載せるときは、本文の中にも出どころと時点を書きます。「月額が4万円から2万8,000円になる。2026年9月時点の公開価格、税抜」という書き方であれば、会議の場で数字の前提を聞かれて止まりません。
比較した選択肢は、表にします。行が選択肢、列が費用、導入にかかる期間、運用の手間、リスクという形です。表にすると、書いている途中で埋まらないマスが出てきます。埋まらないマスは調べていない項目なので、会議の前に調べるか、「未確認」と書いて会議に出します。空欄のまま出すと、会議でその点を突かれて持ち帰りになります。
想定される反対意見への回答は、入れておくと会議が短くなります。普段から指摘してくる人の顔を思い浮かべて、その人が言いそうなことを2つか3つ書き、それぞれに1行で答えを添えます。会議の場で初めて聞かれると考える時間が要りますが、書いてあれば「そこは資料の下に書いています」で済みます。
テンプレートとして使い回すなら、この8項目を見出しだけ書いたファイルを1つ作り、チーム全員がそれを複製して使います。見出しが決まっていると、書く人は中身だけを考えればよくなり、読む人はどこに何が書いてあるかを毎回探さずに済みます。体裁を各自が工夫すると、読む側の負担が増えます。
分量はA4で1枚を基本にします。2枚になるなら、議題が2つに分かれているか、背景を書きすぎているかのどちらかです。まず議題を分けられないか考え、分けられないなら背景を別紙に移します。
コツの1つ目は、文を短く切ることです。1文を50文字以内に収めると、箇条書きにしたときに折り返しが減り、同じ紙面に入る情報が増えます。接続詞でつないで長くなった文は、ほぼ必ず2文に割れます。
2つ目は、形容詞を数字に置き換えることです。「大幅に増えました」ではなく「前月比で1.4倍になりました」と書きます。「かなり手間がかかります」ではなく「1件あたり20分、月に40件で13時間です」と書きます。数字にすると紙面は短くなり、判断の材料としては濃くなります。
3つ目は、読み上げない前提で作ることです。レジュメをそのまま読み上げる進行は、参加者が黙って文字を追うだけの時間を生みます。書いてあることは読めば分かるので、口頭では補足だけを話します。そのためには、文章が口頭の説明の書き写しではなく、箇条書きで切られている必要があります。
4つ目は、色と装飾を減らすことです。強調が多いと、どこが本当に重要なのか分からなくなります。太字は1枚あたり2か所か3か所までと決めておくと、そこだけは確実に読まれます。印刷して配る場合、色は白黒で潰れるので、色分けに意味を持たせると伝わりません。
5つ目は、余白を残すことです。参加者はレジュメに書き込みます。行間を詰めて紙面を埋め切ると、書き込む場所がなくなり、別のノートにメモが移ります。メモが別の場所に移ると、後から資料を見返してもその人の判断の経緯が追えません。
レジュメを作るために新しくソフトを買う必要はありません。文書作成ソフトや表計算ソフトは、無料で使える選択肢が複数あり、ブラウザだけで完結するものもあります。会議のレジュメは文字と簡単な表で構成されるので、高機能な編集機能は要りません。作成者が普段使い慣れているもので十分です。
無料の道具を使うときの注意点は3つあります。1つ目は、共有の設定です。リンクを知っている全員が閲覧できる設定のまま社外の人に送ると、後から取り消すのが難しくなります。人事や取引条件に関わる議題では、閲覧できる人を明示的に指定する設定に切り替えます。2つ目は、保存先の統一です。作成者ごとにドライブが分かれていると、退職や異動のときにファイルごと見られなくなります。3つ目は、書式の互換です。相手の環境で開いたときに表がずれることがあるので、印刷して配る可能性がある資料は、レイアウトが固定される形式に書き出してから渡します。
無料の範囲で運用するとき、意外につまずくのがファイルの世代管理です。差し替えのたびに「最新版」「最新版2」というファイルが増え、当日どれを見ればよいのか分からなくなります。ファイル名に日付を入れる運用より、同じ場所を上書きして履歴で追える形にしたほうが事故が減ります。
おすすめできない方法もあります。チャットに直接長文を書いてレジュメの代わりにするやり方です。書いた瞬間は読まれますが、会議までに他の発言で流れて見つからなくなります。逆に、会議の直前に口頭で「資料は作っていないので説明します」と始めるのも避けます。説明を聞きながら判断する形になると、決裁する人は必ず持ち帰ります。
最も多い失敗は、背景の説明が長すぎることです。経緯を知らない人にも分かるようにと思って書くうちに、紙面の半分が過去の話で埋まります。直し方は簡単で、背景を別紙に移し、本編には「経緯は別紙」と1行だけ残します。会議の場で経緯を知りたい人は少数で、その人だけが別紙を開けば済みます。
2つ目は、選択肢を出しておきながら推す案を書かない失敗です。中立を保とうとした結果、参加者は全員が手探りで意見を出すことになり、議論が発散します。提案者として推す案を書くことは、結論を押し付けることではありません。たたき台を置くことで、反対意見が具体的になります。
3つ目は、数字の出どころを書かない失敗です。会議で「その数字はどこから」と聞かれて答えられないと、その場で議題ごと保留になります。社内の集計なら誰がいつ集計したものか、外部の公開情報なら何をいつ見たものかを、1行で添えます。
4つ目は、体裁を整えることに時間を使いすぎる失敗です。前日の夜が資料作りで消えるのに、会議では誰も細部を見ていないという状態は、どのチームでもよく起きます。書式のテンプレートを1つ決めて使い回す、色を使わない、図は作らず表で済ませる。この3つを決めるだけで、作成にかかる時間はおおよそ半分になります。
5つ目は、配る相手を分けない失敗です。参加者全員に配れない情報が混ざっている議題では、全員向けの1枚と限られた人だけが見る別紙を最初から分けます。会議の場で「これは口頭で」と切り替える進行は、その場にいる人の記憶に残る一方で、記録には残りません。後から経緯を追えなくなります。
レジュメは会議が終われば役目を終える、という扱いが一般的ですが、残し方を決めておくと後から効きます。会議で決まったことをレジュメの余白に追記して残せば、判断の材料と結論が同じ紙の上に並びます。数週間後に「なぜこの案にしたのか」を聞かれたとき、そこを開くだけで答えられます。
追記するときは、どこからが会議中に足した部分かを分かるようにします。日付を付けて追記部分をまとめる、追記用の見出しを1つ立てる、といった形です。区別がないと、後から読んだ人が提案と決定を取り違えます。
欠席者への扱いも、レジュメがあると軽くなります。議題一覧とレジュメ、そこに決定を追記したものが同じ場所に残っていれば、欠席した人はその3つを見るだけで状況を把握できます。議事録の完成を待つ必要がなくなるので、議事録を書く側も、決まったことと次の担当だけを短く書けば済みます。
保存の期間も決めておくと、後の棚卸しが楽になります。日常の打ち合わせのレジュメは次の会議まで、契約や採用に関わるものは案件が終わるまで、といった線引きです。すべてを永久に残そうとすると、検索したときに古い版が上位に出てきて、かえって邪魔になります。
定例会議で毎回全員がレジュメを用意する形は、長続きしません。負担を減らす方法は、レジュメが必要な議題を限定することです。判断が要る議題だけがレジュメを必要とし、共有だけの議題は箇条書きで足ります。議題を集める段階で、これは判断か共有かを書かせておけば、誰がレジュメを用意するのかがその時点で決まります。
もう1つの方法は、前回のレジュメを土台にすることです。継続している案件なら、前回の資料に変わった数字と新しい選択肢を足すだけで足ります。ゼロから書き直すのは、案件が大きく動いたときだけです。そのためには、前回の資料がその議題に紐づいた場所に残っている必要があります。
議題の棚卸しも効きます。四半期に一度、過去の議題を並べて、毎回出てくるのに一度も決まっていないものを探します。決まらない議題には、決裁する人が会議に出ていない、決められる段階にない、会議で扱う粒度ではない、のいずれかの理由があります。理由を特定して会議の外で片付ければ、レジュメを作る回数そのものが減ります。
負担を減らす取り組みが成功したかどうかは、準備にかかった時間で測ります。会議の時間を短くしても、準備の時間が同じだけ増えたなら、仕事の総量は変わっていません。準備と会議を合わせた時間が減って初めて、改善したと言えます。
型を持っていると、白紙の前で止まる時間が消えます。会議に持ち込む議題はおおむね3つに分類できるので、それぞれの書き出しを決めておきます。
1つ目は、選ばせる型です。複数の案から1つを選んでもらう議題に使います。書き出しは「AとBとCのうち、Bを選びたい。理由は導入までの期間が最も短いこと。本日この場で決めたい」という形です。続けて、3案を並べた表を置き、その下に反対意見への回答を添えます。この型で大事なのは、選ばなかった案を消さずに残すことです。残しておくと、後から状況が変わったときに再検討の出発点になります。
2つ目は、承認を得る型です。方針はすでに固まっていて、金額や範囲の承認だけが要る議題に使います。書き出しは「〇〇の発注について、金額と発注先の承認をお願いしたい。見積は3社から取得済み」という形です。承認する人が見たいのは、いくらか、いつまでか、他と比べたか、断ったらどうなるかの4点です。この4点を上から順に並べると、質問がほとんど出ません。
3つ目は、相談する型です。まだ案が固まっておらず、論点そのものを共有したい議題に使います。書き出しは「〇〇の進め方について、決める前に論点を共有したい。本日は方針を決めず、次回までに案を持ち寄る」という形です。この型で重要なのは、今日は決めないと明記することです。書いていないと、参加者は結論が出ることを期待して集まり、何も決まらないまま終わって不満が残ります。
型を使い分ける利点は、参加者側にもあります。書き出しを読んだ時点で、自分がこの会議で何を求められているのかが分かります。選ばせる型なら意見を用意し、承認を得る型なら判断の基準を確かめ、相談する型なら宿題を持ち帰る準備をします。会議が始まってから役割が分かるのと、資料を開いた時点で分かるのとでは、参加者の準備の質が大きく変わります。
型に当てはまらない議題が出てきたら、それは会議で扱う形に整理されていない合図です。持ち込む前に、誰に何を求めるのかを自分の言葉で1文にしてみます。書けなければ、まだ会議の議題ではありません。
取引先や業務委託のメンバーが入る会議では、レジュメの作り方が一段変わります。社内向けの資料には、原価、他社の見積額、社内の人事の事情といった、外に出せない情報が自然に混ざります。会議の直前にそれを削る作業をすると、削り漏れが起きます。
対策は、最初から2つに分けて作ることです。社外にも渡す1枚と、社内だけで見る1枚を別のファイルにします。社外向けには、決めたい内容、こちらの希望、相手に判断してほしいことを書きます。社内向けには、その裏側にある予算の上限や、譲れる線と譲れない線を書きます。会議中に社内向けを画面に映してしまう事故を避けるため、ファイルの名前の先頭に区別が付く印を入れておくと安全です。
社外の人に渡す資料では、社内の略語を使わないことも重要です。部署名の略、システムの内部名称、社内だけで通じる案件コード。これらが混ざると、相手は資料を読めず、会議の時間が用語の説明で消えます。初めて出す略語には、かっこで正式名称を添えます。NDAやSLAのように業界で共通の略語は、そのまま使って構いません。
渡したあとの扱いも決めておきます。相手の社内で回覧されることを前提に、機密の区分を資料の隅に明記します。口頭で「社外秘です」と伝えるだけでは、資料が別の人の手に渡ったときに伝わりません。契約で守秘の取り決めがある場合でも、資料自体に区分を書くほうが実務では確実です。
業務委託の相手に稼働や作業内容の確認をする会議では、資料の粒度にも注意が要ります。作業時間の細かい内訳を会議の場で一人ずつ確認する形にすると、相手は監視されていると感じます。あらかじめ書面で記録を受け取り、会議では合計と気になった点だけを扱うほうが、関係が保たれます。委託契約の扱いは個々の契約内容によって変わるので、労働時間の管理として運用してよいかどうかは、所管の窓口や専門家に確認してください。
レジュメの質を上げる方法として、会議で出た質問を書き留めておくやり方が確実です。会議中に出た質問は、そのレジュメに足りなかった情報を正確に指し示しています。感想を集めるより、質問を数えるほうが改善点が具体的になります。
やり方は簡単で、会議の最後に1分だけ使って、出た質問を箇条書きで残します。「その数字はいつ時点か」という質問が2回出たなら、次からは数字に必ず時点を添えます。「他の案は検討したのか」が出たなら、選択肢の表を最初から入れます。同じ質問が3回出た項目は、テンプレートの固定の見出しに昇格させます。
この記録を個人で持つのではなく、チームで共有するとさらに効きます。ある人の会議で出た質問は、別の人の会議でも出ます。質問の一覧がチームの共有の場所にあれば、レジュメを書く前にそれを見るだけで、抜けが減ります。書式のテンプレートと質問の一覧を同じ場所に置いておくと、書き始めるときの確認が1か所で済みます。
逆に集めないほうがよいのは、体裁への感想です。文字の大きさや色の好みは人によって違い、意見を集めると装飾が増えていきます。レジュメで守るべきは、判断に必要な情報が揃っていることだけです。
質問の記録は、会議そのものの見直しにも使えます。ある議題で毎回同じ質問が出続けるなら、その議題は会議で扱う粒度になっていない可能性があります。前提の共有が足りていないのか、決裁する人が変わったのか、そもそも判断できる材料が社内に無いのか。原因を切り分けて、会議の外で片付けるべき部分を先に処理すると、レジュメを厚くしなくても会議は進むようになります。資料を増やして解決しようとする前に、質問の記録を見返すほうが効きます。
レジュメの作り方を整えても、運用でつまずくのは置き場所です。議題一覧はカレンダーの招待に、レジュメはチャットに、別紙はメールの添付に、という散らばり方をすると、当日に「最新版どれですか」が始まります。差し替えたときに古い版が生き残るのも、この形です。
ボード型のタスク管理ツールを使っているチームでは、議題をカードにする運用がよく取られます。カードのタイトルが議題、説明欄がレジュメ本体、コメント欄が議論の経緯、添付ファイルが別紙という対応です。この形にすると、議題一覧は「今回の会議」の列に並んだカードそのものになり、別ファイルとして作る手間が消えます。持ち越しはカードを次の列に動かすだけで済み、前回の議論はコメントに残っているので経緯の説明が要りません。説明欄に見出しや表を書けるか、カスタムフィールドで決裁者や期限を持てるかは道具で差があるので、できることで確かめてから運用を決めると失敗が減ります。
いま使っている道具のままでカードに資料をまとめられているなら、動かす理由はありません。判断に迷うときは、無料の範囲でボードをいくつ持てるか、ガントや時間割のような別の見え方に切り替えられるかを比べます。Trelloとの比較は列と付箋の運用を続けたいチーム向けの論点を、Notionとの比較はページを自由に組む形との違いを扱っています。課題管理の道具として運用してきたチームならBacklogとの比較が近く、まとめて見たい場合は比較の一覧から使い方の近いものを選ぶほうが早く決まります。
費用は先に見ておきます。会議の資料置き場のために有料プランへ動くのは稟議で止まりやすいためです。料金の区切りが機能で切られているのか人数で切られているのかは道具ごとに違い、機能で絞らず、区切るのは人数とボードの数だけという考え方を取っているものもあります。この形なら、無料のうちから議題カードにガントや時間割を併用して試せます。条件は変わるので、料金でいつ時点の金額か、税抜か税込かまで確かめてください。
弱い部分も先に書いておきます。コードの管理までは扱えず、外部サービスとの自動連携で勝負する作りにもなっていません。他のサービスからボードを自動で取り込めるのはTrelloだけです。既存のデータを持ったまま試したいならTrelloからの移行で、カード、ラベル、チェックリスト、添付、コメントのどこまで運べるかを確かめておくと、移してから困りません。社外の人を会議に呼ぶなら、見せる範囲の絞り方を事前に決める必要があるので、安全性の考え方にある権限ロールと操作ログの扱いを読んでおくと設計が具体的になります。
要点を実務の形に落とすと、次の3行になります。決めてほしいことを1文で書いてから材料を並べる。結論、根拠、選択肢、次の動きの順にA4で1枚へ収める。そして議題に紐づいた場所へ置き、決まったことをその場に追記する。この3つが続けば、資料を作る時間も、会議で探す時間も減ります。
役割が違うので、会議の規模で決めます。参加者が5人を超える会議や決裁が絡む会議では、事前に議題一覧、当日にレジュメの両方があると時間が短くなります。参加者が3人程度の短い打ち合わせなら、議題を箇条書きでチャットに流すだけで足ります。準備にかかる時間が会議で節約できる時間を超えたら、その運用は過剰です。
A4で1枚が基本です。2枚になる場合は、議題が2つに分かれているか、背景を書きすぎているかのどちらかを疑います。詳しい比較表やグラフが必要なときは、本編を1枚に保ったまま別紙にします。会議中に全員が見るのは1枚目だけで、別紙は判断に迷った人が後から開くもの、と割り切ると分量が決まります。
無料で使える文書作成ソフトや表計算ソフトで十分です。会議のレジュメは文字と簡単な表でできているので、高度な編集機能は要りません。注意点は3つあり、共有の範囲を必要な人だけに絞ること、保存先をチームで統一すること、印刷して配る可能性がある資料はレイアウトが固定される形式に書き出してから渡すことです。
決まったことを追記して、その議題に紐づく場所に残します。判断の材料と結論が同じ場所に並ぶので、後から「なぜこの案にしたのか」を聞かれたときにすぐ答えられます。追記した部分が分かるように日付や見出しで区切ると、提案と決定を取り違えられません。欠席した人も、議事録を待たずに状況を追えます。