マーケティング自動化のテストでは、誰が対象になるか、待機中に何が起きるか、なぜ配信が止まるかを確認します。整ったメールのプレビューだけでは、購入を済ませた顧客にも購入手続きのリマインダーが届くかどうかわかりません。Shopifyの顧客に起こり得る状況を少数選び、各メッセージの表示だけでなく、その後の結果も確かめましょう。
まず期待する流れを決める
配信資格のある購読者、購読を解除した人、待機中に購入する顧客、パーソナライズ情報が欠けている人、2つの顧客体験の条件を満たす人について、どう動くべきかを書き出します。自動化の実際の目的に合うシナリオを選んでください。
各ケースで送るべきメッセージ、チャネル、タイミング、終了条件を記録します。予想外の結果を後から新しい想定として扱ってしまわないよう、テスト前に決めてください。管理されたテスト用記録を使い、実際の顧客への配信とテストを分けます。
各ケースの合格条件を見える形にする
自動化の目的から期待する結果を定めます。購入手続きのフォローを例に、次のケースを出発点にできます。どのストアにも共通するテスト一覧と考えず、設定したトリガーや利用可能な機能に合わせて調整してください。
- 配信対象の購読者：想定どおり一度だけ参加し、正しい言語とチェックアウト情報が使われ、適切なリンク先へ進める。
- 購読を解除した人：チェックアウトのイベントが条件に合っても、対象外にしたチャネルからマーケティングを受け取らない。
- 待機中に購入した人：購入条件に沿って、その後の販売目的のリカバリ配信が停止する。
- パーソナライズ情報の不足：値が欠けてもメッセージ全体が読みやすく、正確に成立する。
- 顧客体験の重複：チームが定めた優先順位と除外方針に従って、複数のメッセージが組み合わさる。
顧客体験全体で条件を追う
Sendvioで、送信ステップの前にあるトリガーと各条件を確認します。メールの購読をSMSの配信許可として扱わず、別の項目が更新されたために無効な連絡先が対象になることもないようにしてください。
時間の経過に伴う動きを確かめます。顧客が待っている間に購入、購読解除、注文状態の変更が起きることがあります。後続の動作が想定どおりか確認し、同じ期間に別の自動化が矛盾したメッセージを送らないかも調べましょう。
予想した結果と実際の結果を記録する
ケース名、開始時のデータ、発生するイベント、予想する配信または除外、実際の結果、確認根拠を記入できる簡単な表を使います。自動化とテンプレートのバージョンも記載してください。「テスト済み」というメモだけでは、同僚が何を、なぜ確認したか、その後の変更がなぜ重要か判断できません。
テストは管理された方法で行います。適切なテスト記録とサポートされたプレビュー・テスト機能を使い、フローを早く進めるためだけに実際の販促や顧客イベントを誤って発生させないようにします。安全に再現できない条件があれば、合格にせず、担当チームと確認して検証上の制限を記録してください。
ケースが失敗したら、入口条件、状態変更、待機時間、チャネルの対象条件、コンテンツ、リンク先など、原因となる最小の部分を特定します。その部分を修正し、影響を受けたケースと、変更によって結果が変わり得る隣接ケースをもう一度テストします。関係のないルールを同時に複数変更すると、どの修正が有効だったかわかりにくくなります。
ロジックの後にコンテンツを確認する
長い氏名、値が欠けた項目、商品名の違い、各言語版でプレビューします。リンクを開き、リンク先で割引が正しい条件で適用されるか確認します。その後、顧客体験を担当する人と対象者や有効化の設定を最終確認してください。
シナリオ表を自動化のメモと一緒に保管し、意味のある変更後に関連ケースを再テストします。変わっていない細部まで毎日すべて調べ直す必要はありません。新しい条件、テンプレート、特典、データ取得元の影響範囲に絞り、実際に続けられる確認にしましょう。
最も重要な条件の境界も一つ確認します。期間を使って対象者を選ぶなら、条件の内側と外側にいる記録を調べます。最低購入金額があるなら、適用対象と対象外のカートを試します。境界のケースでは、一般的な例で見落としがちな想定が明らかになることがあります。
有効化する前に、担当者が未解決の不具合を修正済みと確認するか、影響するステップを停止状態のままにします。開始後は不要な顧客情報を出さずに実際の結果を少数確認し、シナリオ表と比べます。テストの価値は、意図する顧客体験を明確にすることです。エディターで各ブロックを見慣れるまでクリックする儀式ではありません。