※この記事は広告（アフィリエイトリンク）を含みます。
セミナーや説明会、体験イベントが終わった直後は、参加者の関心がいちばん近くにある時間です。ところが運用の現場では、「お礼は送りたいけれど、誰に何をいつ送るのか決まっていない」「終わった日は片付けで手一杯で、気づけば1週間たっていた」ということがよく起こります。
この記事では、お礼配信を「感謝を伝える一通」ではなく、対象の分け方、送る時刻、文面の型、アンケートへの導線までを含む小さな業務として設計します。目的は売上を煽ることではなく、送り忘れ・宛先違い・文面のばらつきといった手間とミスを減らすことです。エルメの機能や上限は2026年10月9日時点で公式サイトを読んだ内容で、プランなどの条件は契約前に公式でご確認ください。
お礼配信の目的を決め、対象を4つに分ける
最初に決めるのは文面ではなく、「この一通で何を済ませたいか」です。目的は多くても2つまでに絞ります。たとえば次のようなものです。
- 参加へのお礼と、資料や録画など「約束していたもの」を渡す
- アンケートに答えてもらい、次回の運営の改善点を集める
- 次の案内を希望する人だけに、続報の受け取りを確認する
「お礼も、資料も、アンケートも、次回の告知も」と一通に詰め込むと、読み手は何をすればよいか分からなくなり、作る側も確認項目が増えてミスが起きます。来店後のフォロー全般の考え方は新規のお客様が一度きりで終わってしまうときの見直し方｜来店後フォローの設計と、LINE公式アカウント＋エルメのステップ配信・タグが向く条件でも整理しています。イベント後は「一通一目的」を基本にしてください。
対象は「来場・欠席・キャンセル・申込のみ」に分ける
同じお礼文を全員に送ると、欠席した人に「ご参加ありがとうございました」と届く事故が起こります。これは気まずさだけでなく、信頼にも関わるミスです。送る前に、少なくとも次の4つに分けておきます。
| 対象 | 状態 | 送る内容の方向 | 注意点 |
|---|---|---|---|
| 来場・参加した人 | 当日参加 | お礼＋約束した資料の案内＋アンケート | 来場の記録をどこで持つかを事前に決める |
| 申し込んだが欠席した人 | 申込あり・参加なし | 「当日お会いできず残念」＋資料や録画があればその案内 | 責める調子にしない。アンケートは任意で短く |
| キャンセルした人 | 自分で取り消し | 原則は送らない。次回の案内を希望する人のみ別途 | キャンセルの理由に踏み込まない |
| 申込途中でやめた人・問い合わせのみ | 申込未完了 | お礼配信の対象外 | 別の導線で扱う |
問題は、「来場した人」と「欠席した人」をどう区別するかです。公式マニュアルで確認できた範囲では、エルメのイベント予約の参加者リストは、ステータス（参加予定・リクエスト・キャンセル）や開催済・未開催で絞り込めて、CSVでも書き出せます。一方で、当日の出欠や来場を記録する機能（チェックインなど）については、確認したページに記載がなく、公式で確認できませんでした。つまり、来場と欠席の区別は、運営側が当日にメモや名簿で記録し、後から手動でタグを付けるといった運用で補う前提で考えるのが安全です。
送るタイミング：当日・翌日・数日後のどれが向くか
お礼の時刻に唯一の正解はありません。判断の軸は、「相手の記憶がどのくらい新しいか」と「自分たちが間違いなく送れる体制か」の2つです。体制が整わないまま当日夜に急ぐより、翌日の午前に落ち着いて送るほうが、ミスは減ります。
| タイミング | 向いている場面 | 利点 | リスクと対策 |
|---|---|---|---|
| 当日の夜 | 短時間の説明会、体験会。資料を渡す約束がある | 記憶が新しく、資料を探す手間が減る | 来場確認が終わっていないと宛先を誤る。確認が間に合う日だけに限定 |
| 翌日の午前 | 半日以上のセミナー、懇親会つき | 名簿の整理後に送れる。夜遅い通知を避けられる | 前日の疲れで後回しになりがち。予約配信で時刻を決めておく |
| 2〜3日後 | アンケートを丁寧に書いてもらいたい、録画を編集して渡す | 資料や録画を整えてから送れる | 印象が薄れる。当日に「後日お送りします」と伝えておく |
| 1週間後 | お礼とは別に、続報を案内する | お礼と案内を分けられる | お礼を送らず案内だけにならないよう注意 |
エルメでは一斉配信を予約配信できると公式サイトに記載があります。お礼の配信日時を前もって入れておけば、「当日は忙しくて忘れた」を減らせます。ただし、予約を入れるのは対象の確認が終わってからです。確認前に予約すると、直前の差し替えが必要になります。
なお、エルメには「リマインド配信」がありますが、公式マニュアルを読む限り、送信時刻は「リマインド終了日（イベント日）」から逆算して設定する仕組みで、説明も開催前の案内が中心でした。イベントの後にお礼を送る用途に使えるかは、公式で確認できませんでした。お礼は予約配信やステップ配信など、別の機能で組むと考えておくと安心です。
文面の型：お礼・約束・一つの依頼の3段構成
お礼文は長くするほど読まれにくくなります。次の3段に絞ると、書く側も確認しやすくなります。
- 1段目（お礼）：参加への感謝を一言。イベント名と、具体的に触れる内容を一つだけ入れる
- 2段目（約束）：当日伝えた資料・録画・次回日程など、渡すと言ったものを確実に渡す
- 3段目（依頼）：やってほしいことを一つだけ。たとえばアンケートへの回答
来場者向けの型（例）
「◯◯セミナーにご参加いただき、ありがとうございました。後半の質疑でいただいたご質問は、運営の参考にさせていただきます。当日お伝えした資料はこちらです（リンク）。今後の内容改善のため、2分ほどのアンケートにご協力いただけるとうれしいです（リンク）。」
欠席者向けの型（例）
「◯◯セミナーにお申し込みいただき、ありがとうございました。当日お会いできず残念でしたが、資料を共有します（リンク）。ご都合のよいときにご覧ください。次回の開催をご希望の場合は、このメッセージにスタンプでもお知らせください。」
欠席者向けは、「なぜ来なかったのか」に触れないのが基本です。アンケートも必須にせず、返信ハードルの低い手段を置くほうが、後の運営が楽になります。
送る前の確認チェック
- 宛先は対象の分け方（来場・欠席）と一致しているか
- イベント名・日付・会場名に誤字がないか
- 資料やアンケートのリンクが、スマホで開けるか（テスト送信で確認）
- 「当日お伝えします」と書いた内容が、本当に添付されているか
- 配信日時が、予約の画面で意図どおりになっているか
- 送信者以外のもう一人が目を通したか
複数人で運用しているなら、確認の担当を決めておくと漏れが減ります。作成と確認を分ける方法は、別の記事でも扱っています。
アンケートへのつなぎ方：短く、一つの目的で、回答の行き先を決める
お礼とアンケートをつなぐときに多い失敗は、質問が多すぎて途中で離脱される、回答がたまっても誰も見ない、の2つです。対策は、質問の数と使い道を先に決めることです。
エルメの公式サイトでは、アンケートは「フォーム」機能に含まれ、回答はエルメに自動保存され、Googleスプレッドシートにも連携できると紹介されています。フリープランのフォーム作成は3つまでという上限があるため（2026年10月9日時点の公式の記載）、イベントごとに新しいフォームを作る運用だと上限に届きやすい点に注意してください。毎回の質問を共通にして使い回す、という設計も一案です。
| 質問の種類 | 数の目安 | 使い道 | 注意点 |
|---|---|---|---|
| 満足度（選択式） | 1問 | 次回の運営の改善点を見る | 数字で平均を取るより、低かった理由を自由記述で聞く |
| 内容の理解度や過不足（選択式） | 1〜2問 | 資料や時間配分の見直し | 選択肢は3〜5個まで |
| 自由記述 | 1問まで | 具体的な改善案や、聞けなかった質問の把握 | 必須にしない |
| 次回の案内の希望（選択式） | 1問 | 続報を送る対象の整理 | 希望しない人には送らない |
アンケートの作り方そのものはLINE公式アカウントでアンケートを取る方法｜標準機能でできる範囲と、足りないときの選択肢で整理しています。回答後にタグを付けて次の案内につなぐ設計はフォームの回答後アクションと条件の考え方｜回答でタグを付ける・通知する・次の案内につなぐが参考になります。お礼からアンケート、回答、タグ付けまでを一本の流れとして設計しておくと、後工程の手作業が減ります。
エルメでの組み方と、公式で確認できなかった点
ここまでの設計を、エルメの機能に当てはめます。公式の記載で確認できた点と、確認できなかった点を分けて整理します。
| やりたいこと | 公式で確認できたこと | 公式で確認できなかったこと |
|---|---|---|
| 申込者の一覧を取り出す | 参加者をステータスや開催済で絞り込み、CSVで書き出せる | 来場・欠席をシステム上で自動判定する方法 |
| 来場・欠席の記録 | （該当する記載を確認できず） | 出欠・来場の記録機能（チェックイン等）の有無 |
| 宛先を絞って配信 | 一斉配信でタグや友だち情報で絞り込める | イベントの参加者ステータスだけで直接絞り込めるか |
| 配信日時を決める | 一斉配信の予約配信に対応 | イベント終了後の自動送信を、イベント予約機能で組めるか |
| アンケートを集める | フォームで回答を保存し、スプレッドシートにも連携 | 回答結果を使った細かな条件分岐の対象プラン |
特に、イベント予約に出欠管理がないように見える点は、運用に直結します。公式ページで「記載がない」ことは「機能がない」の証明ではありませんので、導入前に公式の問い合わせ先や最新のマニュアルで確かめてください。確認できるまでは、来場者名簿をスプレッドシートで持ち、配信前に一人ずつ照合する、手作業を前提に計画するのが安全です。
手作業が重い場合は、タグを使う設計が現実的です。たとえば「来場」「欠席」のタグを、当日終了後に付けておけば、一斉配信の絞り込み条件に使えます。タグの運用ルール（誰が、いつ付けるか）は、事前に決めておいてください。
活用例（架空の設計例）：50人規模の無料セミナーのお礼配信
以下は仕組みを理解するための架空の設計例です。実在の団体や実際の成果ではなく、成果の数字も示しません。
想定：小規模な事業者が、土曜の午後に1時間半の無料セミナーを開く。申込はLINEのイベント予約で受け付け、運営は2名です。
前日まで
申込時の自動アクションで、予約内容の確認メッセージを送り、申込者にタグを付けます。公式マニュアルによると、予約時のアクションとしてメッセージ送信とタグ付けが設定できます。開催前のリマインドは、イベント予約のリマインド配信を使います。
当日
受付担当が、申込者名簿に出欠を書き込みます。終了後、運営2名で名簿を確認し、来場者と欠席者のタグを付けます。二人で突き合わせるのは、宛先違いを防ぐためです。
翌日の午前
来場者向けの型には資料とアンケート、欠席者向けの型には資料と「次回希望」のスタンプ依頼を入れて、タグで絞って予約配信します。キャンセル者には送りません。配信の前に、二人目の確認者がテスト送信で表示を見ます。
1週間後
アンケートの回答を見て、改善点を運営メモに残します。次回の案内を希望した人にだけ、タグを付けて続報を送る準備をします。
この設計で「何通届くか」「何人が答えるか」は、運営の規模や内容で変わるため、ここでは数字を示しません。大事なのは、各工程の担当と確認が文章になっていることです。
まとめ：お礼配信は「対象・時刻・型・導線」の4点で決める
- 対象は来場・欠席・キャンセル・申込のみに分け、欠席者に来場者向けの文面を送らない
- 時刻は、確実に送れる体制を優先し、予約配信で漏れを防ぐ
- 文面は「お礼・約束・依頼一つ」の3段にする
- アンケートは短くし、回答後のタグ付けまで含めて設計する
私の見立て
- お礼配信で大きなミスになりやすいのは、文面よりも宛先の取り違えだと考えています。急いで当日に送るより、確認を一つ挟むほうが安全だと見ています。
- 出欠管理が機能として見当たらない場合は、システムに期待しすぎず、名簿とタグの手運用を前提に設計するのが無理のない形だと思います。ただし、公式で確認できていない点は、導入前の確認が必要です。
- アンケートは「たくさん聞く」より「必ず使う質問だけ聞く」ほうが続くと見ています。
構築代行のご案内（30万円〜・税別）
イベントの申込からお礼、アンケート、タグ付けまでを一本の流れで設計したいが、自分では手が回らないという場合に、エルメの設計・設定を代行する構築代行（30万円〜・税別）を承っています。詳しくは構築代行のご案内ページをご覧ください。
