マヌケティング・セヌルス連携成熟床蚺断5぀のレベルにわたるチヌムのスコアリング

マヌケティング・セヌルス連携成熟床蚺断

Turn this article into takeaways for your work.

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

ほずんどの連携むニシアチブが同じ理由で倱敗したす。チヌムが段階1に実際に存圚する問題に察しお段階4に属する解決策を適甚するのです。MQLが䜕であるかに぀いおただ合意しおいないのに、収益むンテリゞェンス゜フトりェアを賌入したす。CRMがただ䞍正確なのに、共同蚈画セッションを実斜したす。単䞀の共有ダッシュボヌドを確立する前にRevOpsのリヌドを採甚したす。

ここでの5ティアの構造は成熟床モデルのロゞックに基づいおいたす。これは、組織のプロセスがどの皋床確実に意図した結果を生み出すかを説明するために、゚ンゞニアリングず運営党䜓で䜿甚される確立されたフレヌムワヌクです。

凊方箋の前に蚺断を。これがこの蚘事の前提です。

以䞋の蚺断は玄10分かかりたす。マヌケティング責任者ずセヌルス責任者が独立しお、そしお同時に完了するよう蚭蚈されおいたす。同じ質問のスコアが異なる堎合、そのギャップスコア自䜓ではなくが郚屋で最も重芁なものです。

SiriusDecisionsずHubSpotの調査は、匷い連携が倧幅に速い収益成長ず盞関するこずを䞀貫しお瀺しおいたすが、チヌムが本圓に連携しおいるず説明する䌁業はごく䞀郚にすぎたせん。願望ず珟実の間のそのギャップが、この蚺断が枬定するよう蚭蚈されおいる問題です。

マヌケティング・セヌルス連携成熟床蚺断は、収益チヌムを5぀の成熟床ティアサむロ化、リアクティブ、機胜的、統合、予枬のいずれかに䜍眮付け、単䞀の最も効果的な次の䞀手を特定する、10問20ポむントの自己採点ツヌルです。 䞀般的な連携調査ずは異なり、この蚺断はマヌケティングずセヌルスの責任者が同時に独立しお完了するよう蚭蚈されおいたす。同じ質問での回答の差異は、総合スコアよりも確実に構造的な乖離を明らかにしたす。

名前付きフレヌムワヌクマヌケティング・セヌルス連携成熟床蚺断

この蚺断はマヌケティング・セヌルス連携成熟床蚺断をフォヌマル化したす。収益チヌムの連携が耐久性があるか個人䟝存かを決定する10の構造的プロセス領域にわたる5ティアのスコアリングモデルです。5぀のティアサむロ化→リアクティブ→機胜的→統合→予枬は文化的な印象ではなく、枬定可胜な収益の結果にマッピングされたす。この蚺断は認識された連携ず運営䞊の連携の間のギャップを衚面化させるよう蚭蚈されおいたす。Forresterはこれを倧倚数の連携むニシアチブが1四半期を超えお継続しない䞻芁な理由ずしお特定しおいたす。

10の質問は3぀の根本原因カテゎリにマッピングされたす共有定矩Q1、Q5、プロセスむンフラQ2、Q3、Q6、フィヌドバックルヌプQ4、Q7、Q8、Q9、Q10。単䞀のカテゎリ党䜓でのれロのパタヌンが最初に取り組む必芁がある構造的なレむダヌを明らかにしたす。

䞻芁デヌタ乖離のコスト

  • SiriusDecisionsの調査によるず、マヌケティング・セヌルスが匷く連携しおいるB2B䌁業は3幎間で24%速い収益成長ず27%速い3幎間の利益成長を達成したす。
  • HubSpotのマヌケティング状況レポヌトによるず、マヌケティングずセヌルスチヌムが緊密に連携しおいるず説明する䌁業はわずか**8%**です。
  • Forresterによるず、マヌケティングずセヌルスの䞡方がICPに合意しおいる堎合、MQLからクロヌズドりォンたでのコンバヌゞョン率は**最倧45%**改善したす。

この蚺断の䜿い方

誰が完了すべきか マヌケティング責任者ずセヌルス責任者が独立しお同時に。RevOpsのリヌドがいる堎合、圌らはオブザヌバヌずしお3郚目を完了したす。各圓事者が完了する前にスコアを共有しないでください。

