月曜の朝、$25M GMVのWooCommerceアパレルストアでは、リテンションマネージャーが四半期ごとのクリアランスセールを開始しています。チームはすでにストア全体のメールを作成済みです：金曜日に期限切れ、午前10時に1回の配信で25%オフ。今後7日間で、このメールは帰属収益8,400ドルを回収します。もう一方の回収チャネルは静かです。
マーチャンダイザーがWooCommerce管理画面でセール価格を設定するたびに、自動ワークフローがトリガーされ、そのSKUを特にウォッチしていた購読者にWooCommerceの値下げアラートが送信されます。同じ72時間のウィンドウで、値下げワークフローは19,200ドルを回収します。同じストア、同じセールで、自動化による回収額の2.5倍です。
これら2つのチャネルは代替可能ではありません。ストア全体のメールはブロードキャストであり、値下げワークフローはSKUごとのチャネルです。これらは競合するのではなく、積み重なり、ほとんどの中規模WooCommerceストアでは、SKUごとのチャネルが実質的に十分に活用されていない方です。
この記事では、値下げワークフローのエンドツーエンドの様子、3つのオーディエンスカスケードが適切なアーキテクチャである理由、頻度制限が割引ハンターのベースを育成しないようにする方法、そして財務部門が項目を読み取れるようにSKUごとの回収収益をどのように帰属させるかについて説明します。
値下げが最もコンバージョン率の高い回収トリガーである理由
ほとんどのリテンションワークフローは単一のオーディエンスに対してトリガーされます。カート放棄ワークフローはカート放棄者を対象とします。閲覧放棄ワークフローは閲覧放棄者を対象とします。ウェルカムシリーズは新規購読者を対象とします。値下げアラートは異なります。2つのオーディエンスが同じトリガーに収束します：商品を閲覧したがカートに追加しなかった閲覧放棄者、および特に価格のために離脱したカート放棄者。どちらも特定商品の意図を示しています。どちらも、1つのワークフロー、1つのトリガー、1つの終了基準で対応可能です。
値下げが単独のリマインダーのいずれよりも何倍もコンバージョンする3つ目の理由があります。トリガーシグナルは、オーディエンスシグナル単独よりも具体的です。閲覧放棄リマインダーは、購読者に対し、その商品がまだ彼らの注意に値するという販売者の言葉を信じるように求めます。値下げ通知は、メッセージ自体に証拠を運びます：価格が実際に変動し、新しい価格はこちらです。購読者はアラートと価格を同時に確認します。そのため、コールドオーディエンスでさえ、一般的な再エンゲージメントのプッシュよりも値下げ送信の方がコンバージョン率が高くなります。
価格アラートのオプトインの瞬間
製品詳細ページにある「値下げ通知」ボタンは、ミッドマーケットのeコマロースでは最も質の高いオプトインの1つです。購読者は、追跡したい特定の製品を指定します。サイト全体への一般的なオプトインと比較して、PDPの価格アラートオプトインは、コールドサブスクライバーの何倍ものレートで価格ドロップワークフローでコンバージョンする購読者ベースを生成します。購読者の質の複利引数は、トリガーサブスクリプションプロンプトに関する姉妹記事でより詳細に説明されています。要点は、オプトインソースが、リテンションにおけるあらゆるシグナルと同様に、購読者あたりのダウンストリーム収益をきれいに予測することです。
WooCommerceストアの場合、PDPオプトインはPushEngage JS SDKのsubscribeToProduct(productId)メソッドを通じて実装されます。ボタンは製品IDを購読者属性に書き込み、これは価格ドロップワークフローがルーティングできるセグメントになります。YITHまたはTI WooCommerce Wishlistプラグインを実行しているストアは、ウィッシュリストの価格追跡への並列ルートを持っています。各ウィッシュリスト製品は、事実上、顧客による明示的な価格アラートオプトインです。
値下げワークフローのエンドツーエンド
これは完全なワークフロー仕様です。PushEngage Workflowsビルダーに直接インポートしてください。
- トリガー（開始）：カスタムイベント
price_dropped。WooCommerceから、product_meta._sale_priceフィールドが更新され、_regular_priceより小さい場合にトリガーされます。イベントペイロードにはproduct_id、old_price、new_price、およびpercent_offが含まれます。 - 実行タイプ：複数並列。購読者あたりの製品あたりのワークフローインスタンス。3つの製品を追跡している購読者は、3つの同時インスタンスを取得します。それぞれが製品が購入されると独立して終了します。
- 頻度キャップ（ワークフローレベル）：過去14日以内に購読者属性
last_price_drop_alert_atがある場合は終了します。このキャップは、割引ハンターオーディエンスのトレーニングを防ぎ、次のセクションで防御されます。 - 決定1：購読者はこの製品のアラートを明示的に購読していますか（セグメント
price_alert_subs_{product_id}またはウィッシュリストの一致）？YESパス：明示的購読者向け価格ドロップアラートを送信します。NOパス：決定2に進みます。 - 決定2：購読者は過去30日以内にこの製品の閲覧放棄セグメントにいますか？YESパス：閲覧放棄者向け価格ドロップリマインダーを送信します。NOパス：決定3に進みます。
- 決定3：購読者は過去14日以内にこの製品のカート放棄セグメントにいますか？YESパス：カート放棄者向け価格ドロップリマインダーを送信します。NOパス：サイレント終了します。
- 待機：最初の送信から24時間後。
- 決定4：購読者は製品を購入しましたか？YESパス：終了します（成功、終了基準に一致）。NOパス：在庫切れ第二弾を送信します。
- 終了。
各分岐の通知コピー：
- 明示的な購読者: 「あなたが追跡している商品の価格が下落しました。{{product_name}} は {{new_price}} になり、{{percent_off}}% オフです。新しい価格で購入する。」
- 閲覧放棄者: 「良いタイミングです。先週見ていた {{product_name}} が {{new_price}} になり、{{percent_off}}% オフです。」
- カート放棄者: 「{{product_name}} をカートに残しました。価格が {{new_price}} に下がりました。カートはそのまま残っています。」
- 在庫残りわずか 2 回目の連絡: 「ご注意ください。{{new_price}} の {{product_name}} は在庫が少なくなっています。セール品は在庫の変動が早いです。」
価格アラートワークフローには、1 つのトリガー、3 つの送信分岐、1 つの終了条件があります。カートおよび閲覧ワークフローも実行している読者は、すでにオーディエンスセグメントと購読者属性を備えています。価格アラートワークフローは、その既存のインフラストラクチャの上に 1 時間以内に組み立てられます。
オーディエンスカスケードが適切なアーキテクチャである理由
ほとんどのリテンションスタックは、3 つの別々の価格下落キャンペーンを構築します。1 つは明示的なウィッシュリスト購読者向けで、ロイヤルティマネージャーが担当します。1 つは閲覧放棄者向けで、ライフサイクルマーケターが担当します。1 つはカート放棄者向けで、CRM リードが担当します。3 つのキャンペーンは、3 つのキャンペーンオーナー、3 セットのコピー（第 3 四半期までに乖離する）、および終了条件が忘れられる 3 つの場所を意味します。カスケードは、これらを 3 つの DECISION ノードを持つ 1 つのワークフローに統合し、意図のない購読者に対してはサイレントに終了し、二重送信は決して行いません。
| コンセプト | 3 つの別々のキャンペーン | 1 つのカスケードワークフロー |
|---|---|---|
| オーナー | 3 名（ロイヤルティ、ライフサイクル、CRM） | 1 名（リテンションマネージャー） |
| コピーバリアント | 3 つ、乖離する | 分岐ごとに 1 つの正規化されたバリアント |
| 終了条件 | 3 つのルール、個別に設定 | 1 つのワークルール |
| 頻度キャップ | なし（キャンペーンは連携しない） | 1 つのキャップ、ワークフローレベル |
| アトリビューション | 3 つの明細項目 | 1 つの明細項目、3 つの分岐小計 |
| 二重送信リスク | 高（ウィッシュリスト購読者はカート放棄者でもある可能性がある） | ゼロ（カスケードは意図で順序付けられる） |
カスケードの順序が重要です。明示的な購読者は、オプトインが最も高い意図のシグナルであるため、最初に評価されます。閲覧放棄者は、ほとんどの店舗で、カート放棄よりも製品ビューの方が新しく、より具体的であるため、2 番目に評価されます。カート放棄者は 3 番目に評価されます。カート放棄ワークフローは、すでに 0/10/20% の割引ラダーでメッセージを送信しているため、価格下落アラートは同じ購読者に対する別の角度であり、カートワークフロー自体のエスカレーションと重複しないように、カスケードの最後に配置する必要があります。
価格戦略の統合：割引ハンターを育成しないようにする
2 週間に 1 回セール価格通知を受け取る購読者は、待つことを学びます。これは、制限のない価格下落プログラムのサイレントコストです。アラートでコンバージョンするコホートは、次の値引きを待って、その後の購入も遅らせます。4 四半期にわたって、トレーニングされた割引ハンターの行動は、リテンションの計算を完全に損なう可能性があります。回復のための 5% のマージン取引は許容されます。12 か月間にわたるコホート全体の 25% のトレーニングされた行動による取引は許容されません。
防御はワークフローレベルの頻度キャップです。購読者あたり14日あたり最大1回の価格下落通知で、購読者属性last_price_drop_alert_atに対する終了基準チェックとしてワークフロー内で強制されます。各送信の成功は、UpdateAttributeアクションノードを介して属性を更新します。次に発生するprice_droppedイベントは、同じ購読者に対して属性をチェックします。14日以内であれば、3つのDECISIONブランチのいずれかが評価される前にワークフローは終了します。
キャップウィンドウは調整可能です。毎週のセールを実施している店舗では、関連性を保つために7日間に短縮する必要がある場合があります。四半期ごとのクリアランスセールを実施している店舗では、14日または21日に延長できます。重要なのは、キャップはキャンペーンオーナーのカレンダーリマインダーではなく、エンジンによって強制されるワークフローのルールであるということです。キャンペーンオーナーが席を移動しても、ワークフローのルールは忘れられません。
相関関係があります。頻度キャップは、価格下落ハンティングのフレームにいない購読者との関係も保護します。先週定価で商品を購入した顧客は、今週同じ商品の価格下落アラートを受け取りたくありません。終了基準のオーディエンスフィルター（この商品の過去30日以内の購入）は、そのケースを別のルールとして処理しますが、14日間のキャップは普遍的なフロアです。
WooCommerceスタック統合
データ入力は具体的です。WooCommerceストアでは、セール価格を製品メタテーブルの_sale_priceとして、通常価格を_regular_priceとして保存します。WooCommerce-PushEngage統合プラグインは、save_post_productアクションにフックし、各製品の保存時にメタを読み取ります。_sale_priceが空でなく、_regular_priceよりも小さい場合、プラグインはSKU、旧価格と新価格、および割引率とともにprice_dropped CustomEventを発火します。これは、価格下落ワークフローのSTARTノードがリッスンするイベントです。
動的価格設定プラグイン（WooCommerce用高度動的価格設定、WooCommerce動的価格設定と割引）は、ルールがエンゲージして同じフックをトリガーする際に、同じメタレイヤーに書き込みます。価格下落ワークフローは、価格変更が手動のセール価格編集によるものか、自動化された動的価格設定ルールによるものかを知る必要はありません。ソースに関係なくイベントをリッスンします。
明示的なオプトインの場合、PushEngage JS SDKはsubscribeToProduct(productId)を公開します。PDPの価格アラートボタンは、クリック時にこのメソッドを呼び出します。購読者は、price_alert_subs_{product_id}という名前の製品ごとのセグメントに追加されます。YITHまたはTI WooCommerce Wishlistプラグインを使用しているストアは、各ウィッシュリスト製品を同じ製品ごとのセグメントにマッピングする並列フックを書き込むことができます。これにより、ウィッシュリストの価格追跡と明示的な価格アラートのオプトインが同じオーディエンスにフィードされます。
最初に何を計測するか。販売数量トップ100のSKUは、ほとんどの収益をカバーします。まず、save_post_productフックをワイヤリングして、それらのSKUに対してprice_droppedを発火させます。同じセットにPDP価格アラートボタンを追加します。このスコープされたオーディエンスに対してワークフローをセットアップし、測定し、拡張します。全カタログは待つことができます。
ワークフローごとのアトリビューション
SKUおよびチャネルごとの、価格下落イベントあたりの回収収益。トリガーイベント（価格変更）がタイムスタンプされ、コンバージョンイベント（同一SKUの購入）がタイムスタンプされるため、これはリテンションにおける最もクリーンな収益アトリビューションです。2つを引き算すると、差額がアラートあたりの回収収益となります。
PushEngage Workflowsは、各ノードでキューに入れられたユーザー、完了したユーザー、離脱したユーザーを追跡します。四半期ごとのクリアランスセール期間中に、20万人の購読者リストを対象とした現実的な価格下落ワークフローのノードレベル分析は次のようになります。
| ノード | キューに入れられた | 完了 | 離脱 | メモ |
|---|---|---|---|---|
| 開始（価格下落、40 SKU） | 0 | 18,400 | 0 | 対象となる購読者と商品のペア 18,400件 |
| フリークエンシーキャップ離脱 | 0 | 17,100 | 1,300 | 直近のアラートからキャップされた 1,300件 |
| 決定1：明示的な購読者 | 0 | 4,200件（はい） | 0 | 明示的な購読者向け送信にルーティング |
| 決定2：閲覧放棄者 | 0 | 7,800件（はい） | 0 | 閲覧放棄者向け送信にルーティング |
| 決定3：カート放棄者 | 0 | 2,300件（はい） | 0 | カート放棄者向け送信にルーティング |
| 決定3 いいえのパス：離脱 | 0 | 0 | 2,800 | 意図のない購読者はサイレントに離脱 |
| アクション：最初の送信 | 0 | 14,300 | 0 | 3つのブランチにわたって送信 |
| 24時間待機 | 1,800 | 9,400 | 3,100 | 24時間以内に3,100件購入、離脱 |
| 決定4：購入済み？ | 0 | 9,400 | 0 | 購入していないすべての人を続行 |
| アクション：在庫少第二弾タッチ | 0 | 9,400 | 0 | 2回目の送信 |
| 終了 | 該当なし | 9,400 | 該当なし | これらのうち1,200件が次の48時間以内にコンバージョン |
このファネルでは、4,300人の購読者（3,100人＋1,200人）が価格下落イベントから72時間以内にアラートされたSKUを購入しました。平均カート単価58ドルとすると、これは週あたり約249,400ドルの回収収益に相当し、送信数は14,300回で、プッシュチャネルの送信あたりのコストはゼロです。SKUごとに集計すると、SKUあたりの収益は、割引実現指標とともにマーチャンダイザーのダッシュボードに表示されます。ワークフローはキャンペーンコストではなく、価格実現の項目となります。
財務部門にとっての適切な考え方は、価格下落ワークフローは発見された収益であるということです。これらは、通常の価格では購入しなかったが、アラート後にセール価格で購入した購読者です。店舗はこれらのSKUをいずれ値下げする予定でした。ワークフローは、その予定されていた値下げを回収された需要に変えます。
PushEngageワークフローで構築する
価格下落ワークフローは、PushEngage Workflowsのコンポーネントに直接マッピングされます。
| ワークフローの一部 | PushEngage要素 |
|---|---|
| トリガー | CustomEvent price_dropped、複数の並列実行タイプで開始 |
| 頻度キャップ | 購読者属性last_price_drop_alert_atでのオーディエンスフィルターによる終了基準 |
| オーディエンスの連鎖 | セグメントメンバーシップでのオーディエンスフィルター付きDECISION x3 |
| 送信 | ACTION SendPushNotification x4（3つの分岐と2回目のタッチ） |
| 属性更新 | 送信ごとにlast_price_drop_alert_atのACTION UpdateAttribute |
| 待機 | 24時間待機 |
| 購入終了 | 商品IDに一致するpurchaseイベントのGoal.Trackedフィルター付きDECISION |
| ターミナル | 終了 |
Workflowsエンジンには、価格下落およびサポートするカートとブラウズフローをカバーする60以上の出荷済みテンプレートが付属しています。カートとブラウズのワークフローが既に稼働しているリテンションマネージャーは、1時間以内に既存のオーディエンスセグメントの上にWooCommerceプッシュ通知の価格下落レイヤーを構築できます。
これが変えること
マルチチャネルリテンションプランを実行しているストアでは、プッシュとメールのオーケストレーションアプローチにより、プッシュ購読解除済み顧客のフォールバックとしてメールがレイヤー化されます。より広範なeコマースプッシュ通知ハブは、このワークフローとオーディエンスセグメントを共有するWooCommerceカート放棄ワークフローやブラウズ放棄リカバリーワークフローを含む、価格下落レイヤーが複合する周辺ワークフローをカバーします。
価格下落アラートはキャンペーンではありません。これは、単一のトリガー、単一の終了基準で、2つの既存のオーディエンスと1つの明示的なオプトインコホートにわたって複合するワークフローです。マーチャンダイザーはWooCommerce管理画面でセール価格をマークし続けます。ワークフローはSKUごとに実行され続けます。リテンションマネージャーはSKUごとの収益ラインを読み続けます。3つのキャンペーンが1つになります。訓練された割引ハンターのリスクは、ワークフローレベルのキャップで保持されます。回収された収益は、次のP&Lに発見されたドルとして計上されます。この計算は、ストアが実行するすべてのセールで複合します。
無料プランでは、200人の購読者、4つのチャネル（Webプッシュ、アプリプッシュ、WhatsApp、ライブチャット）すべて、および初日から完全なWorkflowsエンジンを利用できます。これは、上位10のSKUで価格下落ワークフローを計測し、予算を要求する前に実際の購読者で回収計算を証明するのに十分です。
無料プランから開始し、今週、既存のワークフローの上に価格下落レイヤーを実装してください。
