※この記事は広告(アフィリエイトリンク)を含みます。
開催前日の夜9時。事務局の机には、申込フォームの回答シート、「行けなくなりました」と書かれたトークの画面、そして明日の受付で使う予定の印刷リストが並んでいます。数えてみると、三つの人数がそれぞれ少しずつ違う。誰かが承認待ちのまま止まっているのか、キャンセルが反映されていないのか、そもそも同じ人が二度申し込んでいるのか。原因が分からないまま、結局は当日の受付で紙に手書きの修正を入れることになります。
この記事では、イベントの受付名簿が「当日になっても確定しない」状態を、名簿を作る技術の問題ではなく「いつ確定とするかが決まっていない」問題として扱います。エルメ(L Message)のイベント予約とフォームで、どこまで名簿の状態を一か所に寄せられるかを、公式マニュアルを2026-10-10時点で読んだ範囲で整理し、前日までに片づけるための運用ルールまで落とし込みます。
名簿が確定しない理由は、参加者の「状態」が混ざっているから
「参加者リストが合わない」と感じるとき、原因は人数の数え間違いよりも、リストの中に性質の違う人が混ざっていることがほとんどです。申込を受け付けただけの人、承認を待っている人、キャンセルを申し出た人、事務局が手で追加した人。これらが同じ一覧に並んでいると、どの数字を信じればよいか分からなくなります。次の表は、状態ごとに見分け方と次の一手を整理したものです。エルメの画面名は、イベント予約の公式マニュアルに出てくる呼び方に合わせています。
| 混ざっている状態 | 現場で起きること | 見分け方 | 次の一手 |
|---|---|---|---|
| 承認待ち(予約リクエスト) | 受け付けたが、事務局が承認も拒否もしていない | 参加者画面で「リクエスト」に絞り込む。予約詳細に承認・拒否の操作がある | 受付期限の翌日までに全件を承認か拒否にして、本人へ連絡する |
| キャンセル・変更の連絡が名簿の外にある | トークや電話で届いた欠席が、名簿に反映されていない | 参加者画面で「キャンセル」に絞り込み、トークの連絡と突き合わせる | キャンセルと変更の受付期限を設定し、期限後は事務局が個別に受ける |
| 事務局が手動で追加した人 | 定員を超えているように見えるのに、受付の設定は正しい | 管理画面からの手動登録は、定員・予約期限・予約回数の設定に関係なく登録される | 手動登録した人を別メモに残し、定員の計算から分けて考える |
| 当日の案内に未回答の人 | 申込済みなのに、持ち物や同伴者数の確認が取れていない | タグやフォームの回答状況で絞り込み、未回答者を抜き出す | 前日のリマインドに回答依頼を添え、期限を決めて個別連絡へ切り替える |
| 同じ人の行が複数ある(フォーム受付) | 再回答のたびに行が追加され、最新の行が分からない | 回答シートで氏名やLINE名の重複を探す | 最新の行を正とする決め方を先に作る。詳しくは申込内容の修正依頼が来て名簿がずれる|フォーム回答の「追記される仕組み」を前提に、修正の受け方を決める手順 |
| LINE名と本名が違う | 受付で探しても見つからない | 予約者の検索はLINE名や表示名で行う仕組みのため、本名で探すと当たらない | 申込時の入力項目に本名を必須で置き、印刷リストには両方を載せる |
この表のうち、自分のイベントで起きているのはどれか。まず一つ二つに絞ってください。全部を一度に直そうとすると、設定だけが増えて運用が追いつきません。
「確定」の時刻を先に決める:締切・仮確定・当日差分の3段階
名簿が確定しない現場の多くでは、「いつになったら確定なのか」を誰も決めていません。締切が曖昧だと、キャンセルも変更も追加も、いつまでも受け続けることになります。そこで、確定を一つの瞬間ではなく3段階に分けておきます。以下は一例で、開催日を基準にした日数は自分のイベントに合わせて変えてください。
- 受付の締切(例:開催3日前の23:59):新規申込、キャンセル、変更の受付を終える時刻。エルメのイベント予約では、キャンセルと変更のそれぞれに受付期限を設定できます。
- 仮確定(例:開催2日前):承認待ちをゼロにし、重複を整理し、印刷用の名簿を作る日。この日以降に変わった分は「差分」として扱います。
- 当日差分(開催当日):直前の欠席や飛び込みは、名簿の本体ではなく差分メモに書き、終了後にまとめて反映する。
次に、締切を過ぎたあとに起きがちな場面で、どう判断するかの基準を表にしておきます。事務局が毎回迷う場面ほど、先に決めておく価値があります。
| 状況 | 判断の基準 | 対応の例 |
|---|---|---|
| 承認待ちが、受付締切の時点で残っている | 受付の締切を過ぎたら、保留のまま持ち越さない | 承認か拒否のどちらかに決め、拒否の場合は理由と次回の案内を添えて連絡する |
| 締切後に「欠席します」と連絡が来た | 名簿から消すか、欠席の注記にとどめるかを決めておく | 印刷済みの名簿は消さず「欠席」と注記し、終了後に元データへ反映する |
| 参加人数を1名増やしたいという変更 | 定員の残りがあるか、変更の設定が「全承認」の枠か | エルメでは予約の変更は「全承認」の予約枠からのみ可能。それ以外は事務局が個別に判断する |
| 当日の飛び込み参加を受けられるか | 受付は手動登録になり、定員の自動チェックが働かない | 会場の収容や資料の数を確認したうえで、事務局が可否を決める。参加費は別に対応が必要 |
| 同じ人が2枠に申し込んでいる | 1人が持てる予約の回数を制限していたか | 予約回数の制限を設定していなければ、どちらの枠を残すか本人に確認する |
エルメのイベント予約で、名簿の状態を一画面に寄せる手順
イベント予約は、開催日の作成から予約の受付、予約者情報の管理までを一括で行う機能です(公式マニュアルでの位置づけ)。名簿づくりの観点で、手順と確認ポイントを並べます。
- 左メニューの「予約管理」から「イベント予約」を開き、「新規作成」で管理用のイベント名とフォルダを決めます。
- 「開催日程」で開催日を追加し、その中に開催時刻(予約枠)を作ります。コースを分けたい場合は予約枠の中にコースを追加します。定員は予約枠にもコースにも設定でき、両方ある場合はコース側が優先されます。
- 「各種ページ」の友だち入力項目で、名簿に必要な項目(本名、同伴者数、連絡のつく電話番号の要否など)を決めます。受付で探すときに使う項目はここで決まります。
- 「詳細設定」で、予約上限、1回の予約人数の上限と下限、1人が予約できる回数を決めます。
- キャンセルと予約変更を、それぞれ「全承認」「リクエスト制」「不可」から選び、受付期限を設定します。名簿を早く確定させたいイベントでは、変更を「不可」か「リクエスト制」にして、勝手に人数が動かないようにする選択肢があります。
- 予約時・変更時・キャンセル時の自動アクションで、タグの付与やメッセージの送信を設定します。例として、予約時に「申込済」、キャンセル時に「欠席連絡あり」のタグを付けておくと、あとで一覧と突き合わせやすくなります。
- 開催前のリマインドを作成し、リマインド終了日を開催日に合わせます。予約日程が変更されると元のリマインドは止まって変更後の日程で配信され、予約がキャンセルされるとリマインドは止まります。
名簿の確認には、イベント予約トップの「参加者」ボタンを使います。カレンダー形式の画面で、日別と一覧を切り替えられ、「参加予定」「リクエスト」「キャンセル」のステータスで絞り込めます。予約枠一覧では、枠ごとの予約人数と定員残数が見えます。印刷用には、参加者リストの「CSV」ボタンで、表示中の参加者情報をダウンロードできます。つまり、「どの状態の人が何人いるか」はこの画面で見て、紙やスプレッドシートには仮確定の日にCSVから作る、という分担にすると、名簿を作り直す回数が減ります。
つまずきやすい点も挙げておきます。変更時のアクションは変更元の予約枠側で実行されること、「優先アクション」を予約枠とコース別のどちらにするかで実行されるアクションが決まることは、公式にも注意として書かれています。コース別のアクションを使う場合は、予約枠側でその設定が必要です。タグを付けるつもりが付いていない、というときは、まずこの設定を見てください。
定員と申込上限の考え方は、定員を超えて申込が入ってしまう問題の解き方|定員管理・申込上限・先着受付をエルメのイベント予約とフォームで設計するで別に詳しく扱っています。
フォームで受け付けている場合:スプレッドシートを「名簿」にしない
イベント予約ではなく、フォームで申込を受けている場合は、回答がGoogleスプレッドシートに行として追加される連携が使えます。フォーム作成画面の右上の「未連携」から、Googleアカウントでサインインして連携し、しばらくするとシートを開くアイコンが出ます。回答者名と各質問への回答が、回答が届くたびに行ごとに追加されます。
ここで名簿が確定しなくなる典型は、回答シートをそのまま名簿として手で直し始めることです。公式の注意点として、「シート1」の名前を変えないこと、シートを足す場合も「シート1」を左端に残すこと、最終行を非表示にしないこと(データが更新されなくなる)が挙がっています。さらに、質問項目を追加・削除するとシート上の列も自動で変わります。申込の受付を始めたあとにフォームの質問を足すと、名簿の列がずれる原因になります。
- 回答シートは「受付ログ」として触らず、別のシートに仮確定の日の分だけを写して名簿にする。
- 申込の受付を始めたら、質問項目の追加・削除はしない。どうしても足したい場合は、別の確認用フォームを作る。
- 名簿の先頭の列に、「確定/要確認/欠席」の状態を人が書き入れる。
確認が必要な点(公式で確認できなかった範囲)
| 項目 | 今回確認できた内容 | 確認できなかった点 |
|---|---|---|
| イベント予約の対象プラン | 機能の設定手順と画面の説明 | 対象プランの記載は、読んだページにはありませんでした |
| イベント予約とスプレッドシートの連携 | 参加者リストのCSVダウンロードはあり | イベント予約の参加者をスプレッドシートへ自動で書き出す説明はありませんでした |
| CSVの列の中身 | 「表示中の参加者情報」をダウンロードできること | 列の一覧は書かれていません。試しに1件取り込んで確かめてください |
| フォーム連携の対象プラン | 設定手順と注意点 | 対象プランの記載はなく、利用可否はサポートに確認するよう案内されています |
| フォームの再回答の扱い | 回答は行として追加される | 再回答が既存の行を上書きするかどうかの記載はありませんでした |
そのまま使える運用ルール案とチェックリスト
設定が整っていても、ルールがなければ名簿はまた崩れます。小さな事務局でも守れる範囲で、日ごとの確認を並べます。このまま使わず、自分のイベントに合わせて削ってください。
受付期間中
- 承認が必要な設定にしているなら、毎朝1回、「リクエスト」で絞り込んで未処理を空にする。
- トークで届いたキャンセルの連絡は、その日のうちに予約詳細に反映する。反映できない(受付期限を過ぎている等)場合は、差分メモに書く。
仮確定の日
- 承認待ちがゼロであることを確認した。
- キャンセルの一覧と、トークの連絡が一致した。
- 手動登録した人の数を別に控えた。
- 参加者リストのCSVを取り、印刷用の名簿を作った。名簿には作成日時を書いた。
- 未回答者に個別連絡する担当を決めた。
前日と当日
- 前日のリマインドを送り、返信や変更の連絡があった分は差分メモに追記した。
- 当日の受付には、名簿と差分メモの2枚を持たせた。
- 終了後、差分を元データへ反映し、次回のために「一番迷った場面」を1行メモした。
活用例(架空の設計例)
以下は実際の事例ではなく、公式の機能を使った仮の設計例です。成果の数字は含みません。
設定:土曜10:00開始の親子ワークショップ。定員は12組で、予約枠に定員を設定する。受付の締切は開催3日前の23:59とし、キャンセルと変更の受付期限も同じ時刻に合わせる。予約の変更は「リクエスト制」にして、人数が増える変更を事務局が確認できるようにする。友だち入力項目には、保護者の本名、お子さんの学年、アレルギーの有無(備考欄)を置く。
流れ:予約時のアクションで「WS申込済」タグを付けて受付完了メッセージを送る。キャンセル時のアクションで「欠席連絡あり」タグを付ける。水曜の夜に「リクエスト」を絞り込んで未処理をなくす。木曜に参加者リストのCSVをダウンロードして、印刷用の名簿を作る。金曜の20:00に前日リマインド(持ち物と集合場所)を送る。当日は名簿と差分メモを受付に置き、終了後に差分を反映する。
この設計で「確定しない」ことが減るのは、確定の時刻が三つ(受付の締切、水曜、木曜)に分かれていて、誰がいつ何を空にするかが決まっているからです。機能が名簿を作るのではなく、機能で状態を見える化し、ルールで確定させる、という分担です。
向かないケースと、私の見立て
LINEの名簿だけに頼らないほうがよいケース
- LINEを使わない人が多い会:回覧板や電話が主な連絡手段の集まりでは、LINEの名簿に載らない人が出ます。紙や電話の名簿と併用し、窓口を一人に決めておくほうが確実です。
- 直前のキャンセルが当日朝に届く場合:トークの連絡は気づくのが遅れることがあります。当日の連絡先として、事務局の電話番号を案内しておくほうが安全です。
- 氏名や連絡先を、保険や会場の届出に使う場合:名簿の個人情報の扱いは各団体の方針や規約によります。法的な要件は各自で確認してください。
私の見立て3点
- 名簿の問題は、機能の不足より「確定の時刻が決まっていないこと」から起きていることが多いと思います。先に時刻を決め、その時刻に合わせて受付期限を設定するほうが、設定の手間に見合います。
- 全部をLINEで完結させようとせず、当日の差分は紙でよい、と割り切ったほうが事務局が続けられます。
- 最初は小さなイベントでCSVの中身を実際に確かめ、自分の運用に必要な列があるかを見てから、本番に使うかを決めるのが無理のない進め方です。
まとめ
受付名簿が確定しない原因は、承認待ち、キャンセル、手動登録、未回答、重複といった「状態」が混ざっていることにあります。まず状態を分け、確定を「締切・仮確定・当日差分」の3段階にし、エルメのイベント予約の参加者画面とCSV、フォームならスプレッドシート連携を、その運用に合わせて使います。申込管理全体の見直しは講座・イベントの申込管理が手作業で回らないときの整理法|受付から連絡までの流れと、LINE公式アカウント+エルメのフォーム・タグ・リマインドが向く条件も参考になります。
構築代行のご案内(30万円〜・税別)
「受付から名簿づくりまでの流れを整理したい」「イベント予約とフォームのどちらで組むか決めきれない」という場合は、構築代行のご相談も受け付けています。30万円〜(税別)で、運用ルールの整理と設定を含めて承ります。詳しくは構築代行のご案内をご覧ください。