Shopifyのユニーク割引コードを使うと、受信者、利用回数、発行グループを区別しながらオファーを管理できます。それでも、誰が対象か、何に使えるか、何回使えるか、いつまで有効かという明確なルールが必要です。コードを生成する前に制限を決め、顧客が実際に受け取る内容でテストしましょう。
使い方を定義する
オファーを一般公開するのか、特定の対象者向けか、一回限りか、特定の顧客行動に結び付けるのかを決めます。コードを生成する前に、対象条件と利用回数の制限を書き出しましょう。見た目が個別のコードだからといって、共有を防いだりすべての制限を適用したりできるとは限りません。
Sendvioでは割引コードの一括生成、インポート、接頭辞、同期に対応しています。コード自体に個人情報を入れずに、チームがキャンペーンを識別できる命名規則や接頭辞を使いましょう。
コードと利用制限を別々に考える
データベース内で一意なコードでも、受け取った人なら誰でも使える場合があります。一回限りの利用、顧客の対象条件、対象商品、有効期限はそれぞれ別のルールです。繰り返し利用、公開共有、意図しない併用、利益率の低い商品への適用など、どの問題を防ぎたいのか決め、そのリスクに対処する具体的なルールがチェックアウトで適用されるか確かめます。
たとえば、条件を満たす一人の顧客に向けたお礼特典では、利用回数と顧客制限の両方が必要かもしれません。利用回数しか制限しないユニークコードを共有すると、別の人に先に使われる可能性があります。反対に、対象条件が明確なら一般公開のキャンペーンは共通コードで問題ない場合もあります。複雑さは実際の問題を解決するために加えましょう。
同じ顧客にリマインダーを送る場合の動作も決めます。元のコードを再表示するのか、オファーの一部として新しいコードを発行するのかを確認しましょう。設定した手順で実際にどうなるかテストします。配信のたびに意図せず新しい特典を発行すると、決めたと思っていた利用回数制限の意味がなくなることがあります。
コードの割り当てとチェックアウトの挙動を確認する
対象顧客がどのようにコードを受け取り、使用するかテストします。表示される値、遷移先、最低購入額、対象商品、有効期限、繰り返し使用の可否を確認しましょう。除外されるべき顧客のケースも試します。
コードが不足または未設定の場合に備えて、キャンペーン手順に代替策を用意します。割引を約束したのにコード欄が空のメールを送ってはいけません。実データのプレビューを使い、有効化する前に最終内容を確認します。
一括発行の前に例外処理を決める
想定する対象者とフォロー手順をカバーできる数のコードがあるか確認します。インポートしたコードを使う場合は、重複、無効な値、有効期限を調べます。ファイルをアップロードできたから全メッセージに利用可能なコードが入ると思い込まず、管理用の記録で同期と割り当てをテストしましょう。
コードがない場合の挙動は配信開始の条件として扱います。利用できるツールや手順に応じて、送信前にコード群を修正するか、問題が解決するまで該当対象者への配信を保留します。目的のコードがないからという理由で、別のより大きな一般公開オファーを代わりに表示するのは避けてください。
運用記録では、発行グループ名、キャンペーン、制限、作成日を一緒に保管します。問題が報告されたら、顧客にアカウントの個人情報を転送してもらわなくても、チームが該当設定を見つけられるようにします。接頭辞はグループの識別に役立ちますが、顧客のメールアドレスなど個人情報を示してはいけません。
オファーの目的に沿って結果を確認する
利用回数、売上、平均注文額、費用を見て発行グループを評価します。予期しない利用傾向があれば、意図した受信者が使ったと決めつけず調査しましょう。
管理を厳しくすることで得られる価値より作業が増えるなら、オファーを簡単にします。大切なのは、正しい顧客に届き、約束どおりに動き、レポートで理解できる割引です。コードの形式は仕組みの一部にすぎません。
予想外の利用があっても、すぐに不正とは限りません。転送、リマインダーの挙動、対象条件、計測期間を確認します。原因となる制御や案内を直し、同じ設定を再利用する前に、対象となる顧客とならない顧客の両方をテストしましょう。