返品やキャンセルがあると、Shopifyの購入履歴だけではメールの対象を適切に判断できない場合があります。顧客が商品をもう持っていない、サポートを待っている、別商品に交換した可能性もあります。詰め替えやアクセサリーを提案する前に関連状態を確認し、すべてのケースに一つのルールを当てはめず、メッセージの目的に合わせて除外条件を決めます。
利用できるデータを把握する
アカウントで利用できる注文状態や更新、その反映までの時間を確認します。購入タグが後日の返品を自動で反映すると決めつけないでください。Sendvioで使う項目と条件を事前に確かめます。
サポート上の事情は適切な範囲で非公開にします。キャンペーンから外すだけなら簡単な条件で足りることが多く、機微な会話の詳細をマーケティング項目に複製する必要はありません。
顧客が関連商品をまだ持っているか確認する
全返品なら商品専用の詰め替え案内は不適切かもしれません。一部返品なら元の商品を持っている場合があり、交換なら別のバリエーションに変わっているかもしれません。状態が異なるケースに同じ一律除外を適用しないでください。
除外条件はメッセージの目的から決めます。互換アクセサリーの案内なら、役立つ元の商品を現在持っているかが問題です。一般ニュースレターでは所有状態が関係ない場合もあります。理由なく全配信から人を外すのではなく、特定の不一致を防ぐ条件にします。
データがいつ利用可能になるかも確認します。正しい条件でも古い注文記録に適用すると、誤った顧客を選ぶことがあります。タイミングに影響する目的で使う前に、利用する項目の出所、更新動作、既知の不足を記録します。
目的別に除外条件を調整する
返品された商品に関する再注文やクロスセルは不適切になる場合がありますが、今後のすべての連絡に適さないとは限りません。配信停止は別の状態として扱います。
関連する期間と見直し条件を決めます。明確な理由がない限り、状況が過ぎても残る恒久的なラベルを避けます。項目が信頼できない場合は、データ対応を解決するまで慎重な対象者を使います。
最終状態だけでなく状態変化をテストする
購入後にキャンセルした場合、自動化の待機中に返品した場合、利用できるデータがあれば交換した場合をテストします。後続メッセージを評価する時点で対象条件を確認し、最初に条件を満たした顧客が後続ステップにも常に適切だと思い込まないでください。
必要な項目を取得できない、または信頼できない場合は、サポートされた慎重な手順を選び、担当チームとデータの対応を直します。商品別の対象を狭める、配信前に対象記録を確認するなどが考えられます。維持されない架空の返品フラグを作って解決したように見せないでください。
必要で適切な場合を除き、広く使うマーケティング項目にサポートの詳細を保存しません。明確に定義された単純な除外状態で足りることが多く、非公開の苦情文までは通常不要です。担当者と見直し条件を設定し、一時的な状況が理由の分からない恒久ラベルにならないようにします。
影響するジャーニーをテストする
完了済み注文、キャンセル、関連する返品を管理された条件でテストします。後続メッセージが意図通りか、別の有効なキャンペーンが矛盾する体験を生まないか確認します。
無関係なフォローへの苦情は、データ品質の手がかりとして見ます。修正は柔らかい文面ではなく、対象ルールや更新手順かもしれません。良いターゲティングは、過去に注文した事実だけでなく、商品との現在の関係を反映します。
不適切な連絡を指摘されたら、文章を書き換える前にイベントの時刻と対象判断をたどります。誤ったデータ、更新の遅れ、条件漏れのどれが原因かを確定します。原因を直して状態遷移を再テストします。返却済み商品をまだ持っていると思い込むジャーニーは、柔らかい言い回しだけでは直りません。