商談後のお礼メールに議事録を添えるとき、何を貼って何を貼らないか
2026年9月10日
商談後のお礼メールに、その日の内容をまとめて添える。認識のズレを早く見つけるための、よくあるやり方です。書き方の案内はたくさん出てきますし、どれも間違っていません。
ただ、実務で詰まるのは文面ではありません。送ろうとした時点で、貼るものが手元に無いことです。この記事では一般論を先に短く済ませて、そのあとに「議事録が終了と同時にある」状態を作ったときに何が変わったかを書きます。何を貼って、何を貼らないかまで具体的に書きます。
一般論は、だいたい3つに集約される
先に一般論です。調べると出てくる作法は、ほぼこの3つに集約されます。
- 当日中に送る。 午前・午後の商談は当日中、夕方の商談は翌営業日の午前中まで
- 本文は簡潔に。 決定事項と次のアクションを箇条書きにして、詳細は添付か共有URLに回す
- 確認の一文を添える。「認識の違いがあればご指摘ください」
出典は議事録メールの書き方などにまとまっています。この3つは、そのまま守ってよいと思います。一般論はここまでで足ります。
当日中に送れないのは、文面が思いつかないからではない
問題は、この3つを守ろうとしたときに起きます。
商談が16時に終わり、17時から次の商談が入っている。18時に席に戻り、その日の商談の内容を思い出しながら決定事項を書く。このとき手元にあるのは、商談中に取った断片的なメモだけです。
ここで2つのことが起きます。ひとつは、書くのに時間がかかって翌日に回ること。もうひとつのほうが厄介です。思い出しながら書くと、少し盛れます。 相手が「社内で見てみます」としか言っていないものが、メールでは「来週前半までにご確認いただく」になる。悪気があって書き換えているわけではなく、記憶が輪郭のはっきりした形に寄っていくだけです。
そして、そのメールがそのまま次回の前提になります。 認識のズレを防ぐために送ったものが、ズレの出所になる。これが、お礼メールの一番危ないところです。
対策は「早く書く」ではなく「書く前に材料がある」
だから自分たちは、文面を工夫する方向ではなく、商談を抜けた時点で議事録ができている状態を作りました。
作りとしてはこうです。議事録をオンにしていると、商談が始まった時点から参加者ごとの音声を録り、25秒ごとに区切って、通話と並行して文字起こしを進めます。 コードの中では SEG_MS = 25000 という1行です。25秒にしている理由は文字起こしのモデル側の都合で、30秒の窓を持つモデルに45秒の音声を渡すと、断続的に失敗したためです。
この作りの効き目は、処理を分散できることだけではありません。商談が終わった時点で、文字起こしはほぼ済んでいます。 残っているのは、それを4項目にまとめる一回の要約だけです。退出ボタンを押すと、そこから先が動きます。
録画とは独立させてあります。録画をしていない商談でも、議事録がオンなら音声から作ります。相手に録画を断られた商談でも、記録は残せるようにしてあるためです（その話は別記事に書きました）。
貼るのは4項目のうち2つだけ
できあがる議事録の見出しは、この4つです。コードにそのまま書いてある文字列です。
## 概要
## 決定事項
## ToDo（分かれば担当・期限も）
## 要点・論点お礼メールの本文に貼るのは、このうち決定事項とToDoの2つだけです。
概要と要点・論点は貼りません。概要はこちらの言葉で商談全体を要約したもので、相手にとっては「そちらから見るとそうなんですね」で終わります。要点・論点は、まだ決まっていないことが並ぶ場所です。決まっていないことを箇条書きで送ると、相手はそれを課題リストとして受け取ります。返信の負担を増やしただけで終わります。
決定事項とToDoは違います。この2つは間違っていたら相手が必ず訂正してくれる種類の情報です。お礼メールで確認したいのはそこだけなので、貼るのもそこだけでいい。
文字起こし全文は、メールに貼らないし、添付もしない
自分たちの議事録は、4項目の下に ## 文字起こし（全文） が付きます。誰が何を言ったかが 名前：発言 の形でまるごと残ります。
これはメールに貼りませんし、ファイルごと添付もしません。
理由は単純で、商談中の発言は全部が相手に見せる前提のものではないからです。こちらの担当者が同席者に向けて言った一言、言い直した数字、途中でやめた説明。全部が入っています。ファイルを丸ごと送るということは、それを全部渡すということです。
一般論の「詳細は添付ファイルか共有URLで」は正しいのですが、その添付が自動生成されたものになった時点で、中身を見ずに送れなくなりました。 手で書いていた頃は、書いた本人が中身を知っていたので、この確認は要りませんでした。ここは、自動化したことで新しく増えた注意点です。
「読み取れませんでした」は、そのままメールの一文になる
もうひとつ、使いどころのある癖があります。
議事録を作るAIには、こういう指示を入れてあります。
> 会話が乏しく議事録にできる情報が無い項目には「（今回の会話からは読み取れませんでした）」と書き、内容をでっち上げないこと。
決まらなかった項目は空欄にならず、この一行が入ります。この一行が入っている項目が、そのままお礼メールで確認すべきことです。
ToDoの欄にこの一行が出ていたら、その商談では次に誰が何をするかが決まっていません。だとすれば、メールに書くのは「ご確認のうえご連絡ください」ではなく、「次は弊社から◯◯をお送りする、という進め方でよろしいでしょうか」です。決まっていないことを、決まっていないと知った状態で書ける。 これが、思い出しながら書くのとの一番の違いです。
逆に言うと、この一行が3つも4つも並ぶ商談は、お礼メールで埋められるものではありません。その日のうちにもう一度、短く話す機会を作ったほうが早いという判断材料になります。
送るまでを短くしても、ズレが消えるわけではない
ここは正直に書きます。議事録が早く手元にあっても、認識のズレそのものは無くなりません。
議事録は、その場で口に出されたことしか拾えません。相手が言わなかった社内事情、口に出さなかった懸念は、どこにも残りません。ズレの多くはそこから来ます。
早くできることで変わるのは、ズレが「記憶の書き換え」から生まれる分だけです。それでも、この分は確実に減ります。減らせるところを減らして、残りは次の商談で聞く。それ以上のことはできません。
まとめ
商談後のお礼メールについて、決めておくとよいことを4つに整理します。
- 当日中に送る。 ただし「早く書く」ではなく「書く材料が先にある」で解く
- 貼るのは決定事項とToDoだけ。 訂正してもらえる情報に絞る
- 文字起こし全文は送らない。 自動生成の添付は、中身を見てから送る
- 決まらなかった項目は、決まらなかったと分かる形で残す。 それが次の一文になる
お礼メールの文面は、探せばいくらでも出てきます。それを当日中に、盛らずに送れるかどうかは、文面ではなく、その時点で何が手元にあるかで決まります。
Meetnect はブラウザだけで動くオンライン商談ツールです。この記事の25秒・4項目は、実際に動いているコードの値です。商談中から文字起こしを進めているので、退出した時点で、決定事項とToDoを含む議事録と、誰の発言かが入った文字起こし全文が1つのファイルになって残ります。