日本語

SmarketingとRevOpsを解説:マーケティングとセールスを連携させる2つのモデル

SmarketingとRevOpsを解説

リーダーシップ会議で「連携」という言葉を出すと、2つの異なるキャンプから2つの異なる言葉が返ってきます。一方のキャンプは「Smarketingが必要だ」と言います。もう一方は「RevOpsが必要だ」と言います。3番目のキャンプは、どちらの用語が実際に何を意味するか完全に確信を持てないまま頷いています。問題が何なのかまだ整理中であれば、モデルを選択する前にマーケティング・セールス連携とは何かから始めてください。

混乱は理解できます。どちらの言葉も「マーケティングとセールスがよりよく連携すべき」という代替表現です。しかし、これらは同義語でも互換性があるわけでもありません。そのように扱うと、実際の組織設計上の間違いにつながります。ICPが何かで合意する前にRevOpsチームを採用したり、何も構造的に変わっていないのに週次同期を「Smarketingミーティング」と呼んだりするようなことです。

各モデルが実際に何を意味するか、どこに適しているか、そしてあなたのステージに合った正しい道を選択する方法を解説します。

主要データ:実践における連携モデル

  • 正式なRevOps機能を採用した企業の65%が、SiriusDecisionsのRevOps成熟度に関する研究によると、12ヶ月以内に勝率の改善と販売サイクルの短縮を報告しています。
  • マーケティングとセールスのチームが連携している企業は、MarketingProfsによると勝率が38%高く、顧客維持率が36%高いです。
  • LinkedInのSales現状レポートによると、自社のマーケティングとセールスの連携が「優れている」と評価している組織はわずか11%です。別のGartner調査では、商業機能の連携がセールスリーダーのトップ優先事項として挙げられており、Pipeline生成やデジタル変革を上回っています。
  • RevOpsの採用は、LeanDataのRevOps現状レポートによると、2018年のB2Bテック企業の10%から2024年には43%超に成長しました。
  • ForresterのRevOps研究によると、高成長B2B企業(前年比25%超)は、10%未満の成長企業と比較して専任のRevOps機能を持つ可能性が2.3倍高いです。

引用可能: B2Bテクノロジー企業におけるRevOpsの採用はLeanDataのRevOps現状レポートによると2018年の10%から2024年には43%超に成長しており、現代のB2B組織において最も急速に採用されたGTM機能の1つとなっています。

引用可能: Forresterのレベニューオペレーション研究によると、前年比25%以上の成長を遂げている高成長B2B企業は、10%未満の成長企業と比較して専任のRevOps機能を持つ可能性が2.3倍高いです。

Smarketing-RevOps-連携スペクトラム

SmarketingとRevOpsを理解する最も有用な方法は、競合する選択肢としてではなく、単一の連携スペクトラム上の連続したステージとして捉えることです。すべてのB2B収益チームはこのスペクトラム上のどこかに位置しており、正しいモデルはどこにいるかによって完全に決まります。どのラベルがより洗練されて聞こえるかではありません。

ステージ モデル 主なメカニズム 最適な対象
1-2 Smarketingマインドセット 共有目標、ミーティング、語彙 創業者主導、シリーズB前、15名以下
2-3 Smarketing + 軽量オペレーション 文書化された合意 + シンプルなシステム 15〜30名のチーム、最初のICP合意後
3-5 正式なRevOps データインフラ、プロセスガバナンス シリーズB以降、複雑なFunnel、CS-as-revenue

このスペクトラム — Smarketing-RevOps-連携スペクトラム と呼ぶもの — が診断フレームです。RevOpsリードを採用したりSmarketingイニシアチブを立ち上げる前に、チームが実際にどのステージにいるかを特定してください。そしてより高度に聞こえるモデルではなく、ステージに合ったモデルを選択してください。

Smarketingとは

「Smarketing」はセールスとマーケティングの混成語です。HubSpotが2010年頃に統合チームモデルのラベルとして普及させました:マーケティングとセールスは別個のサイロとして機能すべきではなく、単一の収益重視チームとして運営すべきという考え方です。

その核心では、SmarketingはStructural再編成ではなく、2つの機能間の文化的・運用的な連携です。報告ラインを変更したり新しい部門を作成したりする必要はありません。3つのことを必要とします:

