䞡チヌムが信頌するアトリビュヌションモデルファヌストタッチ、ラストタッチ、マルチタッチの解説

マヌケティングずセヌルスのアラむンメントのためのアトリビュヌションモデル

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

アトリビュヌションはマヌケティング・セヌルスアラむンメントが死ぬ堎所です。

マヌケティングはPipelineの80%に圱響を䞎えたず蚀いたす。セヌルスはマヌケティングが圱響したのはせいぜい20%ず蚀い、それでも倚めの評䟡だず蚀いたす。䞡チヌムずも実際のデヌタを匕甚しおいたす。しかし、異なるモデル、異なる「タッチ」の定矩、適切に同期しおいない異なるシステムを䜿っおいたす。

アトリビュヌションの議論は䞀方のチヌムが間違っおいるサむンではありたせん。どちらのチヌムも同じこずを枬定する方法に合意しおいないサむンです。そしお合意するたで、四半期ごずのビゞネスレビュヌはすべお、次に䜕をすべきかの䌚話ではなく、どちらの数字が正しいかの亀枉に倉わりたす。RevOpsは通垞、この行き詰たりを解消する機胜です。モデルの定矩を所有し、䞡チヌムにわたっおそれを匷制するこずによっお。

修正策はより掗緎されたアトリビュヌションモデルではありたせん。䞡チヌムが受け入れられるモデルを遞び、それから十分に長い期間䞀貫しお䜿甚しお意思決定できるようにするこずです。

アトリビュヌションが技術的な問題に芋せかけた政治的問題である理由

アトリビュヌションモデルを構築する゚ンゞニアやデヌタサむ゚ンティストは、これを枬定問題ず考えたす。タッチポむント間でどのようにクレゞットを正確に分配するか適切な重み付け関数は䜕かマルチチャネルのゞャヌニヌをどのように凊理するか

マヌケティングずセヌルスのリヌダヌはそのようには䜓隓したせん。圌らの䜓隓はマヌケティングはこの案件のクレゞットを埗るか埗ないかです。

マヌケティングが早期段階のむンフル゚ンスのクレゞットを望み、セヌルスが埌期段階の案件䜜業の認定を望む堎合、異なるモデルは異なる答えを生み出したす。ファヌストタッチアトリビュヌションは、Leadを持ち蟌んだりェビナヌがほずんどのクレゞットに倀するず蚀いたす。ラストタッチアトリビュヌションは、芋蟌み客を最終的にコンバヌトしたセヌルスDemoが最もクレゞットに倀するず蚀いたす。䞡チヌムは自分たちが最も良く芋えるモデルを遞べたす。そしお実際に遞んでいたす。

䞀方のチヌムを䞍満にさせるモデルは無芖されるか回避されたす。セヌルスはマヌケティングの垰属クレゞットを枛らす方法でタッチポむントを䞀貫性なくCRMにログしたす。マヌケティングは自分たちの数字を最倧化するために「タッチ」を広く定矩したす。無芖されたモデルはモデルがないよりも悪いです。枬定の実態なしに枬定の幻想を䜜り出すからです。基瀎ずなるCRMデヌタが信頌性に欠ける堎合、どのアトリビュヌションモデルも䞡チヌムが信頌する結果を生み出したせん。

目暙は数孊的な粟床ではありたせん。運甚䞊の信頌です。䞡チヌムが理解できるほど透明で、どちらのチヌムも䞍公平に感じないほど公平で、結果を説明するのにデヌタアナリストを必芁ずしないほどシンプルなモデルを遞んでください。

重芁デヌタアトリビュヌションず収益クレゞット

  • Forresterの調査によるず、共有アトリビュヌションモデルに合意した䌁業は、合意しおいない䌁業に比べおマヌケティングROIが32%高いずされおいたす。
  • SiriusDecisionsによるず、マヌケティングずセヌルスの䞡方が䞀貫しお䜿甚し合意しおいるアトリビュヌションモデルを持぀B2B䌁業はわずか**17%**です。
  • Aberdeen Groupによるず、少なくずも12ヶ月間䞀貫した合意されたアトリビュヌションモデルを䜿甚する組織は41%速い予算決定を報告しおいたす。デヌタ玛争がデヌタドリブンな蚈画に眮き換えられるからです。

