Skip to content

実験パスのパーソナライズ済みパス

パーソナライズ済みパスは、キャンペーンのパーソナライズ済みバリアントと同様の機能で、コンバージョンの可能性に基づいてキャンバスジャーニーの任意のポイントを個々のユーザー向けにパーソナライズできます。

パーソナライズ済みパスの仕組み

実験パスステップでパーソナライズ済みパスをオンにすると、キャンバスが1回限りの送信か繰り返し送信かによって動作が若干異なります。

  • 1回限りの送信キャンバス: ユーザーのグループが遅延グループに保持されます。残りのユーザーは、設定した期間(最良の結果を得るには少なくとも24時間)にわたって予測モデルをトレーニングするための初期テストに進みます。テスト後、特定のパスでコンバージョンする可能性が高いユーザー行動を学習するモデルが作成されます。最後に、遅延グループの各ユーザーは、そのユーザーが示す行動と初期テスト中に予測モデルが学習した内容に基づいて、コンバージョンの可能性が最も高いパスに送られます。
  • 繰り返し、アクショントリガー、APIトリガーのキャンバス: 指定された時間枠内に実験パスに入るすべてのユーザーに対して初期実験が実行されます。実験の整合性を維持するため、時間枠が終了する前にユーザーが複数のメッセージを受信した場合、毎回同じバリアントに割り当てられます。実験の時間枠が終了すると、各ユーザーはコンバージョンの可能性が最も高いパスに送られます。

パーソナライズ済みパスの使用

ステップ 1: 実験パスを追加する

キャンバスに実験パスを追加し、パーソナライズ済みパスをオンにします。

ステップ 2: パーソナライズ済みパスの設定を構成する

勝者を決定するコンバージョンイベントを指定します。利用可能なコンバージョンイベントがない場合は、キャンバス設定の最初のステップに戻り、コンバージョンイベントを割り当ててください。

コンバージョンイベントとして開封またはクリックを選択する場合は、パスの最初のステップがメッセージステップであることを確認してください。Braze は各パスの最初のメッセージステップからのエンゲージメントのみをカウントします。パスが別のステップ(遅延やオーディエンスパスステップなど)で始まり、メッセージが後から来る場合、そのメッセージはパフォーマンス評価時に含まれません。

次に、実験の時間枠を設定します。実験の時間枠は、遅延グループの各ユーザーに最適なパスを選択する前に、すべてのパスにユーザーを送る期間を決定します。この時間枠は、最初のユーザーがステップに入った時点から開始されます。

ステップ 3: フォールバックを決定する

デフォルトでは、テストの結果が統計的に有意な勝者を決定するのに十分でない場合、今後のすべてのユーザーは最もパフォーマンスの高い単一のパスに送られます。

または、今後のすべてのユーザーにパスの組み合わせを送信し続けるを選択することもできます。

このオプションを選択すると、実験パスの配分で指定されたパーセンテージに従って、今後のユーザーにパスの組み合わせが送信されます。

ステップ 4: パスを追加してキャンバスを起動する

1つの実験パスコンポーネントには最大4つのパスを含めることができます。ただし、1回限りの送信キャンバスでは、パーソナライズ済みパスがオンの場合、最大3つのパスを追加できます。4番目のパスは、Braze が自動的に実験に追加する遅延グループ用に予約する必要があります。

必要に応じてキャンバスの設定を完了し、起動します。最初のユーザーが実験に入ったら、キャンバスを確認して分析データが入ってくるのを確認し、実験のパフォーマンスを追跡できます。

実験の時間枠が経過し、実験が完了すると、Braze は遅延グループのユーザーを、予測モデルのおすすめに基づいてパーソナライズされたコンバージョンの可能性が最も高いそれぞれのパスに送ります。

1つの実験パスで最大4つのパスをテストできます。パスを追加し、必要に応じてキャンバスの設定を完了してから起動します。

最初のユーザーが実験に入ったら、キャンバスを確認して分析データが入ってくるのを確認し、実験のパフォーマンスを追跡できます。

実験の時間枠が経過し、実験が完了すると、その後キャンバスに入るすべてのユーザーは、コンバージョンの可能性が最も高いパスに送られます。

分析

パーソナライズ済みパスがオンになっている場合、分析ビューは初期実験パーソナライズ済みパスの2つのタブに分かれます。

初期実験タブには、実験の時間枠中の各パスの指標が表示されます。指定されたコンバージョンイベントに対するすべてのパスのパフォーマンスの概要を確認できます。

各ユーザーに最適なパスを決定するために送信された初期実験の結果。テーブルには、ターゲットチャネルのさまざまな指標に基づく各パスのパフォーマンスが表示されます。

デフォルトでは、テストはユーザーのカスタムイベントとパスの好み(ユーザーが最もよく反応するメッセージバリアント)の間の関連性を探します。この分析では、カスタムイベントが特定のパスへの反応の可能性を高めるか低めるかを検出します。これらの関係は、実験の時間枠が経過した後にどのユーザーにどのパスを割り当てるかを決定するために使用されます。