共有目標: 両チームはそれぞれの指標が良好に見える一方で全体結果が悪化するのではなく、同じアウトカム(収益)に結びついたKPIを持ちます。マーケティングはMQLだけを所有するのではなく、Pipelineを共同所有します。セールスはクローズ率だけを所有するのではなく、マーケティングのコンバージョン率を共同所有します。

共有ミーティング: 定期的なケイデンス(週次または隔週)で、両チームが別々のサイロではなく同じ数字を一緒にレビューします。フォーマットが重要です:マーケティングがセールスに発表するのでもなく、その逆でもありません。両チームが同じDashboardに対して責任を持ちます。

共有語彙: ICPとは何か、MQLとは何か、SQLとは何か、そして何がLeadを次のステージへ移行させるかについての文書化された合意。マーケティング・セールス連携用語集は、これらの用語が実際に有用であるために何を含める必要があるかをカバーしています。

Smarketingが機能する場所

Smarketingはモデルとして3つのコンテキストで最も効果的です:

創業者主導または小規模チーム(収益チーム1〜15名): CMOとCROが同一人物であるとき、または3人がマーケティングとセールスの両方を行っているとき、正式なRevOps機能は不要です。しかしSmarketingの原則(共有ICP、共有ミーティング、共有語彙)は同様に適用されます。文書化と合意が重要であり、ヘッドカウントではありません。

初期ステージ企業(シリーズB前): このステージでは、主な連携課題は定義的なものです。何を誰に販売しているか、そして良いLeadはどのようなものか?Smarketingは軽量なので適切なフレームワークです:いくつかの合意、定期的なミーティング、共有Dashboard。専任のオペレーションヘッドカウントは必要ありません。

マーケティングとセールス間の信頼が強い企業: Smarketingは自発的な協力に依存します。マーケティングリードとセールスリードの両方が、それが価値があり、コミットメントを実行する価値があると信じる必要があります。健全なチームダイナミクスがある環境では、これはうまく機能します。機能間に大きな不信感や政治的対立がある環境では、Smarketingミーティングは茶番になります。

Smarketingが崩れる場所

Smarketingの限界は企業のスケール拡大に伴い予測可能な形で現れます:

チームが20〜30名を超えると、Smarketingを支えていた非公式な合意が劣化し始めます。新入社員は創業者のように共有語彙を内面化しません。定義が乖離します。チームの新メンバーが「MQLとは何ですか?」と尋ねると、3つの異なる答えが返ってきます。文書化されたMQL定義フレームワークこそが、その知識を創業チーム以降も持続させるものです。

Funnelがより複雑になると(複数の製品、複数のセグメント、複数のチャネル)、収益チームをうまく運営するために必要なデータは非公式な調整が扱えるものを超えます。アトリビューションが争われるトピックになります。全員が合意した共有Dashboardが実際に起きていることをもはや捉えられなくなります。

専門化が求められるとき: 一定の規模で、マーケティングオペレーション、セールスオペレーション、そしてそれぞれが運営するシステムは、2つの部門長が週次で合意する以上の、横断的に考える人物を必要とします。運用の複雑さは専任のインフラを必要とします。

RevOpsとは

Revenue Operations(RevOps)は運用機能であり、マインドセットでも会議ケイデンスでもありません。マーケティング、セールス、カスタマーサクセスにわたる収益Funnelを通じて、データ、プロセス、テクノロジーを担当する組織的レイヤーです。

RevOpsは連携を個人の関係や善意に依存するのではなく、体系的なものにするために存在します。Smarketingが「一緒に取り組むことに合意しよう」と言うところで、RevOpsは「適切な情報が適切な人物に自動的に届くようにシステムを構築しよう」と言います。Forresterはレベニューオペレーションを「顧客価値と企業パフォーマンスを最大化するために設計された、高度に設定された反復的な商業実行戦略」と定義しており、従来のセールスオペレーションとは異なる機能横断的な役割です。リードルーティングの自動化を正しく行うことは、その運用的意図が現実になる最初の場所の1つです。

