ブーメランステージのシナリオ boomerang-stage-scenarios
以下に、ブーメランステージシナリオの例を示します。これにより、Marketo Measure が各状況でタッチポイントをどのように作成するかを把握できます。
単一のリードシナリオ single-lead-scenarios
シナリオ 1：リードの標準ブーメランタッチポイント
これは最も単純なブーメランシナリオです。 一番上の行（リード 1 のラベルが付いた）は、個々のリードのジャーニーと、そのタッチポイントがリードレコードにどのように表示されるかを表します。 一番下の行（Opportunity というラベルが付いています）には、リードのタッチポイントが Opportunity にどのように変換されるかが表示されます。 タッチポイントの進行状況は、時系列で左から右に説明されます。
このシナリオでは、お客様は MQL および SQL の各ステージをブーメランで追跡することを選択しました。 各ブーメランタッチポイント位置には、発生するステージと番号（MQL-01、SQL-01、MQL-02）がラベル付けされます。 そのステージの最後のブーメランタッチポイントには、タッチポイントポジションに「（最後）」があります。
リード 1 は、OC タッチと見なされる Opportunity とのコンタクトに変換されます。
シナリオ 2：リードのブーメランタッチポイントとカスタムステージ
このシナリオでは、顧客はブーメランタッチポイントを使用して SQL ステージ を追跡することのみを選択しました。 MQL と SAL のステージは引き続き追跡中ですが、Marketo Measure のカスタムステージ機能が搭載されています。
MQL タッチポイントの位置には、数字のラベルが付いていないことに注意してください。 これは、Boomerang タッチポイントで追跡するように選択されていないからです。 カスタムモデルに含まれているステージのタッチポイントを作成しても、Boomerang で追跡されない場合、Marketo Measure はそのステージから最後のオカレンスを取得します。
SAL ステージの場合、Marketo Measure はこのステージの最初の 2 つの発生を無視します。 Marketo Measure は、最後 の発生に対してのみ SAL タッチポイントを作成します。 上記の例では、これは OC タッチポイントの直前に発生します。
SQL ステージは、ブーメランタッチポイントで追跡されており、3 つのタッチポイントが作成され、それに応じてラベル付けされています。
リード 1 は、OC タッチと見なされる Opportunity とのコンタクトに変換されます。
シナリオ 3：リードがステージに到達/スキップしない場合
このシナリオでは、シナリオ 2 と同じ条件を使用します。 お客様は、ブーメランタッチポイントを使用して SQL ステージを追跡することのみを選択しました。 MQL と SAL は引き続き追跡中ですが、Marketo Measure カスタムステージ機能が搭載されています。
このシナリオでは、リードは実際には SAL ステージに遷移しません。 SAL ステージに到達する前にコンタクトに変換され、基本的に SAL ステージを「スキップ」します。 この場合、Marketo Measure は、OC タッチポイントで SAL が発生し、SAL 位置と OC 位置の両方が同じタッチポイントに表示されることを前提としています。
リード 1 は、OC タッチと見なされる Opportunity とのコンタクトに変換されます。
複数のリードを含むシナリオ scenarios-with-multiple-leads
次のシナリオでは、複数のリードが商談ジャーニーにどのように影響するかを調べるので、ブーメランステージがより複雑になる可能性があります。
一番上の行（青で示したリード 1 のラベル）は、個々のリードのジャーニーと、そのタッチポイントがリードレコードにどのように表示されるかを表しています。 同じことが、リード 2 （ピンク）とリード 3 （オレンジ）にも当てはまります。 一番下の行（ラベルが「Opportunity」）には、これらのリードの両方のタッチポイントが Opportunity にどのように変換されるかが表示されます。 タッチポイントの進行状況は、時系列で左から右に説明されます。
シナリオ 1: 商談のある 3 人のリード
このシナリオでは、ブーメランタッチポイントを使用して MQL ステージと SAL ステージを追跡することを選択しました。 SQL ステージは、標準のカスタムステージによって追跡されています。
オポチュニティ上の FT および LC タッチポイントは、リード 2 （ピンク）の FT および LC より前に発生したので、リード 1 （青）から取得されます。 リード 2 の LC タッチポイントは、オポチュニティに「フォーム」タッチポイントとして表示されます。
リード 2 の MQL-01 （最後）が Opportunity の最初の MQL になります。 リード 2 の MQL が最初に発生したため、リード 1 の MQL-01 は Opportunity にタッチポイントとして表示されません。 ただし、Lead 1 の MQL-02 と MQL-03 は Opportunity に表示されます。
SQL ステージは、ブーメランステージではなく、カスタムステージで追跡されています。 リード 1 とリード 2 の間に SQL ステージが 3 つ存在する場合でも、最後の SQL 発生のみが Opportunity のタッチポイントとして含まれます。
リード 1 からの SAL-01 （最後）タッチポイントは、Opportunity のタッチポイントとして引き継がれます。 リード 1 は、OC タッチと見なされる Opportunity とのコンタクトに変換されます。 このステージ遷移は OC タッチ （後 が発生したため、リード 2 の SAL-01 （最後の タッチポイントはタッチポイントとして作成されません。
リード 3 の FT、LC および MQL、SQL、SAL タッチポイント（オレンジ色）はすべて、オポチュニティに対する OC タッチポイントの後に発生します。 これらのタッチポイントはオポチュニティに含まれますが、「ミドルタッチ」と見なされます。
リード 2 および 3 が担当者に変換された場合、商談作成ステージは 1 つしかないので、Marketo Measure では別の OC タッチポイントは作成されません。
シナリオ 2 - Web 訪問ブーメランタッチポイント
このシナリオでは、ブーメランタッチポイントを使用して MQL、SQL、SAL の各段階を追跡することが選択されています。 このシナリオは、いくつかの例外を除いて、上記のシナリオとほとんど同じです。
リード 1 からのすべてのタッチポイントは、FT から SAL-01 （最後）まで、商談に含まれます。 リード 2 の LC タッチポイントは、商談の LC タッチポイントと MQL-01 タッチポイントの間のフォームタッチポイントとして含まれます。
リード 2 の MQL-01 （最後）（web 訪問）は、商談のタッチポイントとして作成されません。 これは、このタッチポイントが、SQL ステージの最後の出現後に行われる web 訪問であり、商談を前進させるのに役立たなかったためです。
リード 1 のステージは SAL に変更され、その後、商談とのコンタクトに変換されます。この場合、SAL-01 （最後）の位置と OC の位置が同じタッチポイントで結合されます。
リード 3 の FT,LC タッチは、商談のフォームタッチポイントとして作成されます。 OC タッチ後にタッチポイントとして作成されるのは、フォーム入力アクションのみです。 このため、リード 2 の SQL-01 （最後）および SAL-01 （最後）ステージトランジションは、これらのタッチポイントが Web 訪問であったので、タッチポイントとして作成されません。
これはフォーム入力アクションなので、リード 3 の MQL、SQL、SAL タッチはタッチポイントとして含まれます。
シナリオ 3 - ブーメランのアトリビューション重み付け
このシナリオでは、ブーメランタッチポイントを使用して MQL、SQL、SAL の各段階を追跡することが選択されています。
オポチュニティ上の FT および LC タッチポイントは、リード 2 （ピンク）の FT および LC より前に発生したので、リード 1 （青）から取得されます。 リード 2 の LC タッチポイントは、オポチュニティに「フォーム」タッチポイントとして表示されます。
Lead 2 の MQL-01 （Last）が Opportunity の最初の MQL になります。 リード 2 の MQL が最初に発生したため、リード 1 の MQL-01 は Opportunity にタッチポイントとして表示されません。
Opportunity では、リード 2 の SQL-01 （最後）が SQL-01 になります。 リード 2 の SQL-01 が最初に発生したため、リード 1 の SQL-01 はオポチュニティにタッチポイントとして表示されません。
最終的に SAL ステージに到達する前に、MQL と SQL の間でリード 1 のブーメランが 2 回発生していることに注意してください。 SQL-01、MQL-02、SQL-02、MQL-03、SQL-03 は、これらのステージ遷移はジャーニーの機会を前進させるには役立たないので 商談のタッチポイントとして含まれません ただし、
リード 1 からの SAL-01 （最後）タッチポイントは、商談に含まれる次のタッチポイントです。 リード 1 は商談の連絡先に変換され、OC タッチポイントが作成されます。
リード 3 の FT および LC、MQL、SQL、SAL の各タッチポイントは、Opportunity に触れるフォームとして表示されます。
リード 2 の SQL-01 （最後）タッチポイントは、OC タッチポイントの後に発生したため、商談にタッチポイントとして含まれません。 また、リード 2 の SQL ステージ移行は 最終的な SAL ステージ移行後 発生しており、商談ジャーニーを前に進めるのに役立ちません。
商談シナリオ opportunity-scenarios
シナリオ 1 – 商談およびブーメラントラッキングの連絡先
このシナリオでは、お客様は Contact で デモとネゴシエーションのステージ遷移 を追跡することを選択しています。 各ブーメランステージは、最大 2 つのタッチポイントを受け取ることができます。 コンタクト先のステージ遷移とリードのステージ遷移の違いは、コンタクト先のステージ遷移が商談 後 の OC タッチポイントにブーメランタッチポイントとして表示される場合があることです。 リードで発生するステージ遷移はフォームのタッチポイントとして表示されるので、これは該当しません。
この例では、Contact 1 の Demo および Negotiation Stage 遷移が、Opportunity の Demo-01 および Negotiation-01 タッチポイントとして含まれています。 連絡先 2 のデモステージ移行が行われ 後 連絡先 1 に移動し、Opportunity に Demo-02 （最後）タッチポイントとして表示されます。
「ネゴシエーション」ステージへの 2 回目の移行がないことに注意してください。商談は「Demo-02 （Last）」から「受注クローズ」に即座に移動します。 この場合、クローズ済み受注タッチポイントと共にネゴシエーションの推移が含まれることがで Marketo Measure ます。