議事録の書き方完全ガイド｜テンプレート4種・例文と、顧客に共有して合意を取るまで

「議事録を書いておいて」と言われたものの、何をどこまで書けばいいのか分からない。会議中は必死にメモを取ったのに、あとから読み返すと結局なにが決まったのか分からない。顧客との打ち合わせ記録を社外に送るとき、どこまで書いてよいのか判断がつかない——議事録は、書式を埋めれば完成する文書ではありません。

議事録の本質は、「何が決まって、誰が何をいつまでにやるのか」を、あとから読む人全員が同じ理解にできる状態にすることです。きれいに書けているかどうかより、決定と宿題が落ちていないかどうかで価値が決まります。

このガイドでは、議事録の必須項目・2つの形式・会議前の準備・会議中の取り方・書き方のコツ・コピペで使えるテンプレート・ダメな議事録の改善例までを、はじめて議事録を任された方でも迷わない順番で解説します。そのうえで、他の解説記事がほとんど触れていない後半の3つ——社内向けと顧客向けで「書くもの」と「消すもの」がどう違うのか、送ったあと顧客に確認と合意を取るにはどうするか、「そんな話は聞いていない」と後から食い違ったときにどうするか——まで踏み込みます。

最終更新: 2026年8月31日

この記事の要点（3行サマリー）

• 議事録に必ず入れるのは8項目。なかでも「決定事項」「未決事項」「ToDo」は絶対に混ぜない。混ぜた瞬間、読んだ人が何を実行すべきか分からなくなる。
• 会議中に全部を書こうとしない。決定と宿題だけ確実に取り、残りは記号で置いて会議後30分以内に埋める。これが最も再現性の高い書き方。
• 議事録は「書けたら終わり」ではない。顧客に出す議事録は社内版から消すべき情報があり、送付後は確認期限を添えて合意まで取る。ここまでやって初めて、あとで揉めない記録になる。

---

議事録とは？目的と、社内向け・顧客向けで変わるもの

議事録の目的は、大きく3つに整理できます。

1. 決定の共有 — 会議に出ていない人にも、何が決まったかを正確に伝える
2. 実行の起点 — 決まったことを、担当者と期限のついた行動に変換する
3. 経緯の保存 — なぜそう決めたのかを、あとから辿れるようにする

3番目が抜けている議事録は非常に多いのですが、実務で効いてくるのはむしろここです。半年後に「なぜこの仕様にしたのか」と聞かれたとき、決定だけが書かれていて理由が残っていないと、議論を最初からやり直すことになります。

議事録と議事メモの違い

似た言葉に「議事メモ」がありますが、両者は目的が違います。

社内の短い打ち合わせであれば、議事メモで十分な場面もあります。決定・宿題・次回日程の3行だけを残す形が最小構成です。一方、顧客が読む・欠席者がいる・あとで参照される可能性があるなら、議事録として整える必要があります。

あなたが書くのはどちらか（先に分岐しておく）

この先を読み進める前に、自分がどちらの議事録を書くのかをはっきりさせてください。必要なものが変わります。

• 社内会議の議事録 — 基本の書き方（この記事の前半）で十分です。スピードと網羅性を優先します。
• 顧客との打ち合わせの議事録 — 前半に加えて、後半の「社内向けと顧客向けで書くもの・消すものが違う」「顧客に確認と合意を取る手順」が必須になります。社外に出す文書は、書きすぎることにもリスクがあるためです。

なお、議事録の作成には想像以上の時間がかかっています。キヤノンマーケティングジャパンの調査によると、ビジネスパーソンが議事録・発言録の作成に費やす時間は年間平均319.6時間で、作成業務に負担を感じている人は67.2%にのぼります（出典: キヤノンマーケティングジャパン「議事録／発言録の作成業務に関する調査」2023年2月21日公表、調査期間2022年12月16〜20日、n=1,000のうち直近1年に議事録を作成した735名）。書き方を型として持っておくことは、そのまま時間の節約になります。

---

議事録に必ず入れる8項目｜決定事項・未決事項・ToDoは混ぜない

議事録に入れる項目は、基本情報4つ＋中身4つの計8項目が基本形です。この8つが揃っていれば、社内会議の議事録としては形になります。

基本情報の4項目

出席者を書くときは、欠席者を必ず併記してください。あとで「その場にいたか」が問題になったとき、出席者リストしかないと判断できません。顧客が同席する場では、相手側から先に、役職の高い順に並べるのが通例です。

中身の4項目

この3つは絶対に混ぜない — 決定事項 / 未決事項 / ToDo

議事録が読まれない最大の原因は、決まったこと・決まっていないこと・やること が同じ箇条書きに並んでいることです。読み手はどれが自分に関係するのか判断できず、結果として誰も動きません。

悪い例（混在している）:

・料金プランはBパターンで進める
・デザインの方向性は次回までに検討
・見積書を送る
・ロゴのデータをもらう

これでは、Bパターンが確定なのか案なのか、見積書は誰が送るのか、ロゴは誰がいつ渡すのかが分かりません。3分類に割り、要素を足すとこうなります:

【決定事項】
D-1. 料金プランはBパターンで進める
     （決定日: 2026-07-13 / 決定者: 顧客側 渡辺部長 / 根拠: 初期費用を抑えたいため）

【未決事項】
P-1. デザインの方向性
     （決める人: 顧客側 高橋様 / 期限: 2026-07-21 / 決まらない場合の影響: 制作着手が1週間遅延）

【ToDo】
T-1. 見積書（Bパターン）を送付する — 担当: 弊社 佐々木 / 期限: 2026-07-15 / 完了条件: メール送付
T-2. ロゴのAIデータを共有する — 担当: 顧客側 高橋様 / 期限: 2026-07-17 / 完了条件: 共有フォルダに格納

なぜ決定事項に「根拠」まで書くのか、と思われるかもしれません。理由は、根拠のない決定は簡単に蒸し返されるからです。

