議事録・報告書を速く書くコツ｜ロジカルライティングの型と実践テンプレート

議事録・報告書が速く書けるロジカルライティング実践入門

残業して仕上げた議事録に、翌朝また赤ペンが入っている。何を直せばいいかわからないまま修正する——あなたも、そんな経験を繰り返していませんか。「自分だけ文章センスがないのかも」と感じはじめているなら、まずこれだけ覚えておいてください。原因は才能ではなく、「型」を知っているかどうかの差です。

この記事を読むと、毎回赤入れされていた議事録・報告書が「結論ファースト」の論理構造と専用テンプレートを使うことで、上司に一発OKされる文章に変わります。

「わかりにくい」の正体は、センスではなく構造の問題です

一つ、正直に話させてください。

筆者がSIer時代、後輩に議事録の書き方を指導しようとして困ったことがあります。「もっとわかりやすく書いて」とは言えるのに、「具体的にどう書けばいいか」を言語化できなかったんです。そのとき初めて気づきました。「わかりやすい文章」には、ちゃんと共通の構造があるんだ、と。

上司から「論理が飛んでいる」「結論が見えない」と言われるとき、原因はほぼ決まっています。

• 発言を時系列に並べただけで、「何が決まったか」が埋もれている

• 自分が重要だと思った情報を先に書いており、読み手が知りたい順番とずれている

• 「結論」「理由」「事実」が混在していて、どれがどれかわからない

センスの問題ではないんですよね。「読み手が何を知りたいか」という視点と、情報を整理する型を知らないだけです。

「時系列メモ」がわかりにくい議事録を量産する

会議中、必死にメモを取っていると、どうしても発言を時系列に書き連ねてしまいます。

たとえば、こんな議事録を書いていませんか。

・Aさんより今月の売上が先月比マイナス15%と報告
・Bさんより、競合他社が新商品を出したことが影響しているのではとコメント
・競合の価格帯について話し合い
・Cさんより来月のキャンペーン案を提案
・次回は来月5日に開催予定

会議に出ていた人が読めば「ああ、そういう話だったな」と思えます。でも、出席していない上司や関係者が読んだとき、「それで、何が決まったの？」となります。

問題は2つあります。一つは「決定事項」「議論中の事項」「情報共有」が混在していること。もう一つは、結論が最後まで出てこない構造になっていることです。これが「決定事項がわかりにくい」と指摘される議事録の典型パターンです。

なぜ「論理が飛ぶ」のか——報告書に起きる同じ問題

報告書でも同じことが起きます。

「売上が落ちています。競合が新商品を出しました。来月キャンペーンをやります」と書いても、読み手には「なぜそのキャンペーンで問題が解決するのか」が伝わりません。事実を並べただけで、事実と結論のあいだに「だから何なのか」という橋が架かっていない状態です。

ロジカルライティング（論理的な文章術）では、この橋のことを「論拠」と呼びます。結論・理由・事実の3層が揃って初めて、読み手は「なるほど」と納得できます。

「空雨傘」というフレームワーク（思考の型）を聞いたことがある方もいるかもしれません。「空が曇っている（事実）→ 雨が降りそう（解釈）→ 傘を持っていこう（行動提案）」という3段構造です。 理論としてはわかる。でも「明日の議事録にどう使うか」がわからない、というのが多くの方の本音ではないでしょうか。

この記事では、その「理論と実務のつなぎ目」をまるごと解説します。

この記事を読むと、こんな変化が起きます

• 会議後、決定事項が一目でわかる議事録を素早く仕上げられるようになります

• 「論理が飛んでいる」と言われなくなる報告書の3層構造が身につきます

• 会議の種類（定例・意思決定・ブレスト）に対応した議事録テンプレートをそのまま使えます

• 「結論ファースト」の型を覚えるだけで、文章を書くスピードが上がります

• ChatGPTと組み合わせて議事録・報告書をさらに効率化する方法がわかります

「改善後の議事録がどう変わるのか見たい」という方のために、一つだけAfter例文を先にお見せします。

Before → After：これだけで上司の反応が変わる

先ほどの時系列型議事録を、結論ファーストの構造に書き直すとこうなります。