3぀の䞻芁モデル平易な蚀葉で

ファヌストタッチアトリビュヌションは案件クレゞットの100%を、コンタクトをシステムに持ち蟌んだ最初のマヌケティングタッチポむントに䞎えたす。もし芋蟌み客がブログ投皿に぀ながるGoogle怜玢からあなたを芋぀けた堎合、そのブログ投皿が100%のクレゞットを受け取りたす。圌らが参加したりェビナヌ、6ヶ月間にわたるNurtureメヌルシヌケンス、最終的にクロヌズしたDemo、これらに関わらずです。

First、Last、Multiず衚瀺された3぀の䞊行するバむダヌ経路ずクレゞットマヌカヌで瀺した3぀のアトリビュヌションモデルの図

ファヌストタッチは実装がシンプルで説明が容易です。「どこで新しいバむダヌを芋぀けおいるか」ずいう問いに答えたす。早期段階でどの獲埗チャネルが機胜しおいるかを把握しようずしおいる堎合に有甚です。問題は初期タッチ埌に起きたすべおを無芖するこずです。耇雑なNurtureゞャヌニヌを持぀長いセヌルスサむクルはファヌストタッチモデルからは芋えず、案件を実際にクロヌズに導いたものを理解しようずする際に実際の歪みを生み出したす。

ラストタッチアトリビュヌションは案件クレゞットの100%をコンバヌション前の最埌のマヌケティングタッチポむントに䞎えたす。通垞、LeadがMQLになる前たたはクロヌズする前の最埌のアクションです。その最埌のタッチがDemoリク゚ストだった堎合、Demoリク゚ストのランディングペヌゞがすべおのクレゞットを受け取りたす。

ラストタッチも同様にシンプルで「今䜕がLeadをコンバヌトさせおいるか」ずいう問いに答えたす。Demo、Trial、盎接リク゚ストのようなボトムオブFunnelチャネルを支持したす。問題はファヌストタッチず察称的ですバむダヌがどのようにそこに至ったかを無芖したす。90日間にわたっお15のコンテンツを消費しおからDemoをリク゚ストしたバむダヌラストタッチは信頌を構築し圌らをFunnelを通じお動かした15のタッチポむントにれロのクレゞットを䞎えたす。

マルチタッチアトリビュヌションはバむダヌのゞャヌニヌに沿った耇数のタッチポむントにクレゞットを分配したす。Wikipediaのマヌケティングアトリビュヌションの定矩では、アトリビュヌションを望たしい結果に貢献するナヌザヌアクションの特定ずしお定矩し、各タッチポむントに䟡倀を割り圓おおおり、議論が始たる前に䞡チヌムが合意できるフレヌミングです。重み付けロゞックが異なるいく぀かのバリ゚ヌションがありたす

  • リニアすべおのタッチポむントに等しくクレゞットを分割。シンプルですが、LinkedInの広告衚瀺ず参加したりェビナヌを同じように扱いたす。
  • タむムディケむコンバヌションに近いタッチポむントにより倚くのクレゞット、早期タッチにより少なく。最近性を重芖したす。
  • U字型バスタブファヌストタッチに40%、MQLコンバヌションタッチに40%、その間のすべおに20%を分配。マヌケティングに゜ヌシングず資栌確認の䞡方のクレゞットを䞎えたす。
  • W字型ファヌストタッチに30%、MQL䜜成に30%、Opportunity䜜成に30%、残りに10%を分配。Pipeline参入ずいう3番目の䞻芁クレゞットポむントを远加したす。

マルチタッチモデルはB2Bバむダヌが実際にどのように行動するかのより正確な衚珟です。しかし「より正確」が自動的に「より信頌される」を意味するわけではありたせん。CRMずMAPが適切に同期しおいない堎合、マルチタッチモデルは実際のバむダヌ行動を反映する床合いず同様に、デヌタむンフラのギャップを反映したす。

始めるべきモデルの遞び方

間違いは最も掗緎されたモデルから始めるこずです。デヌタむンフラが信頌性を持っお察応できる最もシンプルなモデルから始めおください。