半年後、担当者が交代したとします。新しい担当者が議事録を見て「なぜBパターンなのか分からないので、Aパターンで再検討したい」と言い出す。このとき「初期費用を抑えたいというご要望があったため」という一行が残っていれば、議論は5秒で終わります。残っていなければ、当時の検討をゼロからやり直すことになります。

決定事項の3点セット（決定日・決定者・根拠）を書く手間は、1件あたり15秒程度です。この15秒が、後の数時間を守ります。

D / P / T の記号と通し番号を振っておくと、次回の議事録で「D-1の件ですが」と参照できます。これは地味ですが、会議を重ねるほど効いてきます。

---

議事録の2つの形式（要約形式・時系列形式）と選び方

迷ったら要約形式を選んでください。時系列形式が必要なのは、「誰がどの順番で何を言ったか」そのものが後で意味を持つ場面に限られます。

会話形式（発言録）で残したい場合

時系列形式をさらに徹底し、発言をほぼそのまま残す書き方が「会話形式（発言録）」です。独立した第3の形式というより、時系列形式の応用と捉えてください。「議事録を会話形式で書きたい」という要望もあります。誰がどう発言したかのニュアンスまで残したい場合や、教育目的で議論の流れを共有したい場合です。

ただし、会話形式だけの議事録は読み手に解読を強いることになります。会話形式を残すなら、冒頭に決定事項の要約を置き、会話ログは「別添」として下部に置く構成にしてください。

【本日の決定事項】（要約）
D-1. トップページのデザイン方針は「情報量を絞ったシンプル構成」で確定

────────── 以下、議論の記録 ──────────

田中部長: 現行サイトは情報が多すぎると感じている
山田:     離脱率のデータを見ても、同じ傾向が出ています
田中部長: では、シンプルな構成の方向で進めましょう  ★決定

この形なら、忙しい読み手は上3行だけ読めばよく、詳細を知りたい人は下まで読めます。なお、AI文字起こしの全文をそのまま「会話形式の議事録」として送るのは避けてください。理由は後述します。

会議は話が前後するのが普通です。議題Aの途中で議題Cの話が出て、また議題Aに戻る。これをそのまま書くと読めない議事録になります。要約形式では、話された順ではなく議題順に並べ替えて書きます。この並べ替えこそが、議事録作成の中心的な作業です。

---

会議前にやる準備4つ

議事録の質は、会議が始まる前におおむね決まっています。準備は4つです。

1. フォーマットを先に用意しておく

空白のドキュメントから書き始めると、会議中に「どこに何を書くか」を考えることになり、話を聞く余裕がなくなります。後述のテンプレートを貼り付け、基本情報（会議名・日時・場所・出席者）を会議前に埋めておいてください。これだけで会議中の負荷が大きく下がります。

2. 議題と目的を把握する

アジェンダが共有されていれば、議題の見出しだけ先に入れておきます。共有されていなければ、主催者に「今日は何を決める会議ですか」と一言確認します。決める会議なのか、共有する会議なのか、意見を集める会議なのかで、記録すべきものが変わります。決める会議なら決定事項が、意見を集める会議なら論点と反対意見が中心になります。

3. 前回の議事録に目を通す

前回の未決事項とToDoを確認しておくと、今回それがどうなったかを追えます。前回「次回までに決める」としていた項目が今回の議題に入っていなければ、その時点で主催者に確認できます。会議体そのものの設計に課題を感じている場合は、会議の進め方とアジェンダ設計もあわせて確認してください。議事録が書きにくい会議は、たいてい会議側に原因があります。

4. 「誰が決められるのか」を把握しておく

見落とされがちですが、議事録の質を大きく左右します。その会議に決定権を持つ人が出席しているかを、事前に確認してください。

決定者がいない会議では、どれだけ議論が盛り上がっても決定事項は発生しません。この場合、議事録に無理やり決定事項を書こうとせず、「未決事項」として、誰がいつまでに決めるかを記録するのが正しい書き方です。ここを取り違えて、その場の空気で「〇〇で進めることになった」と書いてしまうと、後から決定者に覆されます。

顧客との打ち合わせでは特に重要です。窓口の担当者に決裁権がない場合、その場の合意は「担当者レベルでの了解」であって、組織としての決定ではありません。議事録には「〇〇様よりご了解をいただいた（社内でのご確認は別途）」のように、どの段階の合意なのかが分かる書き方をしておくと、後の齟齬を防げます。

---

会議中の取り方｜全部書かない。決定と宿題だけ確実に取る

議事録が書けない人の大半は、能力ではなく方針の問題です。全部を書こうとしているのが原因です。会議中に清書しようとすると、必ず話に追いつけなくなります。

会議中にやることは、次の3つだけです。

1. 決定事項を落とさない — 「では、そうしましょう」「それでいきます」が出た瞬間に印をつける
2. 宿題を落とさない — 「確認しておきます」「送ります」が出た瞬間に、誰が言ったかとセットで書く
3. 数字と固有名詞を落とさない — 金額・日付・人数・製品名・会社名は、あとから思い出せない

逆に言えば、それ以外は落としてかまいません。議論の途中経過や、結論に至らなかった雑談は、要約形式の議事録には残りません。「全部書かなくていい」と決めるだけで、会議中の余裕が生まれます。

記号で置いて、あとで埋める

聞き取れなかった箇所、あとで確認が必要な箇所は、その場で止まらずに記号を置いて先に進みます。

★ = 決定事項
□ = ToDo（宿題）
? = 聞き取れなかった / 未確認
! = 重要・要注意
→ = 次のアクション

例（会議中の生メモ）:
★ トップページ デザイン方針 シンプル構成で確定（田中部長）
□ 概算見積 山田 →9/2
? 「サードパーティ連携」の対象は?? 要確認
! 概算100万 税別か税込かあいまい

記号を先に決めておくと、会議後の整形が「記号を文章に開く」だけの機械作業になります。清書は会議終了後30分以内に行ってください。時間が経つほど記憶が曖昧になり、? を埋められなくなります。

新人が最初の10回でやる失敗と、その場での回避法

はじめて議事録を任された人が、ほぼ例外なくつまずく箇所があります。初心者のうちは誰もが通る道なので、先に知っておくだけで回避できます。