■ 決定事項
・来月15日より、新規顧客向けキャンペーンを実施する（担当：C、予算：XX万円）

■ 議論の要点
・今月売上が前月比マイナス15%。主因は競合他社の新商品投入（価格帯：XX円）
・当社の強みである「アフターサポート」を前面に出したキャンペーンで対抗する方針で合意

■ 継続検討事項
・競合の価格戦略への中長期的な対応（次回会議で再議論）

■ 次回
・日時：来月5日　場所：第2会議室

「決定事項」が冒頭に来るだけで、読み手が知りたい情報に最短でたどり着けます。議論の流れは「要点」として要約し、未決事項は「継続検討」として分けて書く。これだけで「決定事項がわかりにくい」という指摘はほぼなくなります。

「これなら書けそう」と感じた方もいるかもしれません。でも正直なところ、会議中にリアルタイムでこの構造でメモを取るのは、最初はなかなか難しいです。どのタイミングで何を書けばいいか、会議の種類によってどう変えるか——その具体的な手順が必要になります。

ここまでの内容だけでも試してみる価値はあります。ただ、本当に差がつくのはこの先です。

ここからは、上のAfter例文を自分で再現するための5ステップの手順と、会議の種類別に使い分けられるテンプレート一式を、すぐ使える形でまとめています。

• 会議中のメモから清書・提出まで迷わない「5ステップ手順」

• 定例会議・意思決定会議・ブレスト、3種類の議事録テンプレート

• 報告書に使える「空雨傘×結論ファースト」の文章テンプレート

• 初心者がやりがちな5つのミスとその回避法

• ChatGPTを使った議事録爆速化プロンプト（コピペして使える形で提供）

5ステップで「一発OKされる議事録」を再現する

ここからは、After例文のような議事録を自分で書けるようになるための具体的な手順を解説します。会議中から提出まで、一本の流れで進められるようにまとめました。

ステップ1：会議前に「型」を準備する（5分）

会議が始まってからメモ帳を開くのではなく、事前に議事録テンプレートを開いておきます。空欄を埋めるだけの状態にしておくことで、会議中に「何を書くか」ではなく「何が言われたか」に集中できます。

会議前に用意しておく項目はこれだけです。

【会議前テンプレート（共通）】
日時・場所・出席者：
アジェンダ（議題）：①　②　③

■ 決定事項
（ここに書く）

■ 議論の要点
（ここに書く）

■ 継続検討事項
（ここに書く）

■ 次回アクション
担当：　内容：　期限：

メモ帳でもGoogleドキュメントでも構いません。会議が始まる前にファイルを開いておくだけで、メモの質が変わります。

ステップ2：会議中は「決定・議論・未決」の3色で聞く

会議中にすべての発言を書き取ろうとするのが、最大の失敗パターンです。筆者も若手のころ、同じ失敗を繰り返していました。メモに必死で、肝心な議論の流れが頭に入ってこない状態です。

会議中は、以下の3種類の発言だけに絞って書き取ります。

会議中は箇条書きのメモで構いません。ここで綺麗に書こうとすると間に合わなくなります。

ステップ3：会議後に「骨格」を作る

会議が終わったら、なるべく早いうちにステップ1のテンプレートの空欄を埋めます。記憶が新鮮なうちに動くことが大切で、翌日に持ち越すと細部の記憶が抜け落ちていることが多いです。

ここで意識するのは、「決定事項→議論の要点→継続検討→次回アクション」の順番を崩さないことです。発言の時系列に戻してしまうと、また「わかりにくい」議事録になります。「何が決まったか」を最初に書く。これだけは守り続けてください。

ステップ4：報告書に使う「空雨傘×結論ファースト」の文章構造

報告書は議事録と異なり、「読み手を説得する」目的があります。そのために使うのが「空雨傘」の3層構造です。

• 空（事実）：数字・データ・観察できる出来事

• 雨（解釈）：事実から導かれる分析・原因

• 傘（行動）：解釈をもとにした提案・結論

報告書では「傘→雨→空」の順番、つまり結論ファーストで書きます。実際のテンプレートはこうなります。

