イベント登録途中離脱メールの開始条件と停止条件

識別できる未完了の試行を開始条件にする

登録システムで実際に記録される開始イベントを選びます。保存された下書き、決済開始、または提供元が定義する別の状態です。ページ閲覧や未送信欄へのメールアドレス入力だけで、登録途中離脱や連絡の許可が成立するわけではありません。開催回、選んだ券種、連絡先を信頼できる形で結び付けられるか記録します。例えばNoviでは、ログインした人がRegister Nowを押し、決済を完了しなかった場合にリマインドが始まります。Swapcardは保存された未完了登録と、主催者が管理するフォローアップを説明しています。どちらも製品固有の例です。自分のプラットフォームに同じ機能があると仮定せず、主催者が確認した連絡ルールで対象者へ送れるか確かめます。[1][2]

送信直前に現在の状態を再確認する

送信待ちのリマインドは、開始時点だけでなく送信直前の記録で判定します。同じ試行が登録確定に至った場合、対象券種が利用不可になった場合、登録が締め切られた場合、または連絡先が対象外になった場合は送信を止めます。決済保留や、受理済み登録に残る不足情報は別の状態です。記録を確認せず「登録を完了してください」と送る根拠にはなりません。フォームへの再訪、券種変更、再試行をどう扱うか決めます。Noviは再訪で待機タイマーがリセットされ、送信前に空きと締切を確認すると説明しています。待機時間や再参加の動作は提供元によって異なるため、その時間設定を共通の基準にしないでください。[1]

現在のイベント情報に合う文面にする

メールにはイベント名を明記し、この試行について登録完了やチケット発行を確認できていないと正確に伝えます。提供元が認める再開先または新規登録先があれば示し、リンクを試します。送信前にイベント日付、券種、実在する期限を再確認します。元の券種が売り切れ、別の選択肢が残る場合も、元の券種が確保されているように書いてはいけません。現在の登録ページで提供される内容だけを示します。問い合わせは確認担当者へ届くようにします。登録確認、決済状況、販促フォローアップはフロー図でも分けてください。[1]

状態遷移を試し公開判断を記録する

編集できるマトリクスで、対象となる未完了試行、待機中の登録完了、フォーム再訪、登録締切、対象券種の売り切れ、承認された方法で識別または連絡できない記録を試します。想定する送信・停止と提供元に残った実際のイベントを記録し、共有シートには個人情報ではなくテスト参照を使います。製品によっては代理操作やプレビューではこのメールが発火しません。Noviもこの制限を明記しています。届かなかったことを停止成功と判断する前に、試験方法を確認します。登録完了、締切、対象資格の停止条件を示せなければ有効化を保留します。フローバージョン、責任者、ルールや日付変更後の再試験を記録します。[1]

登録途中離脱トリガーのテストマトリクスをダウンロード（Markdown、英語）