失敗1: 会議中にきれいな文章で書こうとする → 追いつけず、後半がまるごと空白になります。会議中は単語と記号だけ。文章にするのは会議後の作業だと割り切ってください。

失敗2: 専門用語や社名が聞き取れず、そこで手が止まる → 止まると、その後の話も全部落ちます。聞こえた音のままカタカナで書いて ? を付け、先に進むのが正解です。会議の最後に「先ほどの〇〇というのは、どういう字を書きますか」と聞けば済みます。

失敗3: 発言者が分からなくなる → 特にオンライン会議で起きやすい失敗です。対策は後述のオンライン会議の議事録で注意することにまとめました。

失敗4: 「決まったこと」と「意見」の区別がつかない → 誰かが強く主張しただけの意見を決定事項に書いてしまい、あとで「決めていない」と言われます。判断に迷ったら、会議の終わりに「本日の決定事項は〇〇と△△という理解でよろしいでしょうか」と口頭で確認してください。これは新人がやっても失礼にならない、むしろ歓迎される確認です。

失敗5: 自分の解釈や感想を混ぜてしまう → 「〜と思われる」「〜すべきだろう」は議事録には書きません。書くのは事実（誰が何を言い、何が決まったか）だけです。

---

オンライン会議の議事録で注意すること

オンライン会議（Zoom / Teams / Google Meet 等）は、対面と比べて議事録が崩れやすい環境です。理由がはっきりしているので、先に対策を知っておけば防げます。

1. 発言者が分からなくなる

対面なら声と顔で判別できますが、オンラインでは音声だけになりがちです。対策は2つ。会議開始時に出席者名を縦に並べてイニシャルを割り当てること、そして発言者が分からなくなったら、その場で「今のは佐藤様のご発言でしょうか」と確認することです。あとで推測して書くと、誤った発言者を記録することになります。

2. 通信の乱れで一部が聞き取れない

対面より頻繁に起こります。専門用語の聞き取れなさと同様、? を置いて会議中か直後に確認してください。「たぶんこう言っていた」で埋めるのが最も危険です。

3. チャット欄の情報が議事録から漏れる

オンライン会議では、URL・ファイル・補足がチャットに投稿されます。これらは会議終了とともに参照されなくなるため、議事録に転記する必要があります。会議終了前にチャット欄を上から見返し、決定や宿題に関わるものを拾ってください。

4. 画面共有された資料の版が分からなくなる

「共有いただいた資料の3ページ目」と書いても、後から見た人はどの資料か分かりません。資料名とファイル名、可能なら版数まで議事録に書きます。

5. 沈黙が合意に見える

オンラインでは、反対意見が出にくくなります。誰も発言しないことを「全員合意」と記録すると、後から「反対だったが言いにくかった」という話が出てきます。決定として記録する前に、会議の最後に決定事項を読み上げて確認する工程を入れてください。この確認は、オンライン会議では対面以上に価値があります。

なお、録音・文字起こしツールを使う場合は、会議冒頭で必ず同意を取ってください。

議事録の書き方のコツ10

ここまでの内容を、実際に書くときのコツとして10個に整理します。議事録が上手い人が例外なくやっていることです。

1. 結論から書く 議題ごとに、最初の1行が結論。経緯はその下に書きます。読み手は結論だけ読んで離脱できる構造にします。

2. 一言一句を書き写さない 発言録と議事録は別物です。「〇〇という意見が出た」「〇〇の理由でAを選んだ」と要約します。

3. 主観を入れない 「盛り上がった」「前向きだった」といった書き手の感想は不要です。事実だけを書きます。

4. 5W1Hを埋める 特に Who（誰が） と When（いつまでに） が抜けがちです。「確認する」ではなく「山田が9月2日までに確認する」と書きます。

5. 発言者を明記する 決定に関わる発言は、必ず誰の発言かを残します。あとで根拠を辿るときに効いてきます。

6. 数字は単位と条件まで書く 「50万円」ではなく「50万円（税別・初期費用のみ）」。単位や条件の欠落は、後日のトラブルで最も多い原因のひとつです。

7. 箇条書きを使う 長い段落は読まれません。1項目1行を基本にします。

8. 曖昧な言葉を残さない 「なるべく早く」「前向きに検討」「基本的にOK」は、書いた時点では通じても、1か月後には解釈が割れます。期日と条件に置き換えるか、置き換えられないなら未決事項に落とします。

9. あとから情報を足さない 会議で出ていない情報を、気を利かせて追記してはいけません。追記する場合は「※議事録作成者による補足」と明示して区別します。

10. 送る前に読み返す 自分が欠席者だったら意味が分かるか、という視点で1回だけ読み返します。ここで直せる誤りが最も多く見つかります。

---

議事録フォーマット4種｜コピペで使えるテンプレート

そのまま貼り付けて使えるフォーマットを4種類用意しました。用途に応じて選んでください。見本として眺めるだけでなく、実際にコピーして自社のフォーマットにしてしまうのが最短です。

1. 汎用テキスト形式（最も簡単・どこにでも貼れる）

Slack、メール、Notion、どこに貼っても崩れない基本形です。迷ったらこれを使ってください。

■ 会議名: 〇〇プロジェクト 第◯回定例
■ 日時: 20XX年X月X日（X）14:00〜15:00
■ 場所: オンライン（Zoom / Teams / Google Meet）
■ 出席者:
   顧客側: 株式会社〇〇 〇〇部 △△部長、□□様
   弊社:   ●●、▲▲
■ 欠席者: 弊社 ■■

━━━━━━━━━━━━━━━━━━
【決定事項】
D-1. （決まったこと）
     決定日: / 決定者: / 根拠:

【未決事項】
P-1. （決まらなかったこと）
     決める人: / 期限: / 決まらない場合の影響:

【ToDo】
T-1. （やること） 担当: / 期限: / 完了条件:

【次回】
   日時: / 議題:
━━━━━━━━━━━━━━━━━━

2. Word想定フォーマット（社内提出・押印フローがある場合）

