リードスコアリングワークフローの作成
このユースケースでは、Braze を使用してユーザーのリードスコアをリアルタイムで更新し、自動的にリードを営業チームに引き継ぐ方法を示します。
Braze でのリードスコアリングワークフローの作成には、次の 2 つの重要なステップがあります。
- Braze でリードスコアリングキャンバスを作成するか、外部リードスコアリングツールと連携します。
- 適格なリードを営業チームに送信する Webhook キャンペーンを作成します。
単純なリードスコアリング
ステップ 1:キャンバスを作成する
-
[メッセージング] > [キャンバス] に移動し、[キャンバスを作成] を選択してから、キャンバスの基本事項を入力します。
-
キャンバスに「リードスコアリングキャンバス」などの関連する名前を付け、探しやすくするために、「リードの管理」などのタグを付けます。
ステップ2:エントリ基準の設定
-
エントリ スケジュールステップに進み、Action-Basedエントリ スケジュールを選択します。これにより、ユーザーが特定のアクションを実行すると、キャンバスにユーザーが入ります。
-
アクション ベースのオプション で、次の2 つのアクションs を追加します。
- [カスタム属性値を変更] でリードスコアリング属性の名前 (
lead score
など) を使用して、カスタム属性値を変更します。リードスコアリング属性をまだ作成していない場合は、カスタム属性sのステップに従います。これにより、ユーザーのリードスコアが変化するたびに、キャンバスにユーザーが入ります。 - メールアドレスの追加
- [カスタム属性値を変更] でリードスコアリング属性の名前 (
ステップ 3:ターゲットオーディエンスの特定
ステップ 3a: セグメントの選択
すべてのユーザーがリードスコアリングの対象であるため、どのユーザーセグメントをターゲットに選択し、追加のフィルターを適用することで、スコアの記録対象のユーザーに関する会社固有のルールを追加できます。たとえば、従業員、すでに顧客であるユーザー、および類似のユーザーを除外できます。
ステップ 3b: キャンバスの再適格性の設定
ユーザーは、このキャンバスをライフサイクル全体で何度も通過するため、必ずユーザーが前回終了した後ただちに再び入れるようにしてください。これは、再適格性の設定によって実現できます。
[エントリコントロール] で、以下を実行します。
- [ユーザーがこのキャンバスに再エントリできるようにする] を選択します。
- 指定ウィンドウを選択します。
- 再適格性を「0」秒に設定します。
ステップ 3c: 送信設定のアップデート
このキャンバスの運用上の性質と、これらのユーザーにメッセージが送信されないことを考慮すると、購読ステータスに従う必要はありません。
[購読設定] の [次のユーザーに送信] で、[購読解除ユーザーを含むすべてのユーザー] を選択します。
ステップ 4:キャンバスを作成する
ステップ 4a: アクションパスの追加
バリアントのプラスアイコンを選択し、[アクションパス] を選択します。
ステップ 4b: アクショングループの作成
それぞれのアクション群は、同じ点の増減につながるすべてのアクションs を表します。最大8 つのアクショングループを設定できます。この例では、4つのグループを設定します。
アクションパスに次のグループを追加します。
- グループ 1:1 ポイントの増分でカウントするすべてのイベント。
- グループ2:5 ポイントの増分でカウントするすべてのイベント。
- グループ 3:1 ポイントの減分としてカウントされるすべてのイベント。
- その他のユーザー:アクションパスを使用すると、待機ウィンドウを定義し、ユーザーがアクションを受け取るかどうかを確認してから、それらを「他のすべてのユーザー」グループにドロップできます。リードスコアリングの場合、これは「非アクティブ」のスコアを減分する機会です。
ステップ 4c: 関連するイベントを含めるように各グループを設定する
それぞれのアクショングループで、トリガーを選択し、特定のアクショングループのポイント数を追加するイベントを選択します。さらにトリガーを追加して、リードスコアを 1 つ増やすすべてのイベントを含めます。たとえば、ユーザーは、任意のアプリでセッションを起動したり、カスタムイベント(ウェビナーの登録や参加など)を実行したりすると、得点を1つ増やすことができます。
ステップ 4d: ユーザアップデートステップの追加
アクションパスの下に作成した各キャンバスパスに、ユーザー更新ステップを追加します。
各ユーザー更新ステップの [作成] タブの対応するフィールドで、次の操作を行います。
フィールド | アクション (Action) |
---|---|
属性名 | ステップ 2 で選択したリードスコア属性を選択します (lead score )。 |
アクション (Action) | パスが得点を上げる場合は増分に、パスが得点を下げる場合は減分にアクションを変更します |
増分または減分 | リードスコアから増減するポイント数を入力します。 |
ステップ 5: キャンバスを起動する
完成しました。リードスコアリングキャンバスを起動する準備ができました。
外部リードスコアリング
当社のテクノロジーパートナーの 1 社を使用するか、独自の内部リードスコアリングモデル、機械学習、または別のリードスコアリングツールを使用するかどうかに関わらず、複数の選択肢を用意しています。
外部パートナー
リードスコアリング機能を提供するB2Bパートナーについては、Technology partnersを参照してください。ツールが用意されています。users/track
API エンドポイントを呼び出すことで統合できます。
内部リードスコアリングデータモデル
Brazeは、リードスコアリングモデルを含む内部データモデルとさまざまな方法で統合できます。当社のお客様が Braze 連携している一般的な例については、以下を参照してください。
統合クラウドデータウェアハウス
マーケティングツールとして、Braze には、チームの内部リードスコアモデルを補完できる、非常に関連性の高いデータが含まれています。
例えば、メッセージングエンゲージメントデータ (メールの開封やクリック、ランディングページのエンゲージメントなど) でリードのエンゲージメントレベルを判定できます。このデータをクラウドデータウェアハウスに渡し、Brazeストリーミングエクスポートデータソリューションs を使用してリードスコアリングモデルの入力として使用できるようにすることができます。
内部チームがリードスコアリングモデルを作成して実行したら、そのデータをBraze にプルバックして、関連するメッセージングのリードをより適切にSegmentし、対象にすることができます。これは、 Braze クラウドデータ取り込みで実行できます。
クラウドデータ取り込みの場合、社内チームがユーザー識別子、最新のリードスコア、およびスコアが更新されたときのタイムスタンプを含む新しいテーブルまたはビューを作成します。Braze はテーブルまたはビューを選択し、リードスコアをユーザープロファイルs に追加します。
リードの引き継ぎ: マーケティング適格リード (MQL) を営業へ{#lead-handoff}
リードの引き継ぎの推奨アプローチは、対応するリードや連絡先に Braze の各ユーザーを結び付けることです。これらのリードは、リードステータスが MQL ステージに変更されたときに営業チームのキューに入ります。このステージで、営業チームはリードの巡回または割り当てのワークフローを開始します。
Braze のリードステータスを使用して営業チームのリードレコードを更新するには、Webhook のトリガーテンプレートを使用することをお勧めします。
ステップ 1:Webhook キャンペーンの作成
ステップ2:Webhookの設定
ステップ 2a: Webhook作成
-
Webhook キャンペーンに「Salesforce > MQL へのリードの更新」などの名前を付けます。
-
Webhook URL を
https://YOUR_SALESFORCE_INSTANCE.my.salesforce.com/services/data/v60.0/sobjects/Lead/{{${user_id}}}
の形式で入力します。{{$user_id}}}
の Braze ユーザー ID は、営業チームの連絡先 ID に一致する必要があります。そうでない場合は、{{$user_id}}}
の代わりにエイリアスを使用します。 -
HTTP Method をPATCH に更新します。
-
リードのリードスコアが、事前定義されたしきい値を超えた場合にのみ、営業チームのリードレコードを更新するようにペイロードを設定します。リードスコアが100 を超える場合は、以下のリクエストボディの例を参照してください。
1
2
3
4
5
6
7
{% assign threshold = 100%}
{% if custom_attribute.${lead score} > threshold %}
{
"lead_status": "MQL"
}
{% else %}{% abort_message('not at threshold')%}
{% endif %}
- 次のヘッダーを含めます。
ヘッダー | コンテンツ |
---|---|
許可 | Bearer {{result.access_token}} トークンを取得するには、OAuth 2.0 クライアント認証情報フローの接続アプリを設定してから、コネクテッドコンテンツを使用して営業チームからベアラーを取得します。 {% connected_content |
Content_Type | application/json |
ステップ 2b: Webhook送信を予約する
キャンペーンは、ユーザーのリードスコアが変更されるたびにトリガーする必要があります。このキャンペーンは、スコアが変化したすべてのユーザーをトリガーしますが、現在 MQL ではなく、前のステップで設定したしきい値を超えたユーザーにのみ影響します。
Schedule Deliveryステップで、以下を選択します。
- アクションベースの配信タイプ
- Change Custom 属性 Valueのトリガー アクションで、リードスコアリング属性の名前と新しい値のアクションを指定します。
ステップ 2c: ターゲットオーディエンスの特定
Target Audiencesステップには、”lead_status
is none of
MQL
“のように、リードステータスがすでにMQL以上にあるユーザーsを除外するフィルターを含めます。
ステップ 3:キャンペーンの開始
[開始] を選択し、営業チームでリードステータスの変化 (顧客が MQL リードスコアのしきい値を超える) を監視します。