リピート注文クーポンとは、お客様の次の注文に向けたインセンティブです。いつもの再注文の時期や、競合アプリに流れてしまう前に届くようにタイミングを合わせます。競合アプリまでワンタップのクイックコマースでは、2回目の注文が、誰がそのお客様を引き留めるかを決めます。クーポンの役割は、その2回目の注文を自社で、しかもより早く起こすことです。
Pushwooshでは、ウォレットパス、プッシュ通知、アプリ内メッセージが1つの顧客プロファイルを共有します。そのため、リテンションのジャーニーの中でクイックコマース向けのウォレットクーポンを運用できます。
クイックコマースで2回目の注文が重要な理由
クイックコマースの経済性は、10〜15分で届けるという約束の上に成り立っており、その約束はオペレーションに大きな負担をかけます（業界分析、2025〜2026年）。このモデルはお客様が頻繁に注文して初めて成り立つため、ユニットエコノミクスを支えるのはリテンションです。
この一線を守れなかったプレイヤーに、市場は厳しい結果を突きつけてきました。Getirは2022年12月に競合のGorillasを12億ドルで買収しましたが、これはGorillasの1年前の評価額のおよそ3分の1でした（CNBC）。
良い知らせもあります。フードデリバリーアプリは強い出発点に立っています。CleverTapの2023年のフードテックのベンチマークでは、初週のリピート購入率は16%で、ECアプリの10%を上回っています（ベンダーによるベンチマーク、フードデリバリーが対象で食料品に特化したものではありません）。勝負の期間は最初の1週間です。
再注文のサイクル：自社のデータから始める
どのカゴにもリズムがあります。牛乳やパンは毎週、ストック品は毎月戻ってくるかもしれません。その間隔は、注文履歴にすでに表れています。
| カゴの種類 | 典型的なシグナル | クーポンのタイミング |
|---|---|---|
| 日用品 | 短く規則的な間隔 | いつもの間隔が終わる直前 |
| 週1回のまとめ買い | 同じ曜日の注文 | いつもの注文日の前日 |
| ときどきの買い足し | 不規則な間隔 | そのお客様の中央値より長い間隔が空いたあと |
| 初回注文のみ | まだ2回目の注文がない | 最初の1週間以内 |
カテゴリーの平均ではなく、お客様一人ひとりの間隔の中央値を使いましょう。すでにほかで再注文したあとに届くクーポンは、何の成果もない割引です。
梅雨の時期や年末年始は、外出が減って注文の間隔が普段と変わりやすい時期です。中央値は季節ごとに見直し、配信のタイミングをずらすかどうかを判断しましょう。
クーポンのタイミングと有効期限
リピート注文クーポンの採算を保つルールは3つです。
有効期限は1週間以内と短くします。クーポンは次の注文を前倒しするためのもので、1か月も手元に置かれるものではありません。
開始日を設定します。今回の注文ではなく次の注文から有効にして、どのみち発生したはずの注文に割引をつけないようにします。
ホールドアウトグループを残します。一部のお客様にはクーポンを送らず、再注文率を比較します。増分の注文を正直に見る方法は、これしかありません。
再注文にはウォレットかプッシュ通知か
クイックコマースでは、注文はアプリの中で行われます。そのため、ウォレットのクーポンの役割はスーパーのレジとは異なります。誰もスキャンしません。コードを保持し、有効期限を目に見える状態にしておくのが役割です。
| プッシュ通知 | ウォレットのクーポン | |
|---|---|---|
| 得意なこと | タイミングのよい後押し：「そろそろ牛乳の買い足しはいかがですか？」 | 有効期限までインセンティブを見える状態に保つ |
| 必要なもの | プッシュ通知の許諾 | お客様が一度追加すること |
| 届く相手 | プッシュ通知をオンにしたアプリのユーザー | 保存したすべての人 |
| 通知 | メッセージごと | パスに関する更新のみ |
| 利用 | チェックアウトへのディープリンク | チェックアウトでコードを適用 |
Pushwooshの考えは、両方を別々の役割で使うことです。プッシュ通知は適切な瞬間にリマインドを届けます。ウォレットのクーポンは、プッシュ通知をオフにしたお客様にもオファーの居場所を用意します。Appleでは、有効期限の前にクーポンを更新することもできます。変更したフィールドに変更メッセージがあれば、お客様にはロック画面の通知が表示されます。
iPhoneの利用率が高い日本市場では、この変更メッセージによるリマインドが届く範囲は広くなります。プッシュ通知をオフにしたお客様にも、期限前のひと押しを届けられます。
Googleでは、通知なしで更新されるOfferのタイプを使います。Googleのお客様へのリマインドは、プッシュ通知かメールで送ります。
リピート注文のジャーニーの例
-
初回注文の配達完了
有効期限7日の2回目注文クーポンを発行します。配達完了の通知にAdd to Walletのリンクを入れて送ります。
-
3日目
アプリのユーザーにプッシュ通知を送ります：「クーポンが使える状態です。」
-
6日目
Appleでは、「残り日数」などのフィールドを変更メッセージ付きで更新し、ロック画面の通知でリマインドします。Googleのユーザーにはプッシュ通知かメールを送ります。
-
注文完了
クーポンが使われ、パスが無効化されます。
-
7日目までに注文がない場合
クーポンは失効し、お客様は呼び戻しのフローに移ります。
クーポンにはクーポンの役割だけを
クーポンは自分自身についてリマインドできますが、新しいプロモーションを載せることはできません。AppleとGoogleが認めているのはパスに関する通知だけなので、週替わりのお得情報はプッシュ通知、アプリ内メッセージ、メールで送り、クーポンはお客様が手に入れた1つのオファーのままにしておきます。LINE公式アカウントでセール情報を送っているチームも、告知はLINE、クーポン本体はウォレット、と役割を分けると運用がシンプルになります。
Pushwooshで2回目の注文を勝ち取る
Pushwooshは、ネイティブのApple WalletクーポンとGoogle WalletクーポンをUser IDに対して発行し、同じジャーニーからプッシュ通知、アプリ内メッセージ、メールを運用します。お客様それぞれの再注文の間隔に合わせてクーポンを届け、適切なチャネルでリマインドし、使われたらパスを無効化します。
2回目の注文は、大きな割引で勝ち取るものではありません。お客様が競合アプリを開く前に、そこにいることで勝ち取るものです。