社内規程で文書として提出する場合や、承認欄が必要な場合の形です。Wordで作る際は、この構成を見出しスタイルで組みます。

                    〇〇会議 議事録

作成者: 〇〇                     作成日: 20XX年X月X日
                                 承認欄: [    ][    ][    ]

1. 開催概要
   会議名 / 日時 / 場所 / 出席者 / 欠席者

2. 議題
   (1) 〇〇について
   (2) 〇〇について

3. 議事内容
   (1) 〇〇について
       ・決定事項:
       ・決定理由:
       ・主な意見:
   (2) 〇〇について
       ・決定事項:
       ・決定理由:

4. 未決事項
   項目 / 対応者 / 期限

5. 次回開催予定
   日時 / 場所 / 議題

6. 添付資料
   資料1: 〇〇

3. エクセル想定フォーマット（ToDoを一覧管理したい場合）

エクセルで管理する利点は、ToDoを行として蓄積し、フィルタで「未完了だけ」を抽出できることです。1会議1シートではなく、ToDoは全会議通しの1シートにすると管理しやすくなります。

議事シート（会議ごと）の列:

A: 議題No | B: 議題 | C: 区分(決定/未決/ToDo) | D: 内容
E: 決定者/担当 | F: 期限 | G: 根拠・理由 | H: 状態(未着手/対応中/完了)

ToDo一覧シート（全会議通し）の列:

A: ToDo No | B: 発生日 | C: 会議名 | D: 内容 | E: 担当(自社/顧客の別)
F: 期限 | G: 完了条件 | H: 状態 | I: 完了日

E列に「自社 / 顧客」の別を必ず持たせてください。顧客側の宿題が見えていないと、こちらが待たされている理由が分からなくなります。

4. 顧客打ち合わせ用フォーマット（社外に送る前提）

顧客に送ることを前提にした形です。汎用形との違いは、前提条件・スコープ外の欄がある点と、確認依頼が組み込まれている点です。理由は後述の社内向けと顧客向けの違いで説明します。

〇〇様

20XX年X月X日の打ち合わせ内容を以下のとおりまとめました。
相違がございましたら X月X日（X）までにご指摘ください。

━━━━━━━━━━━━━━━━━━
■ 本日決まったこと
  1. （決定事項）
  2. （決定事項）

■ 本日決まらなかったこと / 次回までに決めること
  1. （内容）— ご判断いただく方: 〇〇様 / 期限: X月X日

■ お願いごと（貴社側のご対応）
  1. （内容）— ご担当: 〇〇様 / 期限: X月X日

■ 弊社側の対応
  1. （内容）— 担当: ●● / 期限: X月X日

■ 今回の前提条件
  ・（例）本見積は〇〇の範囲を対象としています
  ・（例）〇〇は今回のスコープ外です

■ 次回
  20XX年X月X日（X）14:00〜 / 議題: 〇〇
━━━━━━━━━━━━━━━━━━

---

テンプレートを個人技で終わらせず、チームで運用する

テンプレートは、配ったところで定着しません。定着させるには3つのルールが要ります。

1. フォーマットを1つに統一する

人によって議事録の形が違うと、読み手は毎回どこに決定事項が書いてあるかを探すことになります。探させた時点で読まれません。チーム内では1つのフォーマットに統一し、案件が変わっても同じ形にしてください。統一されていれば、担当が交代しても引き継ぎが成立します。

2. 置き場所を1か所に決める

フォーマットが統一されていても、議事録が個人のローカルフォルダ、メール添付、チャットの履歴に散らばっていては意味がありません。案件ごとに1か所を決め、そこに時系列で溜めていきます。「あの決定はどこで見られるか」に即答できない状態は、議事録が機能していないのと同じです。

3. 定期的に見直す

一度作ったテンプレートを何年も使い続けると、実態と合わなくなります。四半期に一度を目安に、使われていない欄がないか、逆に毎回欄外に書き足している項目がないかを確認してください。毎回欄外に書かれている項目は、フォーマットに足すべき項目です。

この3つは地味ですが、議事録の品質を個人のスキルに依存させないための土台です。書き方が上手い人が1人いる状態より、全員が同じ形で7割の品質を出せる状態のほうが、組織としてははるかに強くなります。

---

例文｜ダメな議事録 → 直した議事録（Before / After）

完成形の例文をいくつ眺めても、自分の議事録のどこが悪いのかは分かりません。ここでは、実務でよく見る「読まれない議事録」を、何が問題なのかを示しながら直していきます。

Before：よくある「読まれない議事録」

Webサイトリニューアル 打ち合わせ
8/31 14時〜 A社

・トップページのデザインについて話し合った
・田中さんはシンプルな方がいいと言っていた
・スマホ対応は重要なので前向きに検討することになった
・料金についても説明した。だいたい100万円くらい
・次回までに資料を用意する
・全体的に good な雰囲気だった

一見すると会議の様子は伝わります。しかし、この議事録では誰も次の行動を起こせません。問題は6つあります。

After：直した議事録

■ 会議名: Webサイトリニューアル 第1回打ち合わせ
■ 日時: 2026年8月31日（月）14:00〜15:00
■ 場所: オンライン（Zoom）
■ 出席者: 株式会社A 田中部長、佐藤様 / 弊社 山田、鈴木
■ 欠席者: なし

【決定事項】
D-1. トップページのデザイン方針は「情報量を絞ったシンプル構成」とする
     決定日: 2026-08-31 / 決定者: A社 田中部長
     根拠: 現行サイトの情報過多が離脱の原因という認識で双方一致したため

【未決事項】
P-1. スマートフォン表示の対応範囲（全ページ対応 / 主要5ページのみ）
     決める人: A社 田中部長 / 期限: 2026-09-07
     決まらない場合の影響: 見積金額が確定せず、制作着手が遅れる

【ToDo】
T-1. 概算見積書（2パターン）の送付
     担当: 弊社 山田 / 期限: 2026-09-02 / 完了条件: メールで送付
T-2. 現行サイトのアクセス解析データの共有
     担当: A社 佐藤様 / 期限: 2026-09-04 / 完了条件: 共有フォルダに格納

