ブーメランステージのシナリオ 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 タッチポイントで追跡するように選択されていないからです。 カスタムモデルに含まれているが、ブーメランで追跡されないステージのタッチポイントを作成する場合、 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 は、SAL が OC タッチポイントで発生し、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 とのコンタクトに変換されます。 このステージ移行が発生したので、リード 2 の SAL-01 （最後）タッチポイントがタッチポイントとして作成されます 後 OC タッチ。
リード 3 の FT、LC および MQL、SQL、SAL タッチポイント（オレンジ色）はすべて、オポチュニティに対する OC タッチポイントの後に発生します。 これらのタッチポイントはオポチュニティに含まれますが、「ミドルタッチ」と見なされます。
リード 2 と 3 が連絡先に変換された場合、 Marketo Measure 商談作成ステージは 1 つしかないので、は別の OC タッチポイントを作成しません。
シナリオ 2 - 3 人のリードとオポチュニティ
このシナリオでは、顧客は次の項目のトラックを選択しています MQL, SQL、および サル ブーメランタッチポイントを使用したステージ。
リード 1 からのすべてのタッチポイントは、FT から SAL-01 （最後）まで商談に含まれます。 リード 2 の LC タッチポイントは、商談の LC タッチポイントと MQL-01 タッチポイントの間のフォームタッチポイントとして含まれます。
リード 2 からの MQL-01 （最後）は、最終的に Opportunity の MQL-04 （最後）タッチポイントになります。 このシナリオは 1 つの商談内の複数のリードのジャーニーを調べるので、リードのタッチポイントの位置と番号は、オポチュニティのタッチポイントとして翻訳される際に変更される可能性があります。 同様に、リード 2 の SQL-01 （最後）が商談の SQL-04 （最後）になります。 リード 2 の SAL-01 （最後）もオポチュニティの SAL-02 （最後）になります。
このオポチュニティに含まれる SAL タッチポイントは 2 つだけです。 Marketo Measure は、ステージ遷移が発生していない場合、タッチポイントの強制/作成を試みません。
リード 3 のタッチポイントジャーニーは OC タッチが発生する直前に開始されますが、リード 1 とリード 2 には FT と LC タッチがありましたが、かなり後になっています。 この場合、リード 3 の FT と LC は Opportunity 上のフォームのタッチポイントとして表示されます。 リード 1 は、OC タッチと見なされる Opportunity とのコンタクトに変換されます。
リード 3 の MQL、SQL、SAL のタッチはすべて、OC タッチの後に同時に発生します。 OC タッチポイントの後に発生したため、このタッチポイントは、ブーメランステージ遷移ではなく、Opportunity 上のフォーム/ミドルタッチとして表示されます。
シナリオ 2a - Web 訪問ブーメランタッチポイント
このシナリオでは、顧客は次の項目のトラックを選択しています MQL, SQL、および サル ブーメランタッチポイントを使用したステージ。 このシナリオは、いくつかの例外を除いて、上記のシナリオとほとんど同じです。
リード 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、および サル ブーメランタッチポイントを使用したステージ。
オポチュニティ上の 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 – 商談およびブーメラントラッキングの連絡先
このシナリオでは、顧客は次の項目のトラックを選択しています デモおよび交渉ステージ遷移 日 連絡先. 各ブーメランステージは、最大 2 つのタッチポイントを受け取ることができます。 コンタクト先でのステージ遷移とリードでのステージ遷移の違いは、コンタクト先のステージ遷移が商談にブーメランタッチポイントとして表示される場合があることです 後 oc タッチポイント。 リードで発生するステージ遷移はフォームのタッチポイントとして表示されるので、これは該当しません。
この例では、Contact 1 の Demo および Negotiation Stage 遷移が、Opportunity の Demo-01 および Negotiation-01 タッチポイントとして含まれています。 連絡先 2 のデモステージ遷移が発生します 後 連絡先 1 に連絡し、商談の Demo-02 （最後）タッチポイントとして表示されます。
「ネゴシエーション」ステージへの 2 回目の移行がないことに注意してください。商談は「Demo-02 （Last）」から「受注クローズ」に即座に移動します。 この場合、 Marketo Measure クローズ済み受注タッチポイントと共にネゴシエーション遷移が含まれます。