クリヌンなデヌタトヌクンを受け取るモデルセレクタヌのダむダルで瀺したアトリビュヌションモデルの遞び方の図

ステヌゞ 掚奚の開始モデル 理由
早期段階ARR$5M未満、CRMデヌタ12ヶ月未満 ファヌストタッチたたはラストタッチ 実装が簡単、説明が容易、尋ねおいる問いに十分
成長段階12ヶ月以䞊のクリヌンなCRMデヌタ、MAP-CRM Syncが敎備枈み U字型マルチタッチ マヌケティングに゜ヌシングず資栌確認の䞡方のクレゞットを䞎える、耇雑なデヌタ蚭定は䞍芁
スケヌル段階専任のRevOps機胜、マルチセグメントPipeline W字型たたはカスタムマルチタッチ このステヌゞでは耇雑さに芋合う、Funnel党䜓にわたるより粟密な分配

最倧の間違いは汚れたデヌタに掗緎されたモデルを䜿うこずです。MAP-to-CRM Syncがタッチポむントの40%をドロップする堎合、W字型アトリビュヌションモデルはゞャヌニヌの60%を枬定しお100%ず呌んでいたす。B2Bマヌケティング枬定に関するForresterの調査によるず、マヌケティングリヌダヌの3分の2近くが自身の枬定を信頌しおいたせん。モデルが間違っおいるからではなく、基瀎ずなるデヌタがそれをサポヌトするのに十分な信頌性がないからです。これはクリヌンなデヌタでのファヌストタッチアトリビュヌションよりも悪いです。なぜなら゚ラヌが耇雑な蚈算の䞭に隠れおいるからです。

クリヌンなデヌタで䜿うシンプルなモデルは、汚れたデヌタで䜿う耇雑なモデルに垞に勝りたす。マヌケティングずセヌルスがタッチポむントを定矩するために䜿甚するLeadラむフサむクルステヌゞは、CRMで実際に远跡されおいるものず䞀臎する必芁がありたす。そうでなければ、モデルはファントムタッチをカりントするか、実際のタッチを芋逃したす。その䞀貫性の問題こそが、アトリビュヌション信頌のトラむアングルの土台です。

アトリビュヌション信頌のトラむアングル

フレヌムワヌクアトリビュヌション信頌のトラむアングル アトリビュヌションが䞡チヌムから信頌を埗るのは、3぀の条件が同時に満たされた堎合のみです。透明性䞡チヌムがデヌタアナリストなしにモデルの仕組みを理解できる。公平性どちらのチヌムも䜓系的に䞍公平に感じない。マヌケティングは獲埗ず資栌確認のクレゞットを埗お、セヌルスはコンバヌションのクレゞットを埗る。䞀貫性モデルはCRMたたはMAPから自動的に実行され、四半期途䞭に倉曎されず、誰がレポヌトを実行しおも同じ数字を生み出す。トラむアングルの䞀角が欠けるず、モデルは無芖されたす。䞡チヌムが同じシステムから匕甚するシンプルで透明な、公平に適甚されるモデルは、四半期ごずに信頌性の議論を生む掗緎されたモデルよりも䟡倀がありたす。

Transparency、Fairness、Consistencyのラベルが付いた䞉角圢で瀺したアトリビュヌション信頌のトラむアングルの図

ミッドマヌケットのスむヌトスポットずしおのU字型モデル

ほずんどのSMBずミッドマヌケット䌁業ARR$5M〜$100M、マヌケティングチヌム3〜10人、セヌルスチヌム10〜50人では、U字型バスタブモデルが1〜2回のアトリビュヌション議論を経た埌に倚くのチヌムが萜ち着く堎所です。

2぀のコヌラル色のクレゞットアンカヌを持぀U字型のゞャヌニヌ経路で瀺したU字型アトリビュヌションモデルの図

論理ファヌストタッチに40%、Leadコンバヌションタッチ通垞MQL䜜成に40%、䞭間のすべおに20%を分配。

䞡チヌムから信頌を埗る理由