【本日の前提条件】
・口頭で提示した概算100万円は「税別・制作費のみ」。保守運用費・撮影費は含まない
・多言語対応は今回のスコープ外

【次回】
2026年9月7日（月）14:00〜15:00 / 議題: 見積内容の確認、スマホ対応範囲の決定

Before と After の決定的な違いは、分量ではなく「読んだ人が動けるかどうか」です。After では、田中部長は9月7日までに何を決めればいいか分かり、山田は9月2日までに何を送ればいいか分かります。そして「100万円」が税別・制作費のみだと明記されているため、後日の金額トラブルも予防できています。

会話形式のメモをそのまま残したい場合もあると思いますが、その場合も冒頭に決定事項の要約を置き、会話ログは下部に別添としてください。会話形式だけの議事録は、読み手に解読を強いることになります。

---

社内向けと顧客向けで「書くもの」「消すもの」が違う

議事録の解説記事のほとんどは、「関係者に共有しましょう」で終わっています。しかし顧客との打ち合わせ記録では、共有する前に版を分けるという工程が必ず必要です。ここが実務で最も事故が起きやすく、かつ最も解説されていない箇所です。

記載項目の差分マトリクス

「足す」よりも「消す」のほうが重要

顧客向けに項目を足すことは、多くの人が自然にやります。問題は消し忘れです。社内メモをそのまま顧客に転送してしまう事故は、決して珍しくありません。

特に危険なのが次の4つです。

1. 社内の温度感 — 「先方は予算が厳しそう」「決裁は部長止まりの可能性」といった推測は、社外に出た瞬間に関係を損ないます
2. 内部原価・工数根拠 — 「実工数は15人日だが20人日で見積」のような記述は、価格交渉の材料を自ら渡すことになります
3. 他社名 — 顧客が検討している他社名や、自社の他案件の情報は、守秘義務の観点から書いてはいけません
4. 確定していない金額 — 検討段階の数字が文書として顧客の手元に残ると、後から「あの金額で聞いている」という前提で話が進みます

逆に、顧客向けにこそ必ず書くべきもの — 前提条件とスコープ外

社内向け議事録では省略されがちですが、顧客向けでは前提条件とスコープ外の明記が最重要項目です。

後から発生する手戻りやトラブルのほとんどは、「決まったこと」の食い違いではなく、「決まっていないこと」を双方が別々に解釈していたことから生じます。

■ 今回の前提条件
・本見積は「制作費のみ」。保守運用費・サーバー費用・撮影費は含みません
・対応ブラウザは〇〇を想定しています
・多言語対応、CMS導入は今回のスコープ外です
・原稿・写真素材は貴社よりご提供いただく前提です

この5行を書いておくだけで、「当然入っていると思っていた」という認識のズレを大幅に減らせます。書きにくいと感じるかもしれませんが、書かずに進めて後で揉めるほうが、双方にとってはるかに損失が大きいです。

運用は「1つの原本＋社外用の版」で

実務では、次の順序で作るのが安全です。

1. まず社内向けの完全版を作る（消さずに全部書く）
2. それを複製し、上表の「✗」項目を削除する
3. 前提条件・スコープ外・確認依頼文を追記する
4. 送付前に、第三者（同僚・上長）に1回見てもらう

4番目を省略したくなりますが、自分の書いた文章の消し忘れは自分では見つけられません。送信前の30秒の確認が、最も費用対効果の高い工程です。

顧客と共有する場をどう用意するかについては、クライアントポータルの機能と選び方もあわせて参考にしてください。メール添付で版が増えていく運用は、どこかで必ず破綻します。

---

送って終わりにしない｜顧客に確認と合意を取る手順

多くの解説記事は「議事録は当日中に共有しましょう」で終わります。しかし実務で問われるのは、共有したあと相手が読んだかどうか、内容に同意したかどうかです。送りっぱなしの議事録は、揉めたときに「送りました」以上の意味を持ちません。

ここでは、送付から合意までを4ステップで設計します。

ステップ1: 送付タイミング — なぜ当日中なのか

議事録は打ち合わせ当日中、遅くとも翌営業日の午前中までに送ります。理由は2つあります。

1. 記憶が新しいうちなら、相手も相違に気づける — 1週間後に届いた議事録を、相手は精査しません。「たぶん合っているだろう」で流されます
2. 次の作業に着手する前に前提を固定できる — こちらが作業を進めてから認識のズレが判明すると、その作業がまるごと手戻りになります

完璧な議事録を3日後に送るより、8割の完成度で当日中に送るほうが、実務上の価値ははるかに高くなります。

ステップ2: 送付文面 — 「ご確認ください」で終わらせない

最も多い失敗が、本文に「ご確認ください」とだけ書いて送ることです。これでは、何を・いつまでに・どうしてほしいのかが伝わらず、返信は返ってきません。

送付メールには次の4点を必ず含めます。

1. 確認してほしい範囲（全部なのか、特定の項目なのか）
2. 確認期限（具体的な日付）
3. 返信がない場合の扱い（この記載が後で効きます）
4. 相手側の宿題（あれば期限つきで）

先ほどのWebサイトリニューアル案件（8/31の打ち合わせ）を例に、実際の文面にするとこうなります。自社で使うときは会社名・氏名・日付を置き換えてください。

件名: 【ご確認】8/31 Webサイトリニューアル 第1回打ち合わせ 議事録の送付

株式会社A
田中部長

お世話になっております。山田です。
本日はお時間をいただき、ありがとうございました。

本日の打ち合わせ内容を議事録にまとめ、添付いたします。
特に「決定事項」および「本日の前提条件」の2項目につきまして、
認識に相違がないかご確認をお願いいたします。

■ ご確認期限: 9月2日（水）18:00
■ 期限までにご指摘がない場合は、記載内容にて認識が一致したものとして
  次工程（見積書の作成）に進めさせていただきます。

■ 貴社側でご対応をお願いしたい事項
  ・現行サイトのアクセス解析データのご共有（9月4日まで / 佐藤様）

ご不明点や修正のご希望がございましたら、お気軽にご連絡ください。