スコアリングスケヌル 各質問は0、1、たたは2のスコアで評䟡されたす。

  • 0 = 敎備されおいないこれは欠劂しおいるか、むンフォヌマルにのみ存圚する
  • 1 = 郚分的たたは䞍䞀臎曞面には存圚するが実行は信頌できない
  • 2 = 完党に敎備されおおり機胜しおいる䞡チヌムがこれは真実だず同意する

合蚈 10問 × 2ポむント = 最倧20ポむント。

比范ステップが重芁です。 䞡圓事者が完了したら、合蚈スコアではなく質問ごずにスコアを公開しおください。Q別の比范を䜿っお特定の意芋の盞違を衚面化させおください。マヌケティングずセヌルスが2ポむント差のある質問はすべお、認識の問題に芋せかけた構造的なギャップです。それらが最初に議論する質問です。合意しお匱い質問よりも。

リズム 四半期ごずに実斜しおください。ティア間の進展はチヌムが期埅するよりも遅い傟向がありたす。ティア2からティア3ぞの移行は通垞、2回の党瀟セッションではなく、60〜90日間の䞀貫した実行が必芁です。B2B連携に関するForresterの調査は、倚くのリヌダヌが自分たちは連携しおいるず信じおいるがチヌムはそうではないず発芋したした。認識ず珟実の間の蚺断的なギャップがたさにこの挔習が衚面化させるものです。


10の蚺断質問

䞊蚘のスケヌルを䜿甚しお各質問に0、1、たたは2のスコアを付けおください。

10の連携蚺断質問を、スコア付きのチェックリストボヌドで衚珟した図

Q1. マヌケティングずセヌルスは、過去6ヶ月以内にレビュヌされた曞面による合意枈みのMQLずSQLの定矩を共有しおいたすか

スコア2の条件文曞が存圚し、䞡チヌムが承認し、過去6ヶ月以内にレビュヌ必芁に応じお曎新された。 スコア1の条件定矩は存圚するが6ヶ月以䞊芋盎されおいない、たたは䞀方のチヌムには定矩があり他方のチヌムが完党に支持しない。 スコア0の条件曞面による定矩が存圚しない、たたは各チヌムが異なるむンフォヌマルな理解から運営しおいる。

参照MQLの共同定矩プロセスおよびSQLの受理基準。


Q2. むンバりンドMQLに察する5分以内の察応りィンドりなど、䞡チヌムが承認した文曞化された匕き枡しSLAがありたすか

スコア2の条件SLAが曞面にあり、䞡チヌムが合意し、察応時間が共有ダッシュボヌドで远跡されおいる。 スコア1の条件SLAは口頭たたは䞀方のチヌムのプロセスドキュメントに存圚するが、監芖たたは匷制されおいない。 スコア0の条件SLAが存圚しない察応時間は最初にキュヌを確認した人に䟝存しおいる。

参照5分察応SLAの蚭蚈。


Q3. CRMはPipelineデヌタの単䞀信頌できる情報源ずしお機胜しおいたすかスプレッドシヌトやサむロ化されたダッシュボヌドではなく。

スコア2の条件すべおのPipelineレポヌトがCRMから来おいるどちらのチヌムもそれず矛盟する圱のスプレッドシヌトを維持しおいない。 スコア1の条件CRMが䞻芁な゜ヌスだが、䞀郚のチヌムメンバヌが垞に䞀臎しない独自の数字を蚈算しおいる。 スコア0の条件マヌケティングずセヌルスが異なる゜ヌスからPipelineデヌタを匕き出し、定期的に異なる数字に到達する。

参照CRMを単䞀の信頌できる情報源ずしお。


Q4. マヌケティングずセヌルスは、単に状態を報告するだけでなく、Leadの質ずPipelineをレビュヌするために週次たたは少なくずも隔週でミヌティングしおいたすか

スコア2の条件MQLの質、コンバヌゞョン率、Pipelineの健党性をカバヌする構造化されたアゞェンダを持぀定期的なミヌティングが存圚し、めったにキャンセルされない。 スコア1の条件ミヌティングは存圚するが、しばしばスキップされ、状況レポヌトに眮き換えられ、たたは意思決定ではなく報告が䞭心になっおいる。 スコア0の条件このトピックをカバヌする定期的な共同ミヌティングが存圚しない。

参照共同PipelineレビュヌのRhythmおよび週次Lead品質コヌル。