【報告書テンプレート（結論ファースト×空雨傘）】

件名：〇〇についての報告

【結論（傘）】
〜を提案します。（or 〜の対応が必要です）

【理由・分析（雨）】
上記の結論に至った理由は以下の通りです。
・〜のため
・〜であることが確認されたため

【根拠となる事実（空）】
・〜（数値・データ・観察事項）
・〜

【今後のアクション】
担当：　内容：　期限：

「結論→理由→事実」の順で書くだけで、「論理が飛んでいる」という指摘はほぼなくなります。最初は慣れないかもしれませんが、このテンプレートに当てはめるだけなので、文章を一から考えるより格段に速く書けます。

ステップ5：提出前の5点チェックリスト

仕上げた議事録・報告書を提出する前に、以下の5点だけ確認します。

【提出前チェックリスト】
□ 決定事項が冒頭に書かれているか
□ 担当者・期限が明記されているか
□ 「なぜその結論なのか」の理由が一行でも書かれているか
□ 継続検討事項が「決定事項」と混在していないか
□ 次回のアクション（誰が・何を・いつまでに）が明確か

この5点が揃っていれば、「決定事項がわかりにくい」「論理が飛んでいる」という指摘はほぼなくなります。

会議の種類別テンプレート3選

会議の性質によって、議事録に書くべき情報の重みが変わります。一つのフォーマットですべてをカバーしようとすると、必ずどこかで取りこぼしが出ます。

テンプレート①：定例会議用

進捗確認が主目的の定例会議では、「変化点」と「アクション」を中心に書きます。

【定例会議議事録テンプレート】
日時：　出席者：

■ 前回アクションの完了確認
・〇〇（担当：A）→ 完了 / 未完了（理由：　）

■ 今回の報告・変化点
・〜（前回と変わった点・問題点のみ記載）

■ 今回の決定事項
・〜（担当：　期限：　）

■ 次回アクション
・〜（担当：　期限：　）

次回：日時　場所

「前回のアクションの完了確認」を冒頭に入れることで、積み残しが可視化されます。進捗管理のサイクルが自然と回るフォーマットです。

テンプレート②：意思決定会議用

経営判断や重要な施策の承認が目的の会議では、「意思決定の根拠」が後から参照されることがあります。誰がどういう理由で何を決めたかを残しておくことが重要です。

【意思決定会議議事録テンプレート】
日時：　出席者：　決裁者：

■ 議題
〜について

■ 決定事項
・〜に決定（決裁者：　）

■ 決定の根拠
・〜（提示された数値・資料）
・〜（議論で合意された理由）

■ 反対意見・留保事項（あれば）
・〜（発言者：　内容：　）

■ 次回アクション
担当：　内容：　期限：

「反対意見・留保事項」の欄は、書きにくいと感じる方もいるかもしれません。でも、後から「自分はそう言っていない」というトラブルを防ぐためにも、残しておく価値があります。

テンプレート③：ブレスト（アイデア出し）会議用

ブレストは決定事項がない場合が多く、「出たアイデアの一覧」と「次のステップ」が中心になります。

【ブレスト会議議事録テンプレート】
日時：　出席者：　テーマ：

■ 出たアイデア一覧
・〜
・〜
・〜

■ 有望と判断されたアイデア（その場で絞り込んだ場合）
・〜（理由：　）

■ 次のステップ
・〜を誰がいつまでに検討するか

■ 見送ったアイデアと理由（記録として残す場合）
・〜（見送り理由：　）

ブレストの議事録で地味に重要なのが、「見送ったアイデア」も残しておくことです。半年後に「そういえばあの案どうなったっけ」と蒸し返されることを防げますし、別の機会に再浮上したときの参考にもなります。

初心者がやりがちな5つのミスと回避法

これまで後輩の議事録を何十本と確認してきた経験から、特に多かったミスをまとめます。

ミス①：発言者の名前を細かく書きすぎる

「Aさんが〜と言い、Bさんがそれに対して〜と返した」という形で書くと、会話録になってしまいます。議事録に必要なのは「誰が」ではなく「何が決まったか」です。発言者は担当者・決定者の場合のみ記載し、それ以外は省略で構いません。