※「期限までにご指摘がない場合は〜」の一文は、実務を前に進めるための運用上の取り決めであり、これだけで法的な合意が当然に成立するわけではありません。金額・納期・スコープなど影響の大きい決定にこの文面を使う場合は、次のステップ3の留意点を必ずあわせて確認してください。

ステップ3: 確認期限と「みなし合意」の設計

3番目の「期限までに指摘がなければ合意とみなす」という一文は、実務上きわめて重要です。これがないと、顧客が返信しないまま作業が進み、あとから「そんなつもりはなかった」となったときに拠りどころがありません。

ただし、この運用には守るべき前提があります。

• 期限は現実的に設定する — 翌日中などは短すぎます。2〜3営業日が目安です
• 確認してほしい箇所を絞る — 「全部確認してください」は読まれません。決定事項と前提条件に絞ります
• 重要な決定は、みなし合意に頼らない — 金額・納期・スコープの変更など影響の大きい事項は、明示的な返信をもらうか、次回の打ち合わせ冒頭で口頭確認します
• 相手の立場を尊重する — みなし合意は、こちらの作業を前に進めるための実務上の取り決めであり、相手の確認義務を一方的に課すものではありません

なお、こうした取り決めが契約上どのような意味を持つかは、個別の契約内容や取引の経緯によって異なります。金額や納期に関わる重要な変更は、議事録での確認とは別に、契約書・注文書など正式な書面での手続きを踏んでください。議事録は認識合わせのための文書であり、契約手続きを代替するものではありません。

ステップ4: 修正依頼が来たときの版管理

顧客から「ここは違う」と指摘が来たら、その場で修正して再送します。このとき、どれが最新版なのかを一意に決められる状態にしておく必要があります。

最低限のルールは3つです。

1. ファイル名に版数と日付を入れる — 20260831_Webサイトリニューアル_第1回_議事録_v2.pdf
2. 修正箇所を本文に明記する — 「※9/1 田中部長のご指摘により、前提条件に『対応ブラウザは主要4種』を追記しました」
3. 確定版の置き場所を1つに決める — メールの添付を追いかけると、どれが最新か分からなくなります

メール添付だけで運用すると、双方の手元に別々の版が残ります。顧客と共有できる1つの場所に最新版を置き、そこを参照してもらう運用にすると、版ズレそのものが起きません。

決定の履歴を、案件単位でつなげる

個々の議事録が正しく作られていても、それが会議ごとにバラバラに存在していると、「この案件で、これまでに何が決まってきたか」を一覧できません。3か月続いた案件で「あの仕様、いつ決めましたっけ」となったとき、10回分の議事録を開いて探すことになります。

そこで有効なのが、議事録の決定事項だけを案件単位の時系列（決定タイムライン）として抜き出しておく運用です。

【Webサイトリニューアル 決定タイムライン（A社）】
2026-08-31  D-1 トップページのデザイン方針は「情報量を絞ったシンプル構成」
            （決定者: A社 田中部長）
2026-09-07  D-2 スマートフォン表示は主要5ページのみ対応
            （決定者: A社 田中部長）
            ※ 8/31時点では未決事項 P-1。期限どおり9/7に決定した
2026-09-14  D-3 保守費用は月額5万円（税別）
            （決定者: A社 田中部長）
            ※ D-2の対応範囲を前提とした金額

決定だけを時系列に並べると、決定同士の依存関係が見えるようになります。上の例では、D-3の保守費用は D-2 の対応範囲を前提にしているため、後から D-2 が覆ると D-3 の金額も再検討が必要だと分かります。あわせて、8/31に未決だった P-1 が9/7に D-2 として決着した流れも1本で追えます。案件が停滞する原因の多くは、この依存関係が見えないまま議論が振り出しに戻ることにあります（関連: 案件が止まる本当の理由）。

---

「言った・言わない」が起きたときの遡及手順と予防設計

どれだけ丁寧に議事録を作っていても、認識の食い違いは起こります。重要なのは、起きたときに感情論にせず、記録に基づいて淡々と解決する手順を持っておくことです。

起きてしまったときの4ステップ

ステップ1: 該当する回の議事録と送付記録を特定する

まず「いつの打ち合わせの話か」を確定させます。決定タイムラインを運用していれば、ここは数秒で終わります。あわせて、その議事録をいつ・誰に送ったかの送付記録（メールの送信履歴、共有した記録）も押さえます。

ステップ2: 相手が確認したかどうかを確認する

送付しただけなのか、相手から「確認しました」の返答があったのか、あるいは確認期限を過ぎて指摘がなかったのか。この3つは意味が違います。

• 返答があった → 双方が合意した記録として扱えます
• 指摘なく期限経過 → 事前に取り決めた運用に沿って説明できます
• そもそも送っていない → こちら側の不備です。素直に認めて、認識合わせからやり直します

3番目のケースは実際にあります。このときに記録を盾に押し切ろうとすると、関係が壊れます。

ステップ3: 「決定」だったのか「検討中」だったのかを切り分ける

食い違いの多くは、片方が「決まった」と思い、もう片方が「検討していただけ」と思っているケースです。議事録で決定事項と未決事項を分けていれば、ここで即座に判定できます。分けていなかった場合は、この時点で切り分けの議論から始めることになり、これが最も時間を溶かします。

ステップ4: 差分を次回議事録の冒頭に「前提の確認」として載せる

解決したら、その内容を口頭で終わらせず、次回の議事録の冒頭に明記します。

【前提の確認】
・9/14の議事録 D-3「保守費用は月額5万円」について、
  貴社は「初年度無償」との認識であった旨のご指摘をいただきました。
・協議の結果、初年度は無償、2年目以降を月額5万円とすることで
  双方合意しました（2026-09-28）。
・これに伴い、9/14議事録 D-3 は本記載をもって更新します。

同じ食い違いを二度起こさないためには、口頭での解決を文書に戻す工程が必要です。

予防設計 — 決定事項に3点セットを必ず添える

そもそも食い違いを起こさないために、決定事項には決定日・決定者・根拠の3点を必ず添えてください。この記事で繰り返し出てくる形式です。