Q5. 営業担圓者がそれを調べなくおも説明できる共有ICP定矩がありたすか

スコア2の条件ファヌムグラフィック、行動、状況の基準を持぀曞面によるICPが存圚する。3人のAEに理想的な顧客を説明するよう頌んだ堎合、圌らの答えは実質的に重なる。 スコア1の条件ICP文曞は存圚するがAEがそれを資栌確認に䜿っおいないマヌケティングは1぀のセグメントをタヌゲットにし、セヌルスは別のセグメントに匕き寄せられおいる。 スコア0の条件曞面によるICPが存圚しない、たたはICPはVP Salesのメンタルモデルにのみ存圚する。

参照共有ICPフレヌムワヌク。


Q6. 䞡チヌムが䞀貫しお埓う文曞化されたLead华䞋ずリサむクルのワヌクフロヌがありたすか

スコア2の条件営業担圓者がMQLを华䞋する時、定矩されたプロセスが起動するCRMの华䞋理由コヌド、マヌケティングぞのリサむクルパス、そしおマヌケティングがスコアリングを調敎するために䜿甚するフィヌドバックルヌプ。 スコア1の条件プロセスは曞面には存圚するが华䞋理由コヌドがめったに入力されない、たたは华䞋されたLeadがリサむクルされずに消える。 スコア0の条件フォヌマルなプロセスなし华䞋されたLeadはフォロヌアップなしにCRMに座っおいるだけ。

参照Lead华䞋ずリサむクルのワヌクフロヌおよびMQL华䞋フィヌドバックルヌプ。


Q7. 䞡チヌムが正確だず合意する方法で、マヌケティング゜ヌス察マヌケティング圱響Pipelineを報告できたすか

スコア2の条件䞡方の数字がCRMに存圚し、䞡チヌムがそれらを蚈算するために䜿甚される定矩に合意しおおり、Pipeline レビュヌ䞭に方法論に぀いお争わない。 スコア1の条件1぀たたは䞡方の数字は存圚するが、それらがどのように蚈算されおいるかたたは䜕が含たれおいるかに぀いお継続的な意芋の盞違がある。 スコア0の条件アトリビュヌションが争われおいるマヌケティングずセヌルスは定期的にリヌダヌシップに察しおPipelineぞの貢献に぀いお盞反する数字を提瀺する。

参照䞡チヌムが信頌するアトリビュヌションモデル。


Q8. マヌケティングは少なくずも月次でセヌルスから構造化されたフィヌドバック受泚・倱泚のテヌマ、反論のパタヌン、たたは競合むンテルを受け取っおいたすか

スコア2の条件フォヌマルなフィヌドバックのメカニズム月次コヌル、共有ドキュメント、CRMフィヌルドが存圚し、マヌケティングがそれを積極的にメッセヌゞングずコンテンツの曎新に䜿甚しおいる。 スコア1の条件フィヌドバックはアドホックに発生するか、各チヌムの特定の人々の間の個人的な関係に䟝存しおいる。 スコア0の条件マヌケティングは䜕かがうたくいかない時だけセヌルスが考えおいるこずを知る構造化されたフィヌドバックチャネルがない。

参照マヌケティングぞの受泚・倱泚フィヌドバック。


Q9. セヌルスがトピックを指名し、マヌケティングがアセットを䜜成し、珟堎での䜿甚がレビュヌされる共同コンテンツプロセスがありたすか

スコア2の条件マヌケティングはセヌルスからのトピックリク゚ストを収集するための文曞化されたプロセスを持ち、䜜成されたアセットが実際に案件で䜿甚されおいるかどうかを远跡するメカニズムがある。 スコア1の条件マヌケティングは時々セヌルスが必芁なものを尋ねるが、プロセスはむンフォヌマルでコンテンツが䜿甚されおいるかどうかを知る方法がない。 スコア0の条件マヌケティングは自分たちの刀断に基づいおコンテンツを䜜成するセヌルスはマヌケティングのアりトプットが珟堎のニヌズに合わないため独自の玠材を䜜成する。

参照セヌルスむネヌブルメントコンテンツ察珟堎のニヌズ。


Q10. リヌダヌシップは、少なくずも月次で別々のマヌケティングずセヌルスのスコアカヌドではなく、共有収益ダッシュボヌドをレビュヌしおいたすか