ミス②：「〜という意見が出た」で終わってしまう

「コストを下げるべきという意見が出た」と書いても、それが決定事項なのか、議論中なのか、参考情報なのかが読み手にわかりません。「出た」で終わらず、「→ 次回検討」「→ 採用決定」のように結論を一言添えましょう。

ミス③：数字・固有名詞を空欄のまま提出してしまう

確認しないまま提出してしまうケースが非常に多いです。確認が必要な箇所は「★要確認」と書いておき、提出前に必ず埋めるかルールを決めましょう。

ミス④：報告書を「事実の羅列」で終わらせてしまう

「〜がわかりました」で終わる報告書は、「だから何をすればいいんですか？」という疑問を生みます。事実の報告だけでなく、必ず「したがって〜します／提案します」という一文を入れてください。

ミス⑤：議事録を翌日に持ち越してしまう

記憶が残っているうちに骨格を作っておかないと、細部の確認に時間がかかります。会議が終わったらなるべく早く骨格を完成させ、数字の確認などの肉付けを翌日にする分業が現実的です。

ChatGPTと組み合わせて爆速化するプロンプト

ここからは、ChatGPTを使って議事録・報告書をさらに効率化する方法です。

ただ「要約して」と頼んでも、何が決定事項で何が議論中かを区別してくれません。以下のプロンプトをコピーして使ってください。

【議事録清書用プロンプト（コピペして使用可）】

以下は会議中に取ったメモです。
このメモをもとに、下記の構造で議事録を作成してください。

■ 決定事項（誰が・何を・いつまでに、を明記）
■ 議論の要点（結論に至った主な根拠・背景を箇条書きで）
■ 継続検討事項（未決のもの）
■ 次回アクション（担当・内容・期限）

メモ：
[ここに会議中のメモをそのまま貼り付ける]

※「決定事項」と「議論中の事項」は必ず分けて書いてください。
※メモにない情報は補完せず、不明な場合は「要確認」と記載してください。

このプロンプトのポイントは最後の2行の制約です。ChatGPTは指定しないと勝手に情報を補完してしまうことがあります。「要確認」を明示的に指示することで、事実と推測が混ざるリスクを減らせます。

【報告書ドラフト作成用プロンプト（コピペして使用可）】

以下の情報をもとに、「結論→理由→事実→アクション」の順番で報告書のドラフトを作成してください。

テーマ：
事実・データ：
分析・解釈：
提案したいこと：

文体はビジネス文書として適切な「です・ます調」にしてください。
一文は40字以内を目安にしてください。

ドラフトをゼロから書くのではなく、ChatGPTに骨格を出してもらってから自分で肉付けする流れが、速さと品質の両立に一番現実的です。

まとめ

この記事で伝えたかったことを整理します。

• 「わかりにくい」議事録の原因は文章センスではなく、結論ファーストの構造を知らないことです

• 会議中は「決定・議論・未決」の3種類に絞ってメモを取り、テンプレートの空欄を埋める感覚で進めましょう

• 報告書は「結論→理由→事実→アクション」の順で書くだけで、「論理が飛んでいる」という指摘がなくなります

• 会議の種類（定例・意思決定・ブレスト）でテンプレートを使い分けることで、取りこぼしがなくなります

• ChatGPTはプロンプトに構造と制約を指定して使うと、議事録・報告書作成の強力な補助ツールになります

最初は「型に当てはめる」だけで構いません。型が体に馴染んでくると、自然と構造が見えるようになります。まず明日の会議で、一つだけ試してみてください。

おわりに

この記事が参考になった方は、ぜひ「スキ」を押していただけると嬉しいです。書き続ける励みになります。

議事録・報告書のスキルに限らず、ロジカルシンキングやAI活用といったテーマで実務に使える記事を定期的に発信しています。フォローしておいていただけると、新しい記事をすぐ読めますので、ぜひフォローもお願いします。

「実際にテンプレートを使ってみた」「こういうケースはどう対応する？」など、コメントで教えていただけると嬉しいです。筆者も読んでいますし、よくある質問はまとめて記事にするかもしれません。