D-3. 保守費用は初年度無償、2年目以降は月額5万円（税別）とする
     決定日: 2026-09-28（9/14 D-3 を協議のうえ更新）
     決定者: A社 田中部長 / 弊社 山田
     根拠: 初年度は導入支援期間と位置づけ、運用が安定してから
           有償保守に移行する方針で双方合意

3点セットが効くのは、「なぜそう決めたか」が残っていると、蒸し返しが起きにくいからです。根拠が書かれていない決定は、担当者が代わった瞬間に「なぜこうなっているのか分からないので見直したい」と言われます。

特に慎重に記録すべき3つの場面

すべての決定に同じ労力をかける必要はありません。次の3つだけは、口頭合意のまま進めないでください。

この3場面では、次回の打ち合わせ冒頭で議事録の該当行を読み上げて確認するところまでやる価値があります。数十秒の手間で、数十時間の紛糾を防げます。

---

決定事項を、追跡できるタスクに変える

議事録に書いたToDoが実行されないのは、担当者の意識の問題ではなく、議事録がタスク管理の場所と切れていることが原因です。議事録はファイルとして保存された瞬間に、誰も開かない場所へ移動します。

ToDo行の最小要件は4つ

議事録に書くToDoは、次の4つが揃って初めて実行可能になります。

1. 誰が — 個人名まで。「開発チーム」では誰も動きません
2. 何を — 動詞で終える。「見積の件」ではなく「見積書を送付する」
3. いつまでに — 「来週まで」ではなく日付。「9月2日」
4. 完了の判定条件 — 何をもって終わりとするか。「メールで送付」「共有フォルダに格納」「先方の承認を得る」

4番目が抜けているToDoは、「やりました」「まだ終わっていません」の水掛け論になります。特に「確認する」「検討する」という動詞は、完了条件がないと永遠に終わりません。

前回のToDoを、次回の冒頭で必ず消し込む

最も効果があり、最も実行されていないのがこれです。定例会議のアジェンダの1番目を「前回ToDoの消し込み」に固定してください。

【冒頭5分: 前回ToDoの消し込み】
T-1. 見積書の送付（弊社 山田 / 9/2）        → 完了（9/1送付済）
T-2. アクセス解析データの共有（A社 佐藤様 / 9/4） → 未完了 → 9/8まで再設定

これを固定議題にすると、「議事録に書いたことは次回チェックされる」という前提が共有され、ToDoの実行率が変わります。逆に一度も消し込まれない議事録は、書いても読まれない文書になっていきます。

顧客側の宿題を、遠慮して曖昧にしない

日本の商習慣では、顧客側のToDoを書くことに遠慮が働きがちです。しかし顧客側の宿題が明記されていないことは、顧客にとっても不利益です。素材の提供が遅れれば、納期が後ろにずれるのは顧客のプロジェクトだからです。

書き方を工夫すれば失礼にはなりません。

• ✗「A社が資料を提出する」（命令的に見える）
• ○「ご共有をお願いしたい事項: 現行サイトのアクセス解析データ（9月4日まで / 佐藤様）」

「お願いしたい事項」という見出しで括り、期限と担当を添える。この形なら、丁寧さと明確さを両立できます。決定事項を担当と期限で追跡する仕組みについては、タスク管理の機能もあわせてご確認ください。

---

AI文字起こしを議事録にする手順｜そのまま送ってはいけない理由

議事録作成の負担は広く認識されており、AIツールの利用を希望する人は72.6%にのぼります。しかし、その希望者のうち実際に利用できている人はわずか1.4%にとどまります（出典: キヤノンマーケティングジャパン「議事録／発言録の作成業務に関する調査」2023年2月21日公表、調査期間2022年12月16〜20日、n=1,000のうち直近1年に議事録を作成した735名）。需要と実態が大きく乖離しており、導入の余地が大きい領域です。

AIの出力をそのまま送ってはいけない4つの理由

1. 決定と検討が区別されていない AIの要約は「話された内容」を圧縮したものです。誰かが提案しただけの案と、実際に合意された決定が、同じ重みで並びます。この区別は、その場にいた人にしかつけられません。

2. 固有名詞と数字が誤変換される 社名・製品名・人名・金額は、音声認識が最も間違えやすい箇所です。そして議事録において最も間違えてはいけない箇所でもあります。「50万」が「15万」になっていた場合の影響を考えてください。

3. 社外に出せない発言が含まれている 会議中の雑談、社内の温度感、他社への言及が、要約に紛れ込むことがあります。文字起こしの全文をそのまま顧客に共有するのは、前述の差分マトリクスの観点から明確に危険です。

4. 前提条件・スコープ外が書かれない AIは「話されなかったこと」を書けません。しかし顧客向け議事録で最も重要な「スコープ外」は、多くの場合その場で明言されていない項目です。ここは人が補うしかありません。

AI出力 → 議事録 の整形5ステップ

1. AIの要約を、決定 / 未決 / ToDo の3分類に振り分ける — ここが人間の仕事の中心
2. 固有名詞・金額・日付を、元の音声または自分のメモと照合する — 全文ではなく数字と固有名詞だけ確認すれば十分
3. 社外に出せない記述を削除する — 差分マトリクスの「✗」項目
4. 前提条件・スコープ外を追記する — AIには書けない項目
5. 決定事項に決定日・決定者・根拠を付与する

この5ステップは、慣れれば15分程度です。ゼロから書くより大幅に速く、かつAI出力をそのまま送るより圧倒的に安全です。

なお、AIツールを使う際は録音の同意を必ず取ってください。顧客との打ち合わせでは、会議の冒頭に「記録のため録音してもよろしいでしょうか」と確認するのが原則です。無断録音は、たとえ議事録作成目的であっても信頼関係を損ないます。

どのツールを選ぶべきか、料金はどの程度かについては、議事録AIツールの仕組み・料金・選び方で詳しく解説しています。

---

送付前チェックリスト

送信ボタンを押す前に、このリストを上から確認してください。ここで見つかる誤りが、最も多く、最も安く直せます。