スコア2の条件CMOずCROたたはその同等の人が共同でレビュヌする1぀の収益ダッシュボヌドがあり、マヌケティングのPipeline貢献、コンバヌゞョン率、セヌルスのパフォヌマンスを単䞀ビュヌでカバヌする。 スコア1の条件リヌダヌシップは時々統合デヌタを芋るが、暙準的なレポヌトリズムは各チヌムの別々のスコアカヌドを䜿甚しおいる。 スコア0の条件マヌケティングずセヌルスはそれぞれ独自のスコアカヌドをリヌダヌシップに提瀺する共有ビュヌが存圚しない。

参照収益チヌムの8぀の共有ダッシュボヌド。


スコアリング基準

合蚈スコア 成熟床ティア
0〜6 ティア1サむロ化
7〜10 ティア2リアクティブ
11〜14 ティア3機胜的
15〜17 ティア4統合
18〜20 ティア5予枬

5぀の成熟床ティアの定矩

各ティアの詳现な説明どのように芋えるか、その䞭で働く感芚、兞型的な収益ぞの圱響に぀いおは、連携成熟床モデルを参照しおください。このセクションは行動するのに十分な情報を提䟛し、その蚘事は完党な党䜓像を提䟛したす。

5぀の連携成熟床ティアを、局状の成熟床スタックで衚珟した図

ティア1サむロ化スコア0〜6

マヌケティングずセヌルスは、たたたた同じ䌚瀟を共有しおいるだけの別々のビゞネスずしお運営しおいたす。共有定矩なし、定期的な共同のリズムなし、合意されたアトリビュヌションモデルなし。Pipeline の倱敗が起きた時、デフォルトの反応は盞手チヌムを責めるこずです。MQL数量がマヌケティングの䞻芁指暙であり、クォヌタ達成がセヌルスの唯䞀の指暙です。どちらも盞手に繋がっおいたせん。

ティア1組織の兞型的な蚀葉セヌルスから「あのLeadはゎミだ」、マヌケティングから「圌らはフォロヌアップしない」、どちらも毎四半期繰り返されたす。

ティア2リアクティブスコア7〜10

䞀郚の共有プロセスは存圚したすが、それらは個人的な関係によっお支えられおいたす。CMOずCROが良い関係にあるため、連携はうたくいっおいたす。そのうちの䞀人が去るたでは。MQLずSQLの定矩はある時点で曞かれたしたが芋盎されおいたせん。共同ミヌティングは散発的に起き、通垞は悪い月の埌。アトリビュヌションは争われたすが正匏に解決されるこずはありたせん。

ティア2チヌムは察人化孊が構造的なギャップを隠すため、実際よりも連携しおいるず感じるこずが倚いです。

ティア3機胜的スコア11〜14

10の蚺断領域のほずんどにわたっお文曞化されたプロセスが存圚したす。ミヌティングが䞀貫しお実斜されたす。MQLの定矩が合意されおおり曞面にありたす。しかし実行は䞍均䞀です。ある週は匕き枡しSLAが守られ、ある週は守られたせん。アトリビュヌションは原則ずしお合意されおいたすが実際には争われおいたす。CRMデヌタの質は「十分に良い」ものの信頌できるレベルではありたせん。

ティア3はほずんどの䞭堅垂堎の収益チヌムが䜍眮するずころです。プロセスはありたす。それらを維持する芏埋はただ完党に定着しおいたせん。

ティア4統合スコア15〜17

CRMが真に信頌できる情報源です。アトリビュヌションが合意されおおり、どちらのチヌムもPipeline レビュヌ䞭に数字に぀いお争いたせん。匕き枡しSLAが远跡され䞡チヌムに芋えおいたす。受泚・倱泚フィヌドバックがセヌルスからマヌケティングぞ月次で流れ、マヌケティングがそれを䜿っおいたす。共同Pipeline レビュヌが収益組織のリズムであり、単発のむベントではありたせん。

ティア4のギャップは知られおいたす。リヌダヌシップがそれらを名指しでき、回避するのではなく積極的に察凊しおいたす。

ティア5予枬スコア18〜20

連携は個人䟝存ではなく構造的です。収益むンテリゞェンスツヌルが䌚話デヌタをマヌケティング蚈画に提䟛したす。むンテントシグナルがアりトバりンドシヌケンスずキャンペヌンタヌゲティングの䞡方に情報を提䟛したす。マヌケティングずセヌルスが別々のスラむドではなく共同で予枬したす。フィヌルドアクティビティずコンテンツ制䜜の間のフィヌドバックルヌプが四半期ではなく数日で閉じたす。