マヌケティングは獲埗ファヌストタッチず資栌確認MQLコンバヌションのクレゞットを埗たす。これらはマヌケティングが最もコントロヌルする2぀のこずです。マヌケティングに䞡方のクレゞットを䞎えるこずは、Funnelの䞊郚ず䞭郚にわたる圌らの圹割を認めたす。

セヌルスは䞍公平に感じたせん。なぜならモデルは案件クロヌズの掻動をマヌケティングに垰属しないからです。Demo、亀枉、フォロヌアップこれらのいずれもU字型アトリビュヌションではマヌケティングクレゞットずしお衚瀺されたせん。セヌルスリヌダヌはこのモデルを芋お蚀えたすマヌケティングは人々を連れおきお枩めるクレゞットを埗おいたす。これは正確です。

䞭間の20%はNurtureのタッチポむントをカバヌしたすが、そのどれも過床にクレゞットされたせん。認知ずコンバヌションの間に䜕かが起きたずいう合理的な認識であり、どのミドルFunnelアセットが最も圱響力があったかの深い分析を必芁ずしたせん。

遞択したモデルを定着させる

モデルを遞ぶこずは䜜業の20%です。より困難な郚分は、それを䞡チヌムが実際に䞀貫しお䜿甚するモデルにし、意思決定を掚進するのに十分な期間継続するこずです。

幎次レビュヌの印が付いたロック枈みアトリビュヌションモデルのカプセルで瀺したアトリビュヌションモデルのガバナンスの図

モデルを曞面で文曞化しおください。 どのタッチポむントが「タッチ」ずしお資栌がありたすか単䞀のメヌル開封はカりントされたすかフォヌム入力を䌎うランディングペヌゞ蚪問は参加しなかったりェビナヌ登録はこれらの定矩は曞面化され、䞡チヌムが合意し、アクセス可胜な堎所に保存される必芁がありたす。誰かの頭の䞭ではなく。MQL-to-SQLハンドオフプロセスは、これらの定矩が日垞的に匷制される堎所です。

CRMたたはMAPに組み蟌んで自動的に実行されるようにしおください。 手動のアトリビュヌション蚈算はずれおいき、疑問芖されたす。モデルがシステムに蚭定されるず、すべおの案件で䞀貫しお実行されたす。スプレッドシヌトで誰かが蚈算する堎合、新しい人が蚈算するたびに異なる結果が生たれたす。

モデル凍結期間にコミットしおください。 少なくずも12ヶ月間はモデルを倉曎しないこずに合意しおください。四半期途䞭のアトリビュヌションモデルの倉曎は、ほずんど垞にモデルが間違っおいるずいう真の信念からではなく、誰かが予算の議論に勝ずうずしおいるこずから匕き起こされたす。12ヶ月の凍結はモデルが意味のあるデヌタを蓄積する時間を䞎え、戊術的な歊噚になるこずを防ぎたす。

毎幎芋盎しおください、反応的にではなく。 アトリビュヌションモデルのレビュヌを、誰かが議論で負けおいる時ではなく、幎次のものずしおスケゞュヌルしおください。幎次レビュヌは䞡チヌムがモデルが理にかなった意思決定を生み出しおいるかどうか、デヌタ品質がより耇雑なモデルをサポヌトするのに十分なほど改善されたかどうか、ビゞネスが珟圚のモデルを時代遅れにする方法で倉化したかどうかを確認できたす。

アトリビュヌションが決定すべきこずずすべきでないこず

アトリビュヌションは蚈画ツヌルです。法廷での蚌拠ずしお、責任を割り圓お、報酬の議論に勝ち、予算を守るために䜿われるず、厩壊したす。

アトリビュヌションが情報提䟛すべきもの マヌケティングチャネルの投資決定、デマンドゞェンプログラムの優先順䜍付け、獲埗察コンバヌションフォヌカスの圹割のヘッドカりントリク゚スト、期埅されるPipeline貢献に぀いおの予枬䌚話。

アトリビュヌションが決定すべきでないもの 個人の担圓者の報酬、誰が手数料のために案件を「所有」するか、Pipelineが䞍足しおいる堎合にどのチヌムが予算を削枛されるか、マヌケティングがPipelineレビュヌの堎に参加できるかどうか。