必須項目

• 日時は西暦・24時間表記で、終了時刻まで入っているか
• 出席者に加えて、欠席者を書いたか
• 決定事項・未決事項・ToDo が分かれているか
• すべてのToDoに「誰が・何を・いつまでに・完了条件」があるか
• 未決事項に「決める人」と「期限」があるか

曖昧さの排除

• 「なるべく早く」「前向きに検討」「基本的にOK」が残っていないか
• 金額に 税別/税込・対象範囲 が書かれているか
• 主観・感想（「好感触」「良い雰囲気」）が混ざっていないか

社外に送る場合（追加）

• 社内の温度感・懸念を消したか
• 内部原価・工数根拠を消したか
• 他社名・第三者情報を消したか
• 前提条件・スコープ外を書いたか
• 確認期限と、期限経過時の扱いを明記したか
• 宛先・敬称・役職に誤りがないか
• 第三者に1回見てもらったか

最後の項目が、社外送付における最大の保険です。

---

議事録の保管と、法律で作成が義務づけられている議事録

ここまでで、作成から共有・合意・追跡までの流れは一通り揃いました。実務の流れとしては最後になる、書き終えた議事録を「どう残すか」を確認しておきます。

ここまで扱ってきたのは、業務上の打ち合わせ議事録です。一方で、法律によって作成と保存が義務づけられている議事録も存在します。混同しないよう、区別しておきます。

会社法で作成が義務づけられているもの

株主総会については、会社法第318条第1項が「株主総会の議事については、法務省令で定めるところにより、議事録を作成しなければならない」と定めています。保存についても規定があり、同条第2項は株主総会の日から10年間、議事録を本店に備え置くこと、第3項は5年間、その写しを支店に備え置くこと（電磁的記録で一定の措置をとっている場合を除く）を定めています。

取締役会設置会社についても、会社法第371条第1項が、取締役会の日から10年間、議事録等を本店に備え置くことを定めています。

これらは記載事項も法務省令で定められており、書式が自由な業務議事録とは性質がまったく異なります。株主総会・取締役会の議事録を作成する場合は、この記事のテンプレートではなく、会社法および会社法施行規則に沿った様式で作成してください。

業務上の打ち合わせ議事録の位置づけ

一方、日常の打ち合わせ議事録には、法律上の作成義務も定型の様式もありません。だからこそ社内でフォーマットを決め、運用ルールを持つ必要があります。

保管については、法定の義務がない以上、社内の文書管理規程に従うことになります。実務的な目安としては、案件が完了してから、契約上の責任期間が終わるまでは残しておくのが安全です。案件の途中で担当者が交代したとき、過去の議事録が残っているかどうかで引き継ぎの質が大きく変わります。

なお、議事録が個別の紛争においてどのように扱われるかは、契約内容・取引の経緯・記録の作られ方など個別の事情によって判断されます。この記事は議事録の作り方と運用方法を扱うものであり、法的な効力について一般化した判断を示すものではありません。契約や金銭に関わる重要な取り決めは、議事録とは別に、契約書・注文書といった正式な書面で手続きしてください。

---

よくある失敗と対策

---

議事録が上手い人は、何が違うのか

議事録が上手い人の特徴は、速く書けることでも、きれいにまとめることでもありません。共通しているのは次の4つです。

1. 会議の目的を先に把握している 「今日は何を決める会議か」を知っているので、どこに集中すべきかが分かっています。決める会議では決定の瞬間を、意見を集める会議では反対意見を確実に拾います。

2. 決定の瞬間を聞き分けられる 「では、そうしましょう」「一旦それで進めます」「持ち帰って検討します」——この3つの違いを聞き分け、それぞれ決定・決定・未決に正しく振り分けます。これは経験で身につきますが、迷ったら会議の最後に口頭確認するという習慣で代替できます。

3. 書かないものを決めている 上手い人ほど、議事録は短いものです。全部書こうとせず、決定と宿題に絞っています。

4. 曖昧なまま流さない 「なるべく早く」と言われたときに、「目安として何日くらいでしょうか」とその場で聞けます。この一言が、後の認識のズレを最も多く防ぎます。新人でも今日から実行できて、最も効果が大きい行動です。

つまり、議事録の上達とは文章力の向上ではなく、会議の聞き方が変わることです。テンプレートを埋める作業だと捉えているうちは、いくら書いても上達しません。逆に言えば、聞き方さえ変われば、文章が得意でない人でも十分に良い議事録が書けます。上手い人の議事録を見本として1本もらい、自分のものと見比べてみると、差がどこにあるかがはっきり分かります。

---

よくある質問（FAQ）

---

まとめ

議事録の書き方は、次の3段階で捉えると迷いません。

第1段階: 形を整える 必須8項目を入れ、決定事項・未決事項・ToDoを分ける。会議中は全部書かず、決定と宿題と数字だけを記号で拾い、会議後30分以内に整形する。ここまでで、社内会議の議事録としては十分に機能します。

第2段階: 社外向けに変換する 顧客に送る版では、社内の温度感・内部原価・他社名・未確定の金額を消し、前提条件とスコープ外を書き足す。「足す」ことより「消す」ことのほうが事故を防ぎます。送信前に第三者に一度見てもらう。

第3段階: 合意まで持っていく 確認してほしい範囲と確認期限を添えて当日中に送り、相違があれば版を更新する。決定事項には決定日・決定者・根拠の3点を必ず添える。案件単位で決定を時系列に並べておくと、決定同士の依存関係が見え、後から議論が振り出しに戻ることを防げます。

はじめて議事録を任された方は、まず第1段階だけを確実にやってください。8項目を埋め、3分類に分け、当日中に送る。それだけで、多くの現場で見かける議事録より確実に上の水準になります。顧客とのやり取りが増えてきたら第2段階、案件が長期化してきたら第3段階へと、必要になった順に足していけば十分です。

議事録は、きれいに書けたかどうかで評価される文書ではありません。読んだ人が動けるか、あとで揉めないか——この2点だけが基準です。まずはこの記事のテンプレートをコピーして、次の会議で使ってみてください。