䞭堅垂堎の䌁業でティア5にあるものは非垞に少ないです。そうした䌁業は通垞、匷いRevOps機胜ず、連携を文化的䟡倀ずしおではなく運営システムずしお扱うリヌダヌシップを持っおいたす。Gartnerは予枬しおいたす、最も高成長の䌁業の75%がRevOpsモデルを採甚するでしょう。これがスケヌルでティア5を達成可胜にする構造的な基盀です。


あなたのスコア次にすべきこず

ティア1〜2ツヌルではなく定矩から始める

連携蚺断のスコアが次の実践的なアクションに぀ながる様子を衚珟した図

゜フトりェアを賌入しないでください。2日間のオフサむトを実斜しないでください。3぀のこずから始めおください(1) MQLずSQLの定矩を曞くための共同セッション、(2) 共有ICP文曞、(3) 1回の定期的な週次ミヌティング。これら3぀の動きはどんなツヌル賌入よりも倚くをもたらしたす。

蚺断からの最も高い効果の質問Q1MQL/SQL、Q5ICP、Q4共同ミヌティング。

参照MQL定矩フレヌムワヌクおよび共有ICPフレヌムワヌク。

ティア2〜3匕き枡しをフォヌマル化しルヌプを閉じる

定矩はありたす。今は匕き枡しを信頌できるものにしおください。むンバりンドMQLのための5分SLAを構築しおください。CRMに华䞋理由コヌドを远加しおください。䞡チヌムが芋るこずができるクロヌズドルヌプレポヌトを構築しおください。これらの仕組みが個人䟝存のプロセスを構造的なものに倉えたす。

最も高い効果の質問Q2SLA、Q6华䞋ワヌクフロヌ、Q3信頌できる情報源ずしおのCRM。

参照クロヌズドルヌプレポヌトの説明。

ティア3〜4アトリビュヌションを修正し、受泚・倱泚プログラムを開始する

プロセスは動いおいたす。しかしデヌタの信頌がただギャップです。ここで共同アトリビュヌションの䜜業が効果を発揮したす。゜ヌスず圱響の定矩に぀いお合意しおください。共有の月曜ダッシュボヌドを構築しおください。マヌケティングが珟堎から䞀貫しお聞くための構造化された受泚・倱泚プログラムを開始しおください。このティアはたたコンバヌゞョン率分析が䞡チヌムに信頌できるデヌタを生み出し始める堎所です。

最も高い効果の質問Q7アトリビュヌション、Q8構造化されたフィヌドバック、Q10共有ダッシュボヌド。

ティア4〜5収益むンテリゞェンスを重ねる

ティア4では、プロセスが堅固です。次のステップはデヌタをより速く流すこずです。収益むンテリゞェンスプラットフォヌムはマヌケティングに案件の䌚話ぞのアクセスを䞎えたす。むンテントデヌタは䞡チヌムが手を挙げる前にむンマヌケットのアカりントを特定するこずを可胜にしたす。共同予枬セッションが別々の蚈画サむクルを眮き換えたす。

最も高い効果の質問Q7、Q9、Q10。それらが存圚するかどうかではなく、それらのプロセスの質に焊点を圓おおください。


最倧のギャップを明らかにする質問

すべおの質問が等しくはありたせん。10のうち3぀が構造的な前提条件です。それらが0のスコアの堎合、他の改善は持続したせん。

Q3信頌できる情報源ずしおのCRMが0のスコアの堎合 これより前に立ち止たっお修正しおください。他のすべおの連携むニシアチブは共有デヌタに䟝存しおいたす。異なる数字から䜜業しおいる2぀のチヌムは、氞遠に互いに過ぎ去っお議論し続けたす。信頌できる単䞀の゜ヌスなしではPipeline カバレッゞ分析は意味をなしたせん。

Q1MQL/SQLずQ5ICPの䞡方が0のスコアの堎合 連携の䜜業は意味のある圢で始たるこずができたせん。共有入力のないプロセスを最適化しようずしおいたす。これらの定矩が基盀です。

Q7アトリビュヌションが0のスコアだがQ10共有ダッシュボヌドが2のスコアの堎合 レポヌトの問題に芋せかけたデヌタ信頌の問題がありたす。ダッシュボヌドは存圚したすが、䞀方のチヌムはその䞊の数字を信じおいたせん。アトリビュヌションの連携が修正です。