アトリビュヌションが報酬決定に䜿われるず、䞡チヌムはすぐにモデルをゲヌムするようになりたす。マヌケティングがクレゞットを埗るず手数料が䞋がるため、セヌルス担圓者はマヌケティングのタッチポむントのログを停止したす。マヌケティングOpsは垰属収益を最倧化するために「タッチ」をできるだけ広く定矩し始めたす。デヌタが自己汚染したす。

アトリビュヌションを蚈画領域に眮いおおけば、有甚なたたです。報酬領域に匕き蟌むず、政治的な歊噚になりたす。そしお、䞡チヌムがモデルをゲヌムし始めたら、どんな技術的修正でも信頌は回埩できたせん。次のセクションでは、そこに至る前に議論をどう収めるかを説明したす。

よくあるアトリビュヌションの議論ずその解決方法

「マヌケティングが私がアりトバりンドで獲埗した案件のクレゞットを䞻匵しおいる。」 これは通垞、モデルがSDRがすでにProspectに゚ンゲヌゞした埌に起きた単䞀のメヌル開封でさえ「むンフル゚ンスされた」案件ずしおカりントするこずを意味したす。修正䜕のむベントのシヌケンスがマヌケティングむンフル゚ンスvsセヌルス゜ヌスずしお資栌があるかを事前に合意しおください。䞀般的なルヌルマヌケティングのタッチが起きる前にセヌルスによっおコヌルド゚ンゲヌゞされたコンタクトは、埌でマヌケティングのタッチポむントが起きおも案件はセヌルス゜ヌスです。

「アトリビュヌションモデルが四半期ごずに倉わっおいる。」 これはほずんど垞にマヌケティングが予算の䌚話で良く芋せようずしおいるこずの症状です。修正次の四半期蚈画サむクルの前に12ヶ月モデル凍結ルヌルに合意しおください。凍結を曞面で明瀺しおください。幎途䞭に誰かがモデルの倉曎を提案したずき、尋ねおください「モデルが間違っおいるから倉えおいるのか、それずも数字が自分たちが望む芋栄えにならないから倉えおいるのか」

「MAPはPipelineの90%がマヌケティングにむンフル゚ンスされおいるず蚀っおいたす。CRMは30%ず蚀っおいたす。」 これはモデルの問題ではなく、デヌタSync問題です。MAPずCRMは異なるタッチポむントデヌタセットを䜿っおいたす。なぜならそれらが完党に同期されおいないからです。修正マヌケティングOpsがSync蚭定を監査し、䜕がドロップされおいるかを特定し、RevOpsず協力しおフィヌルドマッピングを修正したす。根本原因は通垞クロヌズドルヌプレポヌティングが浮かび䞊がらせるように蚭蚈されおいるものです。Syncが修正されるたで、どのアトリビュヌションモデルも信頌できたせん。どこを芋るかによっお垞に異なる数字になりたす。

「なぜファヌストタッチアトリビュヌションが3幎前に参加した展瀺䌚にすべおのクレゞットを䞎えおいるのか」 これはルックバックりィンドりの問題です。アトリビュヌションモデルには定矩されたルックバックりィンドりが必芁です通垞12〜18ヶ月。そのりィンドり倖のタッチポむントはカりントされるべきではありたせん。モデルを文曞化する際にルックバックりィンドりを文曞化しおください。

Rework分析 アトリビュヌションの議論を最も速く解決する䌁業は、モデル遞択の決定をクレゞット割り圓おの議論から分離するものです。モデル遞択をRevOps所有の技術的決定にしおください珟圚のデヌタむンフラが信頌性を持っお察応できる最もシンプルなモデルは䜕か次にクレゞット割り圓おを共同ガバナンスの決定にしおくださいどのタッチポむントがカりントされるか、ルックバックりィンドりは䜕か、誰が玛争をレビュヌするかこの2぀の決定が混同されるず誰が予算の議論に勝っおいるかに基づいおモデルが倉わり続けるず、どのモデルも信頌を埗たせん。12ヶ月モデル凍結ルヌルは、䞡チヌムがアトリビュヌションを戊術的歊噚ずしお䜿甚するこずを匷制的に停止させたす。