成熟したRevOps機能が所有するもの:

  • データインフラ: CRM、マーケティングオートメーションプラットフォーム、アトリビューションモデル、マーケティングとセールスの両方が見るDashboard。ツール自体ではなく、ツールを流れるデータの整合性。
  • プロセス設計: リードルーティング、ハンドオフ基準、SLA執行、エスカレーションを管理する文書化されたワークフロー。プロセスが壊れたとき、RevOpsがその修正を所有します。
  • 機能横断レポーティング: マーケティング、セールス、CSがすべて信頼する唯一の情報源。3チームが維持する3つの異なるスプレッドシートではありません。
  • テクノロジーガバナンス: 新しいツールの評価、統合の管理、スタックが無秩序に拡大しないようにすること。

RevOpsはセールスオペレーションのリブランドではない

混乱が一般的なので、これは直接的に述べる価値があります。セールスオペレーションはセールスチームを専門的にサポートする機能で、テリトリー、予測、報酬プラン、セールスRepのCRM衛生を管理します。CROに報告します。その仕事はセールスをより効果的にすることです。

RevOpsは機能横断的な役割です。マーケティング、セールス、CSの内部ではなく、それらの間に位置します。その仕事は、機能間のハンドオフを含め、収益プロセス全体をより効率的にすることです。実際にはセールスオペレーションである新しい名前を持つRevOpsチームは、連携問題を解決していません。より良いタイトルを与えただけです。

RevOpsが機能する場所

RevOpsは以下の状況で最大のレバレッジを持ちます:

シリーズB以降: 収益モーションが十分に複雑で、チームが十分に大きいため、非公式な調整ではシステムを維持できません。アトリビューションが争われています。SLAが誰も追跡できない方法で崩壊しています。CRMが混乱しています。これがRevOpsが設計された瞬間です。

マルチプロダクト企業: セールスが複数の製品を販売している場合、顧客ジャーニー全体のアトリビューションは真に複雑になります。RevOpsは、各チームが収益を促進していると信じるものではなく、実際に収益を促進しているものを追跡するインフラを提供します。

CSが収益ドライバーになっている組織: カスタマーサクセスが拡大、更新、またはUpsellを担当している場合、収益モーションは初回取引を超えて拡張されます。RevOpsは最初の2つだけでなく、3つすべての機能(マーケティング、セールス、CS)にわたって調整します。

SmarketingとRevOps:競合ではなく連続

「Smarketingか、RevOpsか?」というフレーミングは偽りの選択です。これらは競合する哲学ではありません。同じ旅の連続したステージです。

ステージ1-2(初期ステージ、小規模チーム): Smarketingマインドセット + 軽量RevOps

  • 共有ICPとリード定義を構築する
  • シンプルなFunnelモデルに合意する
  • 共有Dashboardを設定する(スプレッドシートでも可)
  • 週次の収益同期を実施する
  • 1人がオペレーションの役割を担う。専任採用は不要

ステージ3+(ミッドマーケット、スケール中): Smarketingカルチャーの上に構築された正式なRevOps機能

  • 専任のRevOps採用(または小規模チーム)
  • Smarketingが非公式に作成した合意を強制するシステム
  • マーケティングとセールスの両方が信頼するアトリビューションモデル
  • Smarketingカルチャーは残る(ミーティング、共有語彙、共同説明責任)が、今や善意だけでなくインフラによってサポートされている

苦労している企業は順序をスキップしたものです。ICPとは何かに合意する前にRevOpsチームを採用してしまいます。RevOpsチームは誰も信頼しない美しいDashboardを構築します。なぜなら基礎となる定義がまだ争われているからです。あるいは非公式な合意がシステムを維持できる点を超えてSmarketingモードに留まり、チームが成長するにつれて連携が劣化するのを見ることになります。ミスアライメントの8つの警告サインは、チームが実際にどのステージにいるか、対信じているステージを診断するための信頼できる診断ツールです。

Smarketing RevOps
何か マーケティングとセールス間の文化的・運用的な連携 マーケティング、セールス、CSにわたる機能横断的な運用インフラ
主なメカニズム 共有目標、共有ミーティング、共有語彙 データシステム、プロセス設計、テクノロジーガバナンス
誰が所有するか CMO + CRO(共同) RevOpsリード(中立、どちらの機能にも所有されない)
最適な対象 初期ステージ、小規模チーム、創業者主導の組織 シリーズB以降、複雑なFunnel、マルチプロダクト、CS-as-revenue
崩れるとき チームが20〜30名を超え、複雑性が増加する 定義が合意される前に実装される
必要なもの 両機能からの信頼とバイイン 機能横断プロセスを所有する組織的権限