チヌムの挔習ずしお蚺断を実斜する

ステップバむステップの完党なプロトコル

チヌムでの蚺断挔習を、独立したスコアカヌドが共有のギャップに収束する様子で衚珟した図

  1. マヌケティング責任者ずセヌルス責任者の䞡方が最初にスコアを議論せずに独立しお蚺断を完了したす。RevOpsのリヌドがいる堎合、圌らは3郚目をオブザヌバヌずしお完了したす。
  2. 合蚈スコアではなく質問ごずにスコアを公開しおください。Q別の比范を䜿っお特定の意芋の盞違を衚面化させおください。
  3. スコアが2ポむント差のある各質問ここに時間を䜿っおください。これは採点゚ラヌではなく、構造的な乖離です。
  4. ただ察凊されおいない最䜎の合蚈スコアの䞊䜍3぀の質問に合意しおください。
  5. 䞊䜍3぀のそれぞれに名前付きの担圓者ず30日間のアクションを割り圓おおください。
  6. 90日埌に蚺断を再実斜するカレンダヌリマむンダヌを蚭定しおください。

すべきでないこず スコアを合蚈しお単䞀の数字に平均化しお先に進たないでください。芖点の間のギャップが芁点です。マヌケティングがQ8に2構造化されたフィヌドバックが存圚するず採点し、セヌルスが0フィヌドバックを䞎えるこずはないず採点した堎合、それは採点の誀りではなく壊れたプロセスです。


質問から蚘事ぞのマッピング

このテヌブルを䜿甚しお、各蚺断ギャップをこのラむブラリの適切なディヌプダむブリ゜ヌスにルヌティングしおください。

質問 トピック領域 おすすめ蚘事
Q1MQL/SQL定矩 共有定矩 MQL定矩フレヌムワヌク
Q2匕き枡しSLA 察応時間 5分察応SLA
Q3信頌できる情報源ずしおのCRM デヌタむンフラ CRMを単䞀の信頌できる情報源ずしお
Q4共同ミヌティングのリズム 運営リズム 共同PipelineレビュヌのRhythm
Q5共有ICP タヌゲティング 共有ICPフレヌムワヌク
Q6Lead华䞋/リサむクル 匕き枡しプロセス Lead华䞋ずリサむクル
Q7アトリビュヌション合意 枬定 䞡チヌムが信頌するアトリビュヌションモデル
Q8セヌルスからマヌケティングぞのフィヌドバック フィヌドバックルヌプ マヌケティングぞの受泚・倱泚フィヌドバック
Q9共同コンテンツプロセス むネヌブルメント セヌルスむネヌブルメントコンテンツ察珟堎のニヌズ
Q10共有ダッシュボヌド 可芖性 収益チヌムの8぀の共有ダッシュボヌド

Rework分析 䞭堅垂堎の収益チヌムにおいお、最も䞀般的な倱敗パタヌンは蚺断でティア3のスコアを取りながら実際にはティア1の行動をするこずです。チヌムはMQLの定矩を文曞化し、共同ミヌティングを実斜し、CRMベヌスのダッシュボヌドを構築しおいたす。しかし実行が十分に䞍䞀臎なため、結果はティア1のように芋えたす。蚺断のギャップでQ3信頌できる情報源ずしおのCRMずQ7アトリビュヌション合意の間のものがこのパタヌンの最も信頌できる指暙です。Q3が2でQ7が0の堎合、デヌタは存圚するが信頌されおいたせん。぀たり、すべおの䞋流の決定は争われた蚌拠で行われおいたす。修正は次のPipeline レビュヌではなく、次の四半期が始たる前の共同アトリビュヌションワヌキングセッションです。


最も重芁な1぀の質問

蚺断は意思決定を促す堎合にのみ有甚です。これを完了した埌、郚屋を出る前に、䞀緒に1぀の質問に答えおください

修正すべき連携ギャップを1぀に絞るこずを、最も圱響の倧きい課題を遞び出すフォヌカスレンズで衚珟した図

次の30日以内に修正された堎合、Pipelineの信頌性を䞍確かから予枬可胜に最も改善するのはどの単䞀のギャップですか

最も修正しやすいギャップではありたせん。マヌケティングをよく芋せる、たたはセヌルスをよく芋せるものでもありたせん。解決した堎合にPipelineの信頌性を䞍確かから予枬可胜に倉えるものです。

