ユーザーの行動を見てから、次の一手を決める
最大3つの分岐がそれぞれ独自のイベントセットを監視しながら、ユーザーを最大90日間待機させます。最初の3つのどれにも一致しなかったユーザーは、必ず4つ目の分岐へ進みます。
Wait for Trigger でできること
最大3分岐
各分岐は独自のイベントセットを監視し、他の2つとは独立して評価されます。
1分岐あたり最大4イベント
AND（すべてのイベントの発火が必要）またはOR（いずれか1つで成立）で組み合わせます。
必ず存在する4つ目の分岐
Not triggered が、設定した3分岐のどれにも一致しなかったユーザーを、待機ウィンドウ内で拾い上げます。
最大90日
1つのWait for Trigger要素にユーザーを留めておける待機ウィンドウの上限です。
固定待機期間
初日にイベントが発火したユーザーも含め、全ユーザーをウィンドウの満了まで待たせます。
セッション別マッチング
そのユーザーが開いている全セッションではなく、イベントが属するジャーニーセッションだけにルーティングします。
分岐はどう決まるか
Wait for Trigger要素の3つの分岐は、それぞれ最大4つのイベントをAND・ORで組み合わせたリストを持ち、任意のイベントには属性条件を追加できます。要素は受信したイベントを3分岐すべてに対して同時にチェックし、最初に一致した分岐へユーザーを送ります。ウィンドウ内でどれにも一致しなかったユーザーは、すべての要素にデフォルトで存在する4つ目の分岐、Not triggeredへ着地します。
固定待機期間をオンにすると、一致したユーザーもウィンドウ満了まで待ってから次に進みます。何かが「決められた日数以内に起きたかどうか」をスコアリングしたい場合の設定で、発生した瞬間に反応させたい場合とは異なります。
| 設定項目 | 制御する内容 | 上限・デフォルト |
|---|---|---|
| 分岐数 | 並行して評価される、独立したイベントベースの条件 | 最大3 |
| 分岐あたりのイベント数 | AND・ORで組み合わせ、各イベントに属性条件を追加可能 | 最大4 |
| Not triggered | 設定した3分岐のどれにも一致しなかったユーザーを拾う | 常に存在 |
| 待機ウィンドウ | Not triggeredが発火するまで、ユーザーが要素に留まれる期間 | 最大90日 |
| 固定待機期間 | 分岐が一致した瞬間ではなく、ウィンドウ満了までユーザーを保持 | 任意のトグル |
| セッション別マッチング | order_id や ride_id など、一致するキーを持つ1つのジャーニーセッションにイベントを紐づける | 1ユーザーに対して複数セッションが同時に動くジャーニーで利用可能 |
この要素はカスタマージャーニービルダーの中に置かれ、キャンバス上の他の要素と同じイベントカタログを参照するため、ここでの分岐はすでに配置されている任意のチャネルブロックへそのままルーティングできます。
そのイベントが属する注文・配車だけに一致させる
ジャーニーのエントリーの中には、1人あたり1セッションではなく、注文や配車ごとに複数のセッションが同時に動くものがあります。同じジャーニーに3件の未完了注文を持つユーザーは、order_idごとに3つのアクティブセッションを抱えることになります。セッション別マッチングをオンにすると、order_id 482を持つorder_deliveredイベントは、注文482のセッションだけを動かします。残りの2つはそのまま待機を続けます。
オフの場合、同じイベントがそのユーザーの開いている全セッションに適用され、無関係な注文の分岐まで発火してしまいます。同じパターンは配車マッチングアプリのride_idや、1人のユーザーに対して動く複数セッションのうち1つを識別する任意のキーにも当てはまります。日本のフードデリバリーや配車マッチングアプリのように、1ユーザーが複数注文・複数予約を同時に抱えやすい業態ほど、この仕組みの効果が大きくなります。
コンバージョンした人としなかった人に、別々の次の一手を
カートリマインダーの後のpurchase、トライアル終了通知の後のsubscribe、支払い案内の後のpayment_successを最大90日間待ちます。一致したユーザーは、すでにコンバージョン済みの人向けに作られた分岐へ進みます。サンクスメッセージ、アップセル、領収書といった内容です。
それ以外のユーザーは同じウィンドウ内で待ち続け、Not triggeredに落ちてから、まだ行動していない人向けに用意した呼び戻しシーケンスへと進みます。年末商戦やお中元・お歳暮シーズンのセール告知後に、購入した人としなかった人で次のメッセージを出し分ける場面にもそのまま使えます。
こんな場面で真価を発揮
リマインダー後のコンバージョン分岐
購入した／しなかった、登録した／しなかった、支払った／支払わなかった。それぞれの結果を別々のパスへルーティングします。
注文・配車単位の結果分岐
セッション別マッチングにより、フードデリバリーや配車マッチングのジャーニー上の各イベントを、それが属する注文・配車に紐づけます。
固定ウィンドウでの効果測定
固定待機期間をオンにすれば、発生タイミングに関わらず「N日以内に起きたかどうか」でコホートをスコアリングできます。
- モバイルゲーム
- クリエイター・サブスクリプションアプリ
- フードデリバリー
- 配車マッチング・タクシー配車
- EC・小売
- マーケットプレイス
- フィンテック・銀行
日本市場では、フードデリバリーや配車マッチングのように1ユーザーが複数の進行中注文・予約を抱える業態、またEC・定期通販のカゴ落ちフォローで特に効果を発揮します。LINE公式アカウントを含むオムニチャネル導線の中に組み込んでおけば、Not triggered分岐からLINEやメールへ呼び戻しを続けることもできます。
同じキャンバス上にある、複数要素のうちの1つ
ジャーニーは通常イベントトリガーから始まり、メッセージを送った後にWait for Triggerへ到達して、ユーザーがそれにどう反応したかを確認します。Not triggered分岐は到達可能性チェックと組み合わせるのが自然で、反応しなかったユーザーにはジャーニーが次に進む前に別チャネルを用意できます。
同じキャンバス上の2つの隣人は、それぞれ別の役割を担います。Time Delayはイベントも分岐もなく、一定の時間だけ一時停止します。A/B/nスプリットは設定した割合でトラフィックをランダムに振り分けます。Wait for Triggerだけが、ユーザー自身の行動を待つ要素です。
イベント・セッションデータは、名前のあるインフラの上で完結
Wait for Trigger要素が評価するすべてのイベントは、プラットフォームの他機能と同じインフラ、Pushwoosh自社の米国・ドイツのハードウェア上で、GDPRおよびBDSG（ドイツ連邦データ保護法）に準拠して処理されます。PushwooshはSOC 2 Type I認証とISO 27001:2022を取得済みで、情シス審査で求められる第三者認証やデータ所在地の確認にもそのままお使いいただけます。詳細はデータセーフティページをご覧ください。
使い方
-
キャンバスに要素を配置
カスタマージャーニービルダーでジャーニーを開き、エントリーポイントやチャネルステップの後にWait for Triggerを置きます。
-
最大3分岐を組み立てる
分岐ごとに最大4イベントをAND・ORで設定し、各イベントに任意の属性条件を追加、待機ウィンドウを最大90日まで設定します。瞬時の反応ではなく固定ウィンドウでの測定にしたい場合は、固定待機期間をオンにします。
-
該当する場合はセッション別マッチングをオンにする
1人のユーザーに対して複数セッションが同時に動くジャーニーでは、order_id や ride_id など同じキーを持つセッションに受信イベントを紐づけ、1つのイベントが全セッションを同時に動かしてしまわないようにします。
よくある質問
関連製品を見る
1 つのビジュアルツールでキャンペーンを設計し、効率化します。Pushwoosh カスタマージャーニービルダーを使用して、顧客とのコミュニケーション、エンゲージメントの向上、リテンション、コンバージョン、セグメンテーション、実験を行います。
イベントベースのトリガーでエンゲージメントを促進。顧客が行動を起こした瞬間に自動的にキャンペーンを開始し、コンバージョンとリテンションのための完璧な瞬間を捉えます。
固定期間、時刻指定、日付指定、曜日指定、またはユーザープロフィールの日付を起点にジャーニーを一時停止します。最大30日の固定待機に対応。
ジャーニーのトラフィックを最大4つの分岐に分け、コンバージョン目標ごとにスコアリング。90%の信頼水準に達すると自動で勝者ブランチへルーティングします。
カート回復の自動化により、放棄されたカートを収益に変えます。タイミングの優れたリマインダー、パーソナライズされたオファー、そしてコンバージョンを促進するインセンティブを送信します。
マルチチャネルオーケストレーションで顧客体験を統一。メール、SMS、プッシュ通知など、複数のチャネルにわたるメッセージングを調整し、シームレスでパーソナライズされた顧客ジャーニーを実現します。