交流会のキャンセル待ちと自動繰り上げ｜満席後も母数を守る

満席で申込を止めると、欠席席が無駄になる

人気の交流会ほど、開催前に欠席が出て席が空きます。満席になった時点で参加申込を完全に閉じると、その空きを埋められず、当日のマッチング母数が痩せてしまいます。

AIRコネクト（AIR Connect）では、定員到達後にキャンセル待ちを受け付ける設定が使えます。運営コンソールの名簿で欠席にして席が空いたとき、待機中の申込を古い順に参加者へ繰り上げ、メールで知らせる動きです。キーメッセージは「一度きりで終わらない交流会——高精度マッチングで『また来たい』を生むAIツールが、集客LTVを最大化する」、タグラインは「AI時代の交流会マッチングOS」です。

主催者が先に決めること

1. キャンセル待ちをONにするか: 会場キャパと紹介オペが回る上限を定員にし、その外側を待機にする
2. 参加申込と登録申込を混同しない: キャンセル待ちは会への参加申込側の受け皿。AIRコネクトアカウントの登録申込（気になる利用など）とは別導線
3. 欠席と繰り上げの役割分担: 日時を入れている場合のリマインドで欠席確認はできる。繰り上げと通知は、名簿で欠席にしたときに古い順で自動実行される
4. 繰り上げ後の案内: 繰り上げメールが届いた人に、イベントページ・必要なら登録案内をどう渡すかを先に決める

キャンセル待ちは「主催者が待機リストを見て手動で誰かを参加者に書き換える」だけに依存しません。名簿欠席をトリガーに、繰り上げと通知まで進む前提で当日までの母数を守ります。

定員表示・マッチングとのレイヤー分け

• 定員／キャンセル待ち: 参加申込の母数を守るレイヤー
• 気になる・紹介完了: 当日のマッチングオペ
• 翌日の気になる一覧メール: 参加者へのフォロー（集客LTV側）

満席表示とキャンセル待ち案内は、申込ページの体験に直結します。残席の希少性表示（残り○名）は、残席が定員に対して少なくなったときだけ添える設計とセットで考えると、閑散印象と売り切れ印象の両方を避けやすいです。

運用チェックリスト

• 定員を数値で入れているか（空欄は無制限）
• キャンセル待ちを有効にしているか
• リマインド許可と欠席確認の方針が決まっているか
• 繰り上げ後に登録案内が必要な会か（ゲストパス利用の有無も含む）
• スタッフに「繰り上げで名簿が増える」ことを共有しているか

詳細はAIRコネクト（交流会主催者向け）をご覧ください。

まとめ

キャンセル待ちは満席後の保険ではなく、欠席席を自動で埋め直してマッチング母数を守る仕組みです。参加申込と登録申込を分けたまま、繰り上げ通知まで設計しておくと当日オペが安定します。