両モデルが共通して必要とするもの

あなたのステージにどちらのモデルが合っていても、3つのことは譲れません。RevOpsのツールやSmarketingの善意はこれらを代替できません。

共有ICP: マーケティングとセールスの両方が、書面で、どのような企業とコンタクトをターゲットとしているかに合意しています。業界と企業規模だけでなく、準備状態を示す行動的・状況的シグナルも含みます。これが書き留められ合意されていない場合、両モデルは失敗します。共有ICPフレームワークの記事は、実際のクローズ・ウォンとChurn顧客データからこの合意を構築する方法をカバーしています。

合意された定義: MQLとは何ですか?SQLとは何ですか?何の基準がLeadを次のステージへ移行させますか?これらの答えは文書化され、少なくとも四半期ごとにレビューされる必要があります。定義は乖離します。四半期レビューはそれが高コストになる前に乖離を捉えます。

クローズドループフィードバック: セールスのアウトカムデータ(どのLeadがコンバージョンし、どれが却下され、なぜ)はマーケティングのターゲティングとコンテンツの意思決定に返される必要があります。これなしに、マーケティングは暗闇の中で意思決定をしています。ループは体系的に閉じられなければなりません。アドホックであってはなりません。

これら3つの基盤は両モデルの出発点です。RevOpsツールでスキップすることも、Smarketingカルチャーで代替することもできません。

よくある間違い

間違い1:定義を修正する前にRevOpsチームを採用する。 チームは争われたデータの上にシステムを構築します。Dashboardは信頼されるツールではなく政治的な成果物になります。RevOpsへの投資は明確さではなく不満を生み出します。

間違い2:組織変更を避けるためにSmarketingと呼ぶ。 目標、指標、または説明責任の構造を変更せずに、四半期ごとの全体会議を「Smarketingミーティング」と改名しても、連携は生まれません。同じ機能不全に言葉が加わるだけです。

間違い3:RevOpsをセールスオペレーション2.0として扱う。 主にセールスにサービスを提供するRevOpsチームは、機能横断の問題を解決していません。マーケティングは自分がインプットを持たないデータを信頼しません。そしてCSは、収益インフラが最初の商談だけのために設計されている場合、拡大に協力しません。セールスパイプラインが実際に何を追跡しているか — そしてそれがマーケティングのFunnelビューとどのように異なるか — を理解することは、各オペレーション機能がどこで始まりどこで終わるかを明確にするための良い出発点です。

Rework分析: LeanDataとForresterのRevOps採用パターンデータに基づくと、RevOpsを実装する前にSmarketingの基盤を形式化していない企業 — 具体的には共有ICPとMQL定義を文書化する前に — は実装失敗率が60%を超えます。Dashboardは構築されますが、どちらのチームもデータを信頼しません。私たちのSmarketing-RevOps-連携スペクトラムフレームワークは、順序がモデルよりも重要であることを示唆しています:ステージ4のツールを試みるステージ2のチームは加速しているのではなく、不安定な基盤の上にインフラを構築しています。まずSmarketingの基盤に投資してください。RevOpsはその上に積み上がります。

意思決定フレームワーク:3つの質問

モデルを選択する前に、これら3つの質問に答えてください:

1. 収益チームはどのくらいの規模ですか? 15名未満:軽量オペレーションサポートを伴うSmarketingモデル。30名超:専任のRevOpsインフラが必要な可能性があります。

2. Funnelはどの程度複雑ですか? 単一製品、単一モーション、明確なICP:Smarketingが対処できます。複数製品、複数セグメント、CS-as-revenue、複雑なアトリビューション:RevOpsが適切なインフラです。

3. マーケティングとセールスには現在合意された定義がありますか? なし:定義から始めてください。どちらのモデルも定義なしには機能しません。あり:チームが小規模であれば、Smarketingの合意を形式化してください。チームが大規模でプロセスが複雑であれば、それらの定義はRevOpsビルドの基盤になります。