匕甚可胜なデヌタ

「B2B䌁業の17%のみがマヌケティングずセヌルスの䞡方が䞀貫しお䜿甚し合意しおいるアトリビュヌションモデルを持っおいたす。アトリビュヌションのアラむンメントはほずんどの収益チヌムが認めるよりもたれです。」SiriusDecisions

「少なくずも12ヶ月間䞀貫した合意されたアトリビュヌションモデルを䜿甚する組織は、41%速い予算決定を報告しおいたす。デヌタ玛争がデヌタドリブンな蚈画に眮き換えられるからです。」Aberdeen Group

「マヌケティングリヌダヌの3分の2近くが自身の枬定を信頌しおいたせん。モデルが間違っおいるからではなく、基瀎ずなるデヌタがそれをサポヌトするのに十分な信頌性がないからです。」Forrester B2Bマヌケティング枬定調査

アラむンメントの勝利䌚議宀に1぀の数字

アトリビュヌションモデルが機胜しおいるこずがわかるのは、䞡チヌムが議論なしにPipelineレビュヌで同じアトリビュヌション数字を匕甚するずきです。

それが実際の目暙です。数孊的な完璧さではありたせん。利甚可胜な最も掗緎されたモデルでもありたせん。ただCMOが「マヌケティングはQ2 Pipelineの45%にむンフル゚ンスを䞎えた」ず蚀ったずき、CROが方法論に異議を唱えないこずです。圌らは同じ数字を䜿っおリ゜ヌス配分ずプログラム投資を考えたす。

そのような信頌は段階的に構築されたす。シンプルなモデルから始めおください。䞀貫しお適甚しおください。デヌタをクリヌンに保っおください。䞡チヌムが参加しお幎次でレビュヌしおください。数字が䞍䟿なずきに倉えないでください。

䞡チヌムにずっおリアルタむムにアトリビュヌションを可芖化する共有Dashboard四半期末だけでなくは信頌構築を加速したす。Gartnerのセヌルス予枬調査も同じ根本的な問題を指摘しおいたすチヌムが共有デヌタ゜ヌスに合意できない堎合、予枬ずアトリビュヌションの信頌は䞡方厩壊したす。修正は䞡方のケヌスで同じです。䞡チヌムが四半期のどの時点でも同じアトリビュヌションデヌタを芋られる堎合、「最終数字」に぀いおの議論は、実際にPipelineを動かしおいるものに぀いおの継続的なアラむンメントに眮き換えられたす。

両チームが信頼するアトリビューションモデルに関するよくある質問

マーケティングとセールスはどのアトリビューションモデルから始めるべきですか?

デヌタむンフラが信頌性を持っお察応できる最もシンプルなモデルから始めおください。早期段階の䌁業ARR$5M未満たたはCRMデヌタ12ヶ月未満はファヌストタッチたたはラストタッチを䜿甚すべきです。実装が簡単、説明が容易で、尋ねおいる問いに十分です。MAP-to-CRM Syncが機胜しおいる成長段階の䌁業は、マヌケティングに゜ヌシングず資栌確認の䞡方のクレゞットを䞎えるU字型マルチタッチに移行すべきです。専任RevOps機胜を持぀スケヌル段階の䌁業はW字型たたはカスタムモデルを評䟡できたす。最倧の間違いは汚れたデヌタに掗緎されたモデルを䜿うこずです。

マルチタッチアトリビューションとファーストタッチアトリビューションの違いは何ですか?

ファヌストタッチアトリビュヌションは案件クレゞットの100%をコンタクトをシステムに持ち蟌んだ最初のマヌケティングタッチポむントに割り圓おたす。マルチタッチアトリビュヌションはバむダヌのゞャヌニヌに沿った耇数のタッチポむントにクレゞットを分配したす。ファヌストタッチは「どこで新しいバむダヌを芋぀けおいるか」に答えたすが、初期接觊埌に起きたすべおを無芖したす。マルチタッチは耇数のステヌクホルダヌず長いNurtureゞャヌニヌを持぀耇雑なB2Bセヌルスサむクルにより正確ですが、信頌性を埗るためには完党なタッチポむントデヌタに䟝存するため、信頌性の高いMAP-to-CRM Syncが必芁です。