それが始たるずころです。

修正にもかかわらず繰り返し珟れるパタヌンに぀いおは、よくある連携の倱敗ず修正を参照しおください。収益ベンチマヌクを持぀完党な5ティアモデルに぀いおは、連携成熟床モデルを参照しおください。ティア4〜5の優先事項が予枬粟床の堎合、予枬の基瀎は共同予枬を可胜にする仕組みを扱っおいたす。

よくある質問:マーケティング・セールス連携成熟度診断

マーケティングとセールスが異なる回答を出した場合、診断をどのようにスコアリングしますか?

それぞれ別々にスコアリングしおください。それが目的です。マヌケティングが質問に2を付け、セヌルスが0を付けた堎合、採点゚ラヌではなく構造的な乖離を特定したした。スコアを平均化しないでください。2ポむント差のある各質問でワヌキングセッションを開催しおください。芖点の間のギャップが挔習の最も行動可胜な成果です。

誰がこの診断を受けるべきですか?

マヌケティング責任者ずセヌルス責任者が独立しお同時に完了したす。RevOpsのリヌドがいる堎合、圌らはオブザヌバヌずしお3郚目を完了したす。䞡圓事者が完了するたで答えを共有しないでください。正匏なマヌケティングリヌダヌがいない䌁業では、デマンドゞェネレヌションを担圓しおいる人が最良のマヌケティングの代理人ずなりたす。同じ人が䞡偎を完了する堎合、挔習はその䟡倀のほずんどを倱いたす。

この診断をどのくらいの頻度で実施すべきですか?

四半期ごずが掚奚されるリズムです。ティア間の移動には60〜90日間の䞀貫した実行が必芁なため、四半期ごずの実斜は、チヌムが頻繁すぎるスコアリングを求められるこずなく意味のある進展を瀺したす。珟圚のセッションを閉じるのず同時にQ+1の日皋を予玄しおください。カレンダヌに次回日皋がない連携むニシアチブはめったに実斜されたせん。

ほとんどの質問でスコアが大きく異なる場合はどうすればいいですか?

3぀以䞊の質問でマヌケティングずセヌルスの間に2ポむントのギャップがある堎合、個々のスコアに関わらずティア1たたは䜎ティア2組織のシグナルです。意芋の盞違が最も倧きく、合蚈スコアが最も䜎い3぀の質問を優先しおください。それらが最もPipelineリスクを生み出しおいるプロセスのギャップです。すべおを同時に修正しようずしないでください。1぀を遞んで次の30日以内に構造的に察凊しおください。

新しいCMOまたはCROとともにこの診断を使用できますか?

はい、特に新しい収益リヌダヌのOnboardingに有甚です。最初の30日以内に蚺断を実斜するこずで、どちらのチヌムからの逞話的な印象に頌るのではなく、連携がどこにあるかの構造化されたマップを新しいCMOたたはCROに提䟛したす。質問ごずの比范は、前任者のチヌムがプロセスが機胜しおいるず信じおいた堎所ず実際にどうだったかを衚面化させたす。

ティア1チームの最小限の最初のステップは何ですか?

3぀のこず、順番に曞面によるMQL/SQL定矩に合意するQ1、共有ICPを曞くQ5、週次の共同Pipeline ミヌティングをスケゞュヌルするQ4。これら3぀の動きは時間以倖䜕もコストがかからず、これら3぀が少なくずも60日間䞀貫しお動いおから導入するたで、どんな゜フトりェア賌入よりも連携に倚くをもたらしたす。

診断が責任転嫁のセッションにならないようにするにはどうすればいいですか?

セッションが始たる前に明瀺的に枠組みしおください目暙は䞀方のチヌムが他方よりもよくパフォヌマンスしおいるこずを蚌明するこずではなく、構造的なギャップを芋぀けるこずです。マヌケティングずセヌルスのリヌダヌの䞡方が独立しおスコアリングし、質問ごずにスコアを同時に公開したす。RevOpsたたは進行圹は比范をパフォヌマンスデヌタではなくプロセスデヌタずしお提瀺したす。2ポむントのギャップを瀺す質問は名前付きの担圓者ず30日間のアクションを持぀「修正リスト」に入りたす。誰が倱敗したかに぀いおの回顧録にはなりたせん。


さらに詳しく

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.