中立的なオペレーターの役割

両モデルが恩恵を受けるパターンの1つ:CMOでもCROでもない誰かが連携プロセスを所有することです。

連携が2人の機能長の間の純粋な交渉である場合、それはその関係の政治と優先事項に左右されます。CMOが強くCROが新しければ、マーケティングの定義が勝ちます。CROが収益数字をコントロールしていれば、セールスが一方的に「資格がある」を定義します。

中立的なオペレーター — RevOpsリード、チーフオブスタッフ、または両サイドを所有する成長担当VP — は、どちらかの機能長の好みではなく、合意に対してプロセスを説明責任を持たせることができます。これは特に不一致時に重要です:マーケティングの資格の定義とセールスの資格の経験が乖離するとき、誰かが仲裁を実施する必要があります。

最初に連携すること

構造を選択する前に、以下について合意してください:

  1. 私たちのICPとは何か?(書面で、具体的で、両チームが承認した)
  2. MQLとは何か?(具体的な基準、漠然とした「マーケティング資格」ではない)
  3. ハンドオフで何が起きるか?(誰が誰に通知するか、どのようなコンテキストが必要か、SLAは何か)

これら3つの合意が基盤です。Smarketingはカルチャーによってそれらを形式化します。RevOpsはシステムにそれらをコード化します。しかし両方が機能する前に存在する必要があります。

連携成熟度モデルは、これらの基盤が5つのステージを通じてどのように進化するか、そして次のステージに移る前に各ステージで何が必要かをマッピングしています。

よくある質問

Smarketingとは何ですか?

Smarketingは、共有目標、共有ミーティングケイデンス、共有語彙を通じて、マーケティングとセールスを単一の収益重視の運用モデルに連携させることです。報告ラインの再編成や新しい部門の創設は必要ありません。両チームがコミットし測定される文書化された合意が必要です。

RevOpsとは何ですか?

Revenue Operations(RevOps)は、マーケティング、セールス、カスタマーサクセスにわたってデータインフラ、プロセス設計、テクノロジーガバナンスを担当する機能横断的な組織レイヤーです。RevOpsは連携を個人の関係に依存するのではなく体系的なものにします。Smarketingが非公式に作成した合意を耐久性のあるシステムにコード化します。

SmarketingとRevOpsの違いは何ですか?

SmarketingはCMOとCRO間の自発的な協力を通じて機能する文化的・運用的な連携モデルです。RevOpsは機能横断プロセスを所有する組織的権限を持つ運用機能です。Smarketingは初期ステージ企業に適したモデルであり、RevOpsはチーム規模、Funnelの複雑さ、またはマルチプロダクトモーションが非公式な連携で維持できるものを超えたときに必要なインフラです。

SmarketingとRevOpsのどちらを最初に実装すべきですか?

ほぼ常にSmarketingが先です。RevOpsは合意された定義の上にシステムを構築します。ICPとMQL基準がまだ文書化・合意されていない場合、RevOpsのDashboardはどちらのチームも信頼しない争われたデータを反映します。HubSpotのインバウンドデータによると、正式な連携SLAを持つ企業の65%がマーケティングプログラムから強いROIを得ていますが、SLAは施行可能であるためにSmarketingレベルの定義作業を必要とします。

企業はいつRevOpsリードを採用する必要がありますか?

シグナルは通常次の3つのうちの1つです:(1)チームが30名を超えて成長し、非公式な連携が劣化している;(2)アトリビューションが中立な仲裁者なしにマーケティングとセールス間の争われるトピックになっている;または(3)カスタマーサクセスが収益ドライバーになり、セールスからCSへのハンドオフに運用オーナーがいない。Forresterによると、25%超の前年比成長企業は、より遅い成長企業と比較して専任のRevOpsを持つ可能性が2.3倍高いです。

SmarketingとRevOpsの共通点は何ですか?

両モデルは同じ3つの必須事項を必要とします:両機能が合意した文書化されたICP、リードステージの合意された定義(MQL、SQL、SAL)、そしてセールスのアウトカムデータをマーケティングの意思決定に返す体系的なクローズドループフィードバックプロセス。どんなSmarketingの善意やRevOpsのツールもこれらの基盤を代替できません。

関連記事