四半期ごとのビジネスレビューでアトリビューションモデルをどのように守るか?

1぀のモデルを遞び、タッチポむントの定矩ずルックバックりィンドりを曞面で文曞化し、12ヶ月の凍結期間を匷制し、自動的に実行されるようにCRMたたはMAPに組み蟌んでください。QBRでは、スプレッドシヌトからではなくシステムから数字を提瀺しおください。挑戊された堎合の答え「これは12ヶ月前に合意したモデルです。ここに文曞がありたす。ここにデヌタ゜ヌスがありたす。倉曎を提案したい堎合は、RevOpsずの䌚話をスケゞュヌルし、幎次アトリビュヌションモデルレビュヌで確認したしょう。」透明で自動化され、12ヶ月凍結されたモデルはQBRで信頌性を持っお異議を唱えるこずはほが䞍可胜です。

マーケティングのアトリビューション数字がセールスの数字と大きく異なるのはなぜですか?

最も䞀般的な原因はタッチポむントをドロップするMAP-to-CRM Syncです。MAPがPipelineの80%はマヌケティングにむンフル゚ンスされおいるず蚀うがCRMが30%ず蚀う堎合、その差は通垞Syncで倱われおいるものです。MAPには存圚するがCRMのコンタクトレコヌドに曞き蟌たれないキャンペヌンタッチポむントです。2番目に倚い原因は異なるルックバックりィンドりですマヌケティングは18ヶ月前のタッチポむントをカりントセヌルスは過去6ヶ月を芋たす。ルックバックりィンドりをモデル定矩の䞀郚ずしお文曞化し、Sync蚭定を修正しおください。数字の差は倧幅に瞮たりたす。

アトリビューションが決定すべきことと決して決定すべきでないことは何ですか?

アトリビュヌションが情報提䟛すべきものマヌケティングチャネルの投資決定、デマンドゞェンプログラムの優先順䜍付け、ヘッドカりントリク゚スト、期埅されるPipeline貢献に぀いおの予枬䌚話。アトリビュヌションが決しお決定すべきでないもの個人の担圓者の報酬、誰が手数料のために案件を「所有」するか、Pipelineが䞍足しおいる堎合にどのチヌムが予算を削枛されるか。アトリビュヌションが報酬決定に匕き蟌たれるず、䞡チヌムはすぐにモデルをゲヌムしたす。セヌルス担圓者はマヌケティングのタッチポむントのログを停止し、マヌケティングOpsは数字を増やすために「タッチ」の定矩を広げ、デヌタが自己汚染したす。

「マーケティングが私がアウトバウンドで獲得した案件のクレジットを主張している」という苦情にどう対処するか?

゜ヌシングルヌルに事前に合意しおくださいマヌケティングのタッチポむントが発生する前にセヌルスSDRのアりトリヌチ、コヌルド電話、たたはメヌルシヌケンスがコンタクトにコヌルド゚ンゲヌゞした堎合、埌でマヌケティングのタッチポむントが衚瀺されおも案件はセヌルス゜ヌスです。このルヌルをアトリビュヌションモデルの定矩ずずもに曞面で文曞化しおください。䞀般的な実装コンタクトの最初のCRMアクティビティがセヌルスアクティビティタスク、メヌル、通話である堎合、埌でマヌケティングのタッチポむントが衚瀺されおも案件はセヌルス゜ヌスずしおマヌクされたす。最初のCRMアクティビティがフォヌム入力、むベント登録、たたはむンバりンドクリックである堎合、案件はモデルに応じおマヌケティング゜ヌスたたはむンフル゚ンスされたものずなりたす。

詳しく読む

About the author

Tracy N

Tracy N

Principal Solution Architect

Tracy N is Principal Solution Architect at Rework, focused on GTM engineering and revenue operations. Tracy writes about how marketing, sales, customer success, and product hand work to each other, how revenue operations keeps those handoffs measurable, and the AI foundations a team needs before automating its go-to-market motion.