イベント販促メールの送信前QAチェックリスト

確認する配信を特定する

キャンペーンの版、イベントの回、予定する対象者、目的、配信経路、時間帯を記します。これは申込開始や確定した登壇者の発表など、一通の販促メールの送信ゲートです。同意監査、送信ドメインの設定、翻訳の確認、購入確認の仕組みを置き換えるものではありません。確認中に重要な事実が変わったら止め、古い画面を承認せず新しい版を作ります。

編集可能な承認シートを使う

項目ごとに証拠の場所または観察結果、担当者、結果、例外を一行に記します。承認者は何を試し、何が未解決かを確認できます。英語のシートにはGO、CONDITIONAL、HOLDの判断欄があります。CONDITIONALは指定した条件を配信前に解決する意味で、壊れた購入経路のまま送る許可ではありません。個人情報は共有シートではなく、認可されたメール・申込システムに保存します。

イベントメール送信前承認シートをダウンロード（Markdown、英語）

送信対象と除外を確認する

配信直前に、利用するメールサービスの宛先選択を開きます。現在の件数を計画書と照合し、主催者が確認した規則に従って許可の出所を見ます。過去のチケット購入だけで、今後のすべての販促が適切になるわけではありません。配信停止者、重複、すでに申込済みの購入者、このオファーを見せるべきでないグループを除外します。古い表より、サービス内の現在の選択結果を使います。[1]

誤字だけでなくイベント情報を承認する

下書きを現在の正本と比べます。名称、開催回、日時と時間帯、会場またはオンライン形式、登壇者やセッション、価格、チケットの販売状況を確認します。判断に影響する情報は担当者の承認を得ます。未確定の登壇者、推測した残席数、期限切れの割引で緊急性を作らないでください。オファーが変わったらページとメールを一緒に更新し、経路を再試験します。

受信者の視点で読む

表示される差出人名とアドレス、返信経路、件名、プレビューテキストを合わせて確認します。プレビューは件名を補足し、同じ文やシステム文を出さないようにします。冒頭でイベントと連絡理由を示します。ボタンを読むだけで押した後の行動が分かるようにします。日時、場所、形式、価格条件は画像を非表示にしても読める文字にし、情報を持つ画像には意味のある代替テキストを付けます。[2][3]

実際の申込経路をたどる

届いたテストメールの主要ボタンを押します。最終URL、言語、開催回、日付、券種または参加申込の選択を確認します。特定のワークショップを約束して一般的なトップページに送るのは不一致です。許可された試験経路がある場合、販売状況、価格表示、確認まで確認します。プログラム、アクセス情報、サポートへの別のリンクも見ます。自動リンク検査は個人向けリンクなどを見逃す場合があるため、重要な経路は人がたどります。[4]

テンプレートが壊れる条件を試す

編集画面のプレビューは受信画面と同じではありません。任意項目が埋まった記録と、名前や希望が空の記録を試します。対象となる言語、日付の形式、券種の差を確認します。画像を消して、行動と重要情報が読めるか見ます。フッターと購読設定はメッセージの種類と主催者が確認した要件に合うか確かめます。サービスの受信ソフト別プレビューを使う場合も、受信箱への到達を保証するものではありません。[4][5][3]

GO・条件付き・保留を記録する

最終承認者が、版、受信者数、情報の承認、経路試験、未解決の例外を一か所で見られるようにします。GOはその版の記録済みの確認が通った状態です。CONDITIONALは残る作業と担当者を指定し、完了後に再承認が必要です。HOLDなら解決まで予約も送信もしません。判断とともに予定時刻と時間帯を記します。予約後に重要な変更があれば、利用サービスで停止し、修正後に影響する確認をやり直します。[6]

初期の反応から正本を修正する

送信後は不達、返信、サポートへの質問を見て、対象者の誤り、リンク切れ、分かりにくい情報を探します。配達記録は読了や申込完了の証拠ではありません。誤りが確認されたら、正本のページを更新し、影響を受けた人を特定して責任者が訂正方法を決めます。次の送信を記憶ではなく証拠から始めるため、完成したシートをキャンペーンの版と一緒に保存します。