第1四半期の最終週、4000万ドルのGMVを持つWooCommerce家庭用品店のレテンションマネージャーがダッシュボードを開きます。初回購入数は前年比12％増です。アクイジションチームは仕事をやり遂げました。残りの年の成果を左右する唯一の指標であるリピート購入率は、18ヶ月間22％で横ばいです。彼女はオートメーションスタックのWooCommerce購入後通知セクションまでスクロールします。項目は1つだけです。注文確認メール。ゼロ日目。注文後の最初の2週間の残りの17日間は沈黙しています。
その沈黙がギャップです。ほとんどのWooCommerce購入後通知スタックは、チェックアウト時に1つのトランザクションメールと3週間後に1つのレビューリクエストを送信し、作業は完了したと想定しています。完了していません。それらの2つのタッチの間には、初回購入者が戻ってくるかどうかを決定し、リピート購入者がアップグレードするかどうかを決定し、高AOV購入者が紹介するかどうかを決定する、すべてのウィンドウがあります。購入後ワークフローは、そのウィンドウに直接作用する唯一のオートメーションです。この記事では、同じ店舗のリピート率を2四半期以内に22％から28％に引き上げる14日間、6回のタッチポイントワークフローを紹介します。
購入後はリピート率向上のための施策であり、リカバリー施策ではない
ほとんどのレテンション記事では、購入後のタッチを「放棄とリカバリー」に分類しています。カート放棄、閲覧放棄、ウィンバック、購入後。4つの箇条書き、1つのセクション。その捉え方が間違っています。それらの4つのうち3つはリカバリーワークフローです。現在のジャーニーが停滞したときにトリガーされ、ワークフローの仕事はそれを解除することです。購入後ワークフローは何もリカバリーしません。購読者はすでに支払っています。ジャーニーは停滞していません。
購入後ワークフローは次の購入を構築します。それは異なるカテゴリーのレテンションワークです。それは異なる表面で複利計算されます。カート放棄はリカバリー収益を8〜14％向上させますが、それはカートを放棄した購読者のスライスにのみ影響します。閲覧放棄は閲覧からカートへのコンバージョンを向上させますが、それは商品ページにアクセスした購読者のスライスにのみ影響します。購入後ワークフローはリピート購入率を向上させます。これは、そのストアが過去に持っていたすべての支払い顧客に適用されます。顧客ベース全体で5％の改善は、スライスの20％の改善よりも多くの増分収益を生み出します。
これは、購入後ワークフローのスタックにおける位置を定義するレテンションの計算です。それはビルディング内の唯一のリピート購入オートメーションです。他のすべてはリカバリーワークです。
収益の70％がリピート顧客からのものである中規模のWooCommerceストアでは、購入後のワークフローが1回のメールで終わる afterthought であれば、収益の最大のレバーが間違って設定されています。チェックアウトから次の購入シグナルまでの14日間のウィンドウは、顧客ライフサイクルの中で最もアクションを起こしやすい期間です。このウィンドウを所有するリピート購入自動化は、オーディエンスはすでに費用済みであるため、今四半期にリテンションチームが提供できる最も安価な収益増加です。
購入後ワークフローの6つのタッチポイント
6つのタッチポイント、14日間、1つのワークフロー。この記事の残りの部分で使用される語彙（START、WAIT、DECISION、SPLIT_PATH、ACTION、END）は、標準的なPushEngage Workflowsビルダーの文法であり、PushEngage Workflowsビルダーの発表投稿で詳しく説明されています。ここでの単一のトリガーは注文完了イベントであり、WooCommerceのwoocommerce_payment_completeフックから、注文ID、注文値、およびペイロード内の商品リストを含むPushEngageカスタムイベントにマッピングされます。
ワークフローは複数のシーケンシャルモードで実行されます。一度に顧客ごとに1つのアクティブなインスタンスがありますが、次の注文は現在のインスタンスが完了した後に新しいインスタンスをトリガーします。ワークフローが自身と重複することはありません。
タッチポイント1 — 注文確認プッシュ、即時
最初のタッチはwoocommerce_payment_completeの数秒以内にトリガーされます。これはトランザクションですが、新しいバイヤーが支払い後にブランドから受け取る最初のメッセージであるため、トーンは重要です。注文概要と配送予定日を含めます。プッシュ通知は、メールの開封が数時間後になるのに対し、プッシュはバイヤーが確認ページにいる間に届くため、注文確認メールよりもここで優れています。
注文確認プッシュは、出荷が最も簡単なタッチポイントですが、最も間違いやすいポイントでもあります。有用な詳細のない単なる「ご注文ありがとうございます」は、インプレッションを無駄にします。正しいパターンは、注文番号と明示的な発送日を含む1行の確認です。
コピー例。タイトル: ご注文ありがとうございます、マヤ様。金曜日までに発送します。本文: 注文番号 #18432、$147.00。発送時に追跡リンクをテキストメッセージでお送りします。
タッチポイント2 — 発送状況更新、1〜3日目
2番目のタッチはwoocommerce_order_status_changedからprocessingまたはcompletedへの変更時にトリガーされます。運送業者への引き渡しは、2番目のプッシュの自然な瞬間です。このタッチポイントでのリテンションの動きは「注文を追跡する」リンクであり、これは運送業者ではなくストアにルーティングされます。2日目に発送状況を確認するためにストアに戻るバイヤーは、別の閲覧セッションから2クリックの距離にいます。
リンクは、運送業者のステータスをインラインで表示するストアドメインでホストされた追跡ページに着陸し、「お待ちの間」セクションには同じカテゴリの2つの補完的な商品が表示されるべきです。これは、ワークフロー全体で最も収益性の高い不動産活用の一つです。
タッチポイント3 — 配達確認、3〜7日目
3回目のタッチで、配送業者配送のWebhookがトリガーされるか、配送業者のWebhookが信頼できない場合は、推定配送日がトリガーされます。購読者は製品の所有者となります。これは、ワークフローにおいて製品自体が購入者の手にある最初の瞬間です。リテンション施策は「[製品]との最初の24時間」コンテンツであり、製品カテゴリに応じて、セットアップのヒント、ケアの説明、または開始ガイドへの短いリンクです。
家庭用品店の場合、組み立て説明書やスタイリングガイドになる可能性があります。コーヒー店の場合は、抽出のヒント。サプリメントブランドの場合は、毎日のルーチンのおすすめ。コンテンツがリテンション施策であり、プッシュが配送手段です。
タッチポイント4 — 使用状況の確認、5〜9日目
4回目のタッチは、最初のプロアクティブな確認です。このタッチがトリガーされる時点で、購読者は製品を48〜72時間所有しています。リテンション施策は製品カテゴリによって異なります。コーヒーグラインダーは「最初の抽出ヒント」プッシュをトリガーします。スキンケアセットは「5日目のルーチン」プッシュをトリガーします。家具はスタイリングヒントプッシュをトリガーします。確認はアップセルとしてではなく、ケアとして位置付けられますが、ディープリンクはカテゴリに関連するクロスセルページにルーティングされます。
このタッチポイントは、消耗品やアクセサリーをクロスセルする自然な場所としても機能します。コーヒーグラインダーの購入者は豆を必要とします。スキンケアセットの購入者は次のレベルのセラムを必要とします。家具の購入者は、それに合うサイドテーブルを必要とします。クロスセルは、購入された製品に関連付けられたコンテキストベースであり、一般的な「あなたも好きかもしれません」カルーセルではありません。
タッチポイント5 — レビューリクエスト、7〜14日目、送信時間にSPLIT_PATHあり
5回目のタッチは、購入後の標準的なタッチであり、組み込みのA/Bテストが可能な唯一のタッチです。レビューリクエスト通知は、製品カテゴリに応じて、配送後7〜14日後にトリガーされます。SPLIT_PATHノードは、購読者の50%に購読者のローカル時間の午前9時にプッシュを送信し、残りの50%に購読者のローカル時間の午後7時にプッシュを送信します。2週間スプリットを実行した後、ワークフローのwinner_edge_idを介して、最も効果的な送信時間をプロモートします。
PushEngageの顧客データによると、コーヒー、朝食、サプリメントブランドでは午前中の送信が効果的です。エンターテイメント、家庭用品、ライフスタイルブランドでは午後の送信が効果的です。スプリットは店舗ごとに実行されます。他の店舗のデータから勝者を想定しないでください。
ディープリンクのターゲットは、レビュープラットフォームによって異なります。ネイティブWooCommerceレビューは製品ページのレビューセクションにルーティングされます。TrustpilotおよびYotpoの統合は、ホストされたレビューページにルーティングされます。このタッチポイントを有効にする前に、統合を確認してください。
コピー例。タイトル: フレンチプレスはいかがですか、マヤさん？ 本文: 簡単なレビューをお願いします。すべて拝読しています。
タッチポイント6 — 補充またはクロスセル、10〜14日目、製品カテゴリにDECISIONあり
6回目のタッチは、リピート購入率を直接動かすものです。DECISIONノードは、購入した商品が消耗品（コーヒー豆、サプリメント、キャンドル、スキンケア、ペットフード）か耐久消費財（家具、電化製品、衣料品、装飾品）かに基づいて加入者をルーティングします。消耗品は、カテゴリー固有のペースで補充プッシュにルーティングされます：豆は14日目、サプリメントは20日目、キャンドルは30日目。耐久消費財は、補完的なカテゴリーへのクロスセルプッシュにルーティングされます。
これはワークフローの費用を賄うタッチポイントです。補充注文率が5％向上すると、50,000人のバイヤーの顧客ベースで意味のある収益になります。クロスセルバリアントは、2回目の注文でAOVに比較的小さいながらも複利効果をもたらします。
コピー例、補充。タイトル：豆が少なくなってきましたか、マヤさん？本文：12オンスの詰め替え用が入荷しました。ワンタップで再注文できます。
このワークフローを定型的ではなく文脈的なものにするDECISIONノード
同じワークフローが6つのタッチポイントすべてで有料顧客を処理しますが、同じ6つのタッチポイントを処理するわけではありません。3つのDECISIONノードが、加入者を同じワークフローの異なるブランチにルーティングします。これが、一般的な購入後ワークフローと文脈的なワークフローを分けるものです。
最初のDECISIONはタッチポイント3（配送確認）の後に発火します：初めての顧客かリピート購入者か？初めての顧客は、タッチポイント4でオンボーディングとして提示される、より強力な利用状況チェックインにルーティングされます。リピート購入者は、感謝として提示される、より軽い利用状況チェックインにルーティングされます。同じタッチポイント、2つの異なるトーン、1つのDECISION。
2番目のDECISIONはタッチポイント6（補充対クロスセル）の前に発火します：購入した商品は消耗品か耐久消費財か？カテゴリーは、ワークフロー開始時にWooCommerceの商品分類から読み取られ、加入者属性last_order_categoryに保存されます。消耗品は補充ブランチにルーティングされます。耐久消費財はクロスセルブランチにルーティングされます。
3番目のDECISIONはタッチポイント5（レビューリクエスト）の前に発火します：注文金額はストアの平均注文金額を上回っているか下回っているか？高AOVの注文は、商品がより慎重に検討され、バイヤーが意見を形成するためにより多くの時間が必要なため、わずかに遅延したレビューリクエスト（7日ではなく10日目）を受け取ります。低AOVの注文は、標準の7日目のレビューリクエストを受け取ります。
3つのDECISIONノード、1つのワークフロー、多くのテーラードジャーニー。同じ購入後ワークフローが、30ドルのキャンドル注文と400ドルのダイニングチェア注文を処理し、両方に同じタッチポイントを生成しません。
レビューリクエストの送信時間に対するSPLIT_PATH
レビューリクエスト通知は、ワークフロー内で組み込みA/Bテストが行われる唯一のタッチポイントであり、テストは個別の設定として追加されるのではなく、ワークフローノードとして構成されます。SPLIT_PATHノードは、午前送信に50％、午後送信に50％を割り当て、ロードバランシングが加入者ごとのルーティングを処理するため、小サンプルノイズが分割を歪めません。
この指標はクリック率ではありません。指標は、送信後72時間以内のレビュー送信率です。CTRは夜間の送信を重視しますが、これは加入者が自宅で通知をタップする可能性が高いためです。しかし、送信率はしばしば朝の送信を重視します。これは、加入者がコーヒーを飲みながら数分あるときにレビューを完了するのであって、Netflixのエピソードを見始めようとしているときではないからです。正しい指標に対して最適化してください。
十分なボリューム（各ブランチで最低800人の加入者というのが大まかな目安です）が2週間続いたら、winner_edge_idを通じて勝者をプロモートします。その後、ワークフローは後続の加入者をすべて勝者の送信時間にルーティングし、SPLIT_PATHはワークフローから削除されずにアクティブな使用から消えます。
終了基準と、このワークフローが異なる理由
ほとんどのワークフローは目標達成で終了します。カートワークフローはpurchaseで終了します。Win-backワークフローはlast_active < 7 daysで終了します。購入後ワークフローは異なります。ほとんどのシグナルでは終了しません。14日目に自然に完了します。
その理由は、ワークフローのジョブにあります。リカバリーワークフローには、加入者が回復したかどうかの二項成功条件があります。ワークフローのジョブは、加入者をゴールラインを越えさせることです。加入者がそれを越えた瞬間に、ワークフローのジョブは完了し、終了が発火します。購入後ワークフローには二項成功条件がありません。「加入者が購入後ジャーニーを完了した」というものはありません。すべてのタッチポイントはそれ自体がリテンションの動きであり、タッチポイント3と5のみを開いた加入者でも、ワークフローから価値を得ています。
発火する唯一の終了シグナルは、成功終了です：目標next_purchase_within_60d。最初の注文から60日以内に2回目の注文をした加入者は、ワークフローの実際のジョブを達成しました。ワークフローは正常に終了し、次の購入後インスタンス（新しい注文用）が引き継がれます。Multiple Sequential実行タイプは、重複がないことを保証します。
加入者の購読解除は、標準のPushEngageワークフロー終了ルールに従ってワークフローを終了させますが、ダウングレードまたはチャーンシグナルは終了させません。このワークフローは注文ごとに1回限りであり、そのジョブは、自然な終了の前に、その有料関係の価値を最大化することです。
サイレントアワーとタイムゾーンの尊重
ミッドマーケットのWooCommerceストアには、国際的な加入者がいることがよくあります。午後7時のサイト時間でのレビューリクエストは、APACのバイヤーにとっては現地時間の午前4時に届きます。購入後ワークフローは、サイレントアワーをstart_at: "22:00"およびend_at: "08:00"に設定し、rescheduleフォールバックを使用します。サイレントアワー中に本来送信されるはずだった通知は、翌日の午前8時01分に加入者のタイムゾーンで再スケジュールされ、サイトのタイムゾーン、次にUTCにフォールバックします。
skipフォールバックはこのワークフローの選択肢として不適切です。skipは通知をサイレントに破棄し、分析から削除します。通知は配信されず、ワークフローは完全にタッチポイントを失います。リピート購入率を向上させることだけが目的のワークフローでは、すべてのタッチポイントが配信される必要があります。rescheduleはそれが確実に配信されるようにします。
サイドバー：AIアシスタントから購入後ワークフローを管理する
WordPressプラグイン4.2.4以降では、Abilities APIを通じて2つのWooCommerce限定機能が登録されます：list-push-automation-campaignsとupdate-push-automation-campaign。MCP対応アシスタント（Claude、ChatGPTデスクトップ、Cursor）を実行するリテンションマネージャーは、WordPress管理画面を開かずに、アクティブな購入後ワークフローをリスト表示したり、特定のワークフローを有効または無効にしたり、管理者または顧客の設定を更新したりできます。ワークフロー自体はPushEngageに残ります。これらの機能は、チームが日常業務に使用するどのアシスタントにも設定インターフェースを公開します。完全な機能リストについては、PushEngage AIアシスタント発表を参照してください。WPプラグイン4.2.4のリリースノートも参照してください。
ワークフローごとの分析：リピート率ファネルを読む
WooCommerceプッシュ通知は、分析で適切な数値を表示すれば、P&Lで容易に正当化できます。ワークフローレベルの分析では、各ノードでキューに入った数、完了した数、離脱した数の3つの数値が表示されます。購入後ワークフローの場合、14日間のウィンドウで10,000件の注文コホートに対するタッチポイントごとのテーブルは次のようになります。
| タッチポイント | キューに入れられた | 完了 | 離脱 | メモ |
|---|---|---|---|---|
| 開始（注文完了） | 0 | 10,000 | 0 | すべてのエントリが進行 |
| タッチポイント1（注文確認） | 0 | 9,920 | 80 | チェックアウト時に80件が購読解除 |
| タッチポイント2（発送通知） | 220 | 9,640 | 60 | 返品またはキャンセルが60件 |
| タッチポイント3（配達確認） | 380 | 9,180 | 80 | 配達問題が80件報告 |
| タッチポイント4（利用状況確認） | 410 | 8,820 | 350 | 目標next_purchase_within_60dで350件が離脱 |
| タッチポイント5（レビュー依頼） | 290 | 8,180 | 640 | 早期再注文でさらに640件 |
| タッチポイント6（補充/クロスセル） | 0 | 7,890 | 290 | ウィンドウ中盤での購読解除が290件 |
| 終了 | 該当なし | 7,890 | 該当なし | 自然完了 |
このテーブルで最も重要な数値は、ワークフローが完了する前にリピート購入を行った1,280人の購読者（350 + 640 + 290）です。これはワークフロー内でのリピート率12.8%であり、60日間の測定ウィンドウでベースラインの22%に対して複利計算されます。
コホートレベルの比較は、ワークフローが向上させるために構築されたリテンションKPIです。最初の四半期はA/Bホールドアウトを実行してください。新しい注文の半分は購入後ワークフローを経由します。半分は経由しません。最初の購入から60日後に、両方のコホートのリピート購入率を測定します。
| コホート | 60日後のリピート購入率 |
|---|---|
| コントロール（購入後ワークフローなし） | 22% |
| ワークフローコホート | 28% |
月間10,000件の注文でAOVが145ドルの場合、6ポイントの向上は月間87,000ドルの追加リピート購入収益に相当します。ワークフローは稼働初週で元が取れます。四半期を通じて、この項目はリテンションチームが達成する最も安価な収益となります。これがリピート購入自動化が正しく測定された場合の姿です。通知ごとのCTRではなく、ワークフローが向上させるために構築された指標の向上を証明するコホート比較です。
PushEngageで構築する
PushEngageのワークフロービルダーには、上記の6つのタッチポイントに対応する購入後テンプレートが用意されています。PushEngage WooCommerce連携プラグイン（機能APIサポートにはバージョン4.2.4以降が必要）をインストールし、woocommerce_payment_completeをorder_placedカスタムイベントにマッピングして、テンプレートを有効化します。サイレントアワーとSPLIT_PATHノードは事前に設定されています。DECISIONノードには、連携プラグインがWooCommerceから自動的に読み取る製品カテゴリの分類マッピングが必要です。
より広範なリテンションスタックについては、このワークフローは、シリーズ内の他の4つのWooCommerceプッシュ通知ワークフローと並行して実行されます。すなわち、WooCommerceカート放棄ワークフロー、WooCommerce閲覧放棄ワークフロー、WooCommerce価格変動アラート、WooCommerce再入荷通知です。それぞれが顧客ライフサイクルの異なる局面で機能します。購入後ワークフローは、リピート購入率を直接構築する唯一のワークフローです。他の4つは停滞した現在のジャーニーを回復させますが、これは次のジャーニーを構築します。
これらのワークフローが完全なeコマースリテンションプログラムにどのように適合するかについてのより広範なビューについては、eコマースプッシュ通知ハブを参照してください。ここでは、これらのブループリントが実装するキャンペーンタイプについて説明します。
PushEngageの無料プランでは、初日から200人の購読者、すべてのチャネル、および完全なワークフローエンジンを利用できます。これは、予算を要求する前に、管理されたコホートでポストパーチェスワークフローを証明するのに十分です。無料プランから開始し、1時間以内にポストパーチェステンプレートを有効化してください。顧客ベース全体でリピート率がわずか3ポイント向上するだけでも、プラットフォームの費用を何度も回収でき、次のP&Lレビューで発見された収益として計上されます。