カスタムイベントとパスの好みの関係は、初期実験タブのテーブルに表示されます。

テストがカスタムイベントとパスの好みの間に意味のある関係を見つけられない場合、テストはセッションベースの分析方法にフォールバックし、カスタムイベントデータのテーブルは表示されません。

フォールバック分析方法

セッションベースの分析方法
パーソナライズ済みパスの決定にフォールバック方法が使用される場合、初期実験タブには、特定の特性の組み合わせに基づくユーザーの好みのバリアントの内訳が表示されます。

これらの特性は以下の通りです。

  • 最新性: 最後にセッションを行った時期
  • 頻度: セッションの頻度
  • 利用期間: ユーザーである期間の長さ

ユーザー特性テーブル。最新性、頻度、利用期間の3つのバケットに基づいて、どのユーザーがパス1とパス2を好むと予測されるかを示しています。

最新性は最後のインタラクションがどれくらい最近だったか、頻度はどれくらいの頻度でエンゲージしているか、利用期間はエンゲージしている全体的な期間の長さと考えてください。これら3つの要素に基づいてユーザーを「バケット」にグループ化し(ユーザー特性テーブルで説明されている通り)、どのバケットがどのパスをより好むかを確認します。これは、最後に購入した時期、購入頻度、顧客である期間に基づいて、ユーザーを数百の異なるリストに分類するようなものです。

ユーザーへのメッセージを選択する際、Braze はそのユーザーが属するバケットを調べます。各バケットはユーザーのパス選択に異なる影響を与えます。この影響は、ロジスティック回帰と呼ばれる統計的手法を使用して定量化されます。これは、過去のアクションに基づいて将来の行動を予測する方法です。この方法は、初期メッセージ送信中のユーザーインタラクションを考慮します。このテーブルは、各バケットのユーザーがどのパスにエンゲージする傾向があったかを表示することで結果を要約しているだけです。

最終的に、Braze はこれらすべてのデータを組み合わせて、各ユーザーに合わせたメッセージパスを選択し、可能な限りエンゲージメントが高く関連性のあるものにします。

パーソナライズ済みパスの選択方法
この方法では、個々のユーザーのおすすめメッセージは、そのユーザー固有の最新性、頻度、利用期間の効果の合計です。最新性、頻度、利用期間は、ユーザー特性テーブルに示されているようにバケットに分割されます。各バケットの時間範囲は、個々のキャンバスのユーザーデータによって決定され、キャンバスごとに変わります。

各バケットは、各パスに対して異なる寄与度または「プッシュ」を持つことができます。各バケットのプッシュの強さは、ロジスティック回帰を使用して初期実験でのユーザーの反応から決定されます。このテーブルは、各バケットのユーザーがどのパスにエンゲージする傾向があったかを表示することで結果を要約しているだけです。個々のユーザーの実際のパーソナライズ済みパスは、そのユーザーが属する3つのバケット(各特性に1つ)の効果の合計によって決まります。

パーソナライズ済みパスタブには、遅延グループのユーザーが最もパフォーマンスの高いパスに送られた最終実験の結果が表示されます。

このページの3つのカードには、予測リフト、全体的な結果、および勝者パスのみを送信した場合の予測結果が表示されます。リフトがない場合もありますが、その場合の結果は勝者パスのみを送信した場合(従来のA/Bテスト)と同じです。

  • 予測リフト: すべてのユーザーを全体的に最もパフォーマンスの高いパスに送る代わりに、パーソナライズ済みパスを使用することによる、選択したコンバージョンイベントの改善度です。
  • 全体的な結果: コンバージョンイベントに基づく2回目の送信の結果です。
  • 予測結果: 勝者バリアントのみを送信した場合の、選択した最適化指標に基づく2回目の送信の予測結果です。

キャンバスのパーソナライズ済みパスタブ。カードには、予測リフト、全体的なコンバージョン(パーソナライズ済みパス使用時)、予測ユニーク開封数(勝者パス使用時)が表示されています。

パーソナライズ済みパスとローカルタイム配信の併用

パーソナライズ済みパスを使用するキャンバスでは、ローカルタイム配信の使用はおすすめしません。これは、実験の時間枠が最初のユーザーが通過した時点で開始されるためです。非常に早いタイムゾーンにいるユーザーがステップに入り、予想よりもはるかに早く実験の時間枠の開始をトリガーする可能性があり、その結果、より一般的なタイムゾーンにいる大多数のユーザーがキャンバスに入ってコンバージョンするのに十分な時間がないまま実験が終了する可能性があります。

または、ローカル配信を使用したい場合は、24〜48時間以上の実験の時間枠を使用してください。そうすることで、早いタイムゾーンのユーザーがキャンバスに入って実験の開始をトリガーしても、実験の時間枠には十分な時間が残ります。遅いタイムゾーンのユーザーも、実験の時間枠が終了する前にキャンバスとパーソナライズ済みパスの実験パスステップに入り、コンバージョンするのに十分な時間があります。

New Stuff!