--- title: "SalesOps／MOpsとは？役割の違いとSalesforce連携のデータ境界" url: "https://www.issoh.co.jp/column/details/2797/" published: 2024-06-26 updated: 2026-10-12 categories: ["マーケティング"] publisher: "株式会社一創" --- # SalesOps／MOpsとは？役割の違いとSalesforce連携のデータ境界 SalesOpsとMOpsは、どちらも「営業やマーケティングの現場が動きやすいように、プロセスとデータとツールを整える機能」を指します。定義そのものは、後述するSalesforceやAdobeの製品ドキュメントを含めて大きくは割れていません。実務で問題になるのは定義ではなく境界です。二つの役割が同じ顧客データに同時に触れるため、どこまでが誰の担当かを決めないまま走り出すと、CRMとMAツールの間でデータが食い違い始めます。この記事では役割の説明にとどめず、SalesforceとMarketoの同期仕様という動かせない制約から、担当範囲の線をどこに引くかまで具体化します。 ## まとめ：SalesOpsとMOpsの分担で先に決めること - SalesOpsは商談化以降の営業プロセスと予実、MOpsは商談化前のリード獲得と育成を主戦場とし、両者はリードから商談への受け渡し地点で重なります。 - 役割分担は「業務内容」ではなく「どのオブジェクトの値を書き換えてよいか」で切ると、運用に落ちます。 - Salesforceのリード取引開始は取り消せません。誰がいつ実行するかの取り決めは、MOpsとSalesOpsの境界そのものです。 - Marketoの同期は、リード・取引先責任者・Salesforceキャンペーンだけが双方向です。取引先や商談はSalesforceからの一方向のため、MAツール側で編集しても戻りません。 - 専任のOpsが必要になるのは、ツールの設定変更が週次で発生し、その意思決定者が不在で滞留し始めてからです。人数の少ない組織では兼任のほうが速く回ります。 ## Opsという略語が指すものの切り分け Opsは英語のOperationsの略で、日本語では「オペレーション」「運用」と訳されます。ただし、この略語は文脈によって指すものが大きく変わります。 日本語で「OPSとは」と検索すると、上位に並ぶのは野球の打撃指標の解説です。こちらのOPSはOn-base Plus Sluggingの略で、出塁率と長打率を足し合わせた数値を指します。本記事で扱うOpsとはまったく別物です。 ビジネス文脈のOpsは、対象部門の名前を前に付けて使います。SalesOpsなら営業部門、MOps（Marketing Operations、日本語ではマーケティングオペレーション）ならマーケティング部門、CS Opsならカスタマーサクセス部門が対象です。「◯◯Ops」という命名がIT以外の部門にも広がったのはDevOpsが普及して以降ですが、営業運用そのものを担う組織は後述のとおり1970年代から存在します。命名の流行と機能の起源は別に見てください。なお機械学習の運用を担う[MLOpsとは？機械学習の運用を支える仕組みと導入判断をわかりやすく解説](https://www.issoh.co.jp/column/details/2939/)で扱う領域も、同じ命名規則の延長にあります。 ## SalesOps・MOps・RevOpsの位置関係 SalesOpsとMOpsは並列の関係です。これに対してRevOps（Revenue Operations）は、SalesOps・MOps・CS Opsを一つの収益プロセスとして束ねる上位の呼び方で、部門別に効率を上げた結果として全体がつながらなくなる状態を避けるために使われます。 順序として先にあるのはSalesOpsとMOpsです。個別の役割が定義されていない段階でRevOpsという看板だけを掲げても、統合すべき対象が存在しません。まず担当範囲を確定させ、部門をまたぐ指標が噛み合わなくなった時点でRevOpsを検討する、という順番になります。 ## SalesOpsが担う業務範囲 ### SalesOpsが受け持つ四つの領域 SalesOpsの業務は、実務上おおむね次の四つに整理されます。営業戦略とテリトリー・目標配分の設計、営業プロセスの標準化と入力ルールの整備、SFAやCRMを中心としたツール群の管理、そしてパイプラインと予実のデータ分析です。 Salesforceを使っている組織であれば、触れる対象はさらに具体的になります。商談オブジェクトのフェーズ選択リストと完了予定日、リードの取引開始ルール、レポートとダッシュボードの定義、そして入力規則と承認プロセスがそれにあたります。 共通しているのは、いずれも個々の商談を追う仕事ではないという点です。営業担当者が案件を進めるのに対し、SalesOpsは案件が進む条件のほうを整えます。SFAへの入力が続かない、入力されても分析に使えないといった問題は、担当者の意識ではなく設計側の課題として扱われます。この領域の具体的な進め方は[SFAの使い方と運用設計｜入力が続く仕組みとデータで営業判断する手順](https://www.issoh.co.jp/column/details/15828/)で整理しています。 ### セールスイネーブルメントとの分担 混同されやすいのがセールスイネーブルメントです。両者は目的が近いものの、働きかける対象が違います。SalesOpsはプロセスとシステムを対象にし、セールスイネーブルメントは人のスキルとコンテンツを対象にします。 商談化率が低いという同じ症状に対して、SalesOpsは「商談化の判定基準が曖昧で、SFA上の商談フェーズが担当者ごとに違う」と診断するでしょう。一方のセールスイネーブルメントは「初回訪問での提案内容に差がある」と診断します。どちらの診断が正しいかは、データが揃っているかどうかで決まります。データが揃っていない段階でスキル研修を先に走らせても、効果を測る土台がありません。 ### SalesOpsが追う代表的な指標 | 指標 | 測るもの | 悪化したときに疑う箇所 | | --------- | --------------- | -------------- | | フォーキャスト精度 | 予測と実績の乖離 | 商談フェーズの定義と更新頻度 | | ノルマ達成率 | 目標に対する到達度 | テリトリーと目標配分の設計 | | リード応答時間 | 受け渡しから初回接触までの時間 | MAとSFAの連携と通知設計 | | 成約までの所要日数 | 商談の滞留 | 承認プロセスと必要情報の欠落 | | 顧客獲得コスト | 獲得1件あたりの費用 | チャネル別の費用配分 | このうちリード応答時間だけは、SalesOps単独では改善できません。受け渡しの上流はMOpsの領域だからです。指標の責任がどこで切れるかを示す典型例として押さえておいてください。 ## MOpsが担う業務範囲 ### MOpsの業務とSalesOpsとの重複領域 MOps、すなわちマーケティングオペレーションは、リード獲得から育成までのプロセスとデータを受け持ちます。MAツールのシナリオ設計と運用、フォームやランディングページからの流入データの整備、リードスコアリングの設計、キャンペーンごとの効果測定が中心です。スコアの配点設計は[リードナーチャリングのスコアリング設計｜配点・減点・効果測定](/column/details/5160/)で詳しく扱っています。 重なるのは受け渡し地点です。マーケティングが「営業に渡してよい」と判断したリードと、営業が「追う価値がある」と判断する基準がずれると、MQLの件数は増えるのに商談が増えないという状態になります。この判定基準と引き渡し条件については[MQLとSQLの違いとは？認定部門・SALを挟む引き渡し設計](/column/details/7250/)で整理しました。 ### データの所有権による境界の引き方 業務内容で線を引こうとすると、この重複領域で必ず揉めます。実務で運用に耐えるのは、オブジェクト単位の書き込み権限で切る方法です。 具体的には、リードオブジェクトの獲得経路・スコア・キャンペーン関連項目はMOpsが所有し、商談オブジェクトのフェーズ・金額・完了予定日はSalesOpsが所有する、という形で決めます。取引先と取引先責任者は両者が参照しますが、更新権限はどちらか一方に寄せてください。こう決めておくと、項目が意図せず書き換わったときに、どちらの運用ルールを直すべきかが一意に定まります。 この切り方が有効な理由は、次章で述べるとおり、SalesforceとMarketoの同期仕様そのものがオブジェクト単位で挙動を変えているからです。ツール側の制約に合わせて組織の分担を決めるほうが、逆よりも破綻しません。 ### MOpsを立ち上げる場合の着手順 MOpsを新たに構築するとき、先にMAツールのシナリオから作り始めると、あとでデータの持ち方を変えられなくなります。順序としては次のとおりです。 1. オブジェクトと項目ごとの所有権を確定する。誰が書き込めるかを、シナリオを作る前に文書化します。 2. CRMとMAツールをつなぐ連携ユーザーの権限を設計する。後述のとおり、この権限が同期される範囲そのものを決めます。 3. リード取引開始の実行条件を営業側と合意する。取り消せない操作なので、自動化の可否はここで決めます。 4. ここまで固めてから、スコアリングとシナリオの設計に入ります。 MAツール自体の選定から始める場合は、[MAツールとは？主要ツールの比較と選び方・導入で失敗しない判断基準を解説](https://www.issoh.co.jp/column/details/13409/)で選定軸を整理しています。 ## The Modelの四工程におけるOpsの位置 ### The Modelを構成する四つの役割 日本のBtoB営業でOpsが語られるとき、前提として置かれることが多いのがThe Modelです。福田康隆氏の著書『THE MODEL』（翔泳社、2019年1月30日初版）が広めた考え方で、副題は「マーケティング・インサイドセールス・営業・カスタマーサクセスの共業プロセス」となっています。四つに役割を分けたうえで、前の工程の成果を次の工程の入力として渡していく点が骨子です。副題が「分業」ではなく「共業」を選んでいる点は、後述する運用上の失敗と直結します。インサイドセールスの位置づけは[インサイドセールスとは？意味・フィールドセールスとの違いと導入手順を解説](https://www.issoh.co.jp/column/details/15250/)で解説しています。 各工程には引き渡しの基準と件数目標が置かれます。この段階的な絞り込みの考え方自体は、[デマンドウォーターフォールとは何か？基本概念とその重要性を解説](/column/details/7294/)で扱うモデルと共通の系譜にあります。 ### 分業が機能しなくなる三つの症状 役割を分けただけでは成果は出ません。パーソル総合研究所は、The Modelがうまくいかない企業に共通する事象として、次の三つを挙げています。 - 読まない：マーケティングが高スコアの企業をリストアップしても、インサイドセールスが背景や意図を読まないままアプローチしてしまいます。読むための情報が渡っていないことも原因です。 - 追わない：フィールドセールスが既存顧客への対応に追われ、インサイドセールスからの紹介企業を優先順位が低いと判断して積極的に追いません。 - 引き継げない：カスタマーサクセスが複雑な課題に対応できず、結局顧客からフィールドセールスへ直接連絡が入ります。 同社はまた、The Modelがプロダクト型により適したモデルであり、営業組織の中で必要な活動についての共通認識が不足したまま分業を一律に当てはめても、多くのムダやムラが発生すると指摘しています。アカウント型営業を重視する組織や、営業対象がプロダクト型とアカウント型で混在している組織では、分業の粒度から見直してください。 ### Opsが引き受ける継ぎ目の設計 三つの症状はいずれも、工程内ではなく工程と工程のあいだで起きています。スコアだけを渡して背景を渡していないのは、受け渡し時に何の項目を同期するかの設計漏れです。紹介案件が追われないのは、優先順位を判断する材料が営業側の画面に出ていないためでしょう。 この継ぎ目を担当する機能がSalesOpsとMOpsにあたります。逆に言えば、四つの工程に分けただけでOpsを置かない場合、継ぎ目は誰の担当でもなくなります。役割分担の設計と同時に、継ぎ目のデータ設計を誰が持つかを決めておいてください。 ## Salesforce・Marketoの同期仕様に基づくデータ境界の設計 ここからは、SalesforceとAdobe Marketo Engageを組み合わせる構成を前提に、担当範囲を具体化します。この組み合わせを取り上げる理由は、両者の同期仕様が公開されており、組織の取り決めより先に技術的な制約が決まっているからです。 ### 標準オブジェクトとリード取引開始の不可逆性 Salesforceの標準オブジェクトのうち、営業とマーケティングが共有するのはリード・取引先・取引先責任者・商談・キャンペーンです。リードは見込み客の情報を単独で持つオブジェクトで、確度が上がった段階で「取引開始」を実行すると、取引先・取引先責任者・（必要に応じて）商談が作成されます。 この操作は元に戻せません。Salesforceのヘルプは、一度リードが取引先責任者や取引先に変換されると、取り消したりリードに戻したりすることはできないと明記しています。復旧するには変換後のレコードを削除し、リードを作り直すことになります。 取引開始の実行タイミングは、したがって組織の取り決めが必要な地点です。MOps側で自動化して早期に変換すると、育成中の見込み客が取引先責任者として大量に増え、営業側の画面が使いにくくなります。逆に営業判断を待ちすぎれば、MAツール側で育成対象として扱い続けることになるでしょう。取引開始の条件は、スコアの閾値ではなく、営業が接触する意思を示したかどうかで定義するほうが安定します。 ### 双方向同期と一方向同期の線引き Adobe Marketo Engageの公式ドキュメントによると、Salesforce同期の挙動はオブジェクトによって異なります。 | オブジェクト | 同期方向 | 運用上の意味 | | ---------------- | --------------- | ---------------- | | リード | 双方向 | どちらで更新しても反映される | | 取引先責任者 | 双方向 | どちらで更新しても反映される | | Salesforceキャンペーン | 双方向 | メンバー情報を相互に持てる | | 取引先 | Salesforceから一方向 | Marketo側の変更は戻らない | | ユーザー | Salesforceから一方向 | Marketo側の変更は戻らない | | 商談 | Salesforceから一方向 | Marketo側の変更は戻らない | | カスタムオブジェクト | Salesforceから一方向 | Marketo側の変更は戻らない | | アクティビティ | Salesforceから一方向 | Marketo側の変更は戻らない | 同期は常時動いており、各同期のあいだに5分間の停止をはさんで再開する仕組みです。初回同期には数時間から数日を要することがありますが、以降の対象は変更されたデータのみに絞られます。もう一つ見落とされやすいのが権限の扱いでしょう。同期されるのはSalesforce用に設定した認証情報でアクセスできるデータに限られるため、連携ユーザーの権限設計が同期範囲そのものを決めます。 この表がそのまま担当範囲の線になります。双方向の三つは両部門が触れるため、項目レベルで所有者を決める対象です。一方向の五つについては、Salesforce側が正の情報源であり、MOpsは参照に徹してください。商談金額をMarketoのレポート都合で書き換えるといった運用は、仕様上そもそも成立しません。 ### 空項目のみ補完される仕様への対処 取引開始でもう一つ注意が要るのが、既存レコードを更新する場合の挙動です。Salesforceのヘルプは、対応付けられたリード項目は既存レコードを上書きせず、空の項目にのみ情報が追加されると説明しています。 古い情報が残り続けるのは、この仕様が理由です。三年前に登録された取引先責任者の部署名が空でないまま、最新のフォーム入力で得た部署名が反映されない、という状態が起こり得ます。データが増えるほど、新しい情報のほうが埋もれていきます。 対処としては、更新日時を持つ項目を別途用意し、フォーム入力時点の値を上書きせずに追記する運用が現実的です。加えて、待機中のワークフローアクションや有効な承認プロセスに関連付けられているリードは取引開始そのものができないため、自動化を組む際は例外処理を先に決めておいてください。項目の欠損や重複を継続的に検知する仕組みについては、[データオブザーバビリティとは？五つの柱とデータ品質監視の導入判断【2026年8月時点】](https://www.issoh.co.jp/column/details/16504/)で扱っています。 ## 専任のSalesOps／MOpsを置くべきでない条件 ### 専任化の判断基準となる意思決定の滞留 専任を置く判断は、人数ではなく意思決定の滞留で測ります。ツールの設定変更やプロセス変更の要望が週次で発生し、それを決める人がいないために止まっている状態が続いているなら、専任を置く段階です。 逆の状態も明確です。変更要望が月に数件で、営業マネージャーが片手間で処理できているうちは、専任を置いても仕事が足りません。仕事が足りないOpsは、必要のないダッシュボードやレポートを増やし、現場の入力負荷だけを上げてしまいます。 ### 兼任を続けるべき三つの前提条件 次のいずれかに当てはまる場合、専任化は見送るべきだと考えます。 - 営業プロセスがまだ固まっておらず、四半期ごとに商談フェーズの定義が変わっています。標準化する対象がない段階では、Opsの仕事は定義の変更に追随するだけになります。 - CRMとMAツールのどちらかが導入直後で、設定が安定していません。この時期に必要なのは運用改善ではなく導入の完了です。[Salesforce導入支援サービスの概要とビジネスにもたらす価値](https://www.issoh.co.jp/column/details/7448/)で触れているような導入フェーズの支援と、Opsの役割は別物です。 - データの集約先が決まっていません。分析基盤の設計が先で、そこが定まらないうちにOpsを置くと、手作業の集計担当になります。前提となる基盤の考え方は[マーケティングのデータ分析基盤｜GA4・広告・CRM統合の構成と作らない判断](https://www.issoh.co.jp/column/details/16254/)を参照してください。 専任のOpsは、整えるべき対象が動かない状態になって初めて効きます。順序を逆にすると、組織図に役職が増えるだけで、現場の負荷は変わりません。 ## よくある質問 ### SalesOpsとは何ですか？ 営業組織の生産性を上げるために、営業プロセスの標準化、SFAやCRMの管理、パイプラインと予実のデータ分析、テリトリーと目標配分の設計を担う機能です。個別の商談を進めるのではなく、商談が進む条件を整える役割を持ちます。 ### Sales Opsの役割は？ 端的には、営業担当者が判断に使うデータと画面を用意することです。ただし責任範囲は業務名では決まりません。たとえばリード応答時間は営業側の指標に見えますが、受け渡しの上流はMOpsの領域のため、SalesOps単独では改善できません。どのオブジェクトのどの項目を更新してよいかまで決めておくと、MOpsとの重複が整理できます。 ### OPSとは売上のことですか？ いいえ。ビジネス文脈のOpsはOperations（運用）の略で、売上そのものを指す用語ではありません。なお同じ表記のOPSには野球の打撃指標（出塁率と長打率の合計）があり、日本語での検索では後者の解説が上位に並びます。 ### MOpsとSalesOpsはどちらを先に置くべきですか？ 前提として、本文で挙げた見送り条件（営業プロセスが固まっていない、ツール導入直後、データの集約先が未定）に当てはまらないことを確認してください。そのうえで、リード獲得の件数は足りているのに商談化しないならSalesOps、商談化率は保てているのにリードが不足しているならMOpsが先です。どちらも詰まっている場合は、データの正が定まっている側、つまりCRMを持つSalesOps側から着手するほうが、後の統合で手戻りが少なくなります。 ### Sales Operationsとはどういう意味ですか？ 直訳すると「営業運用」で、SalesOpsの正式な表記です。セールスオペレーションと日本語表記される場合も同じものを指します。ハーバード・ビジネス・レビュー誌の記事によれば、この機能を最初に組織として設けたのは1970年代のゼロックスで、営業計画・報酬設計・フォーキャスト・テリトリー設計などを担う部門として発足しました。担当領域が当初からプロセスと数値の設計であった点は、この記事で述べてきた範囲とも重なります。 ## 関連記事 - [インサイドセールスとは？意味・フィールドセールスとの違いと導入手順を解説](https://www.issoh.co.jp/column/details/15250/) - [MAツールとは？主要ツールの比較と選び方・導入で失敗しない判断基準を解説](https://www.issoh.co.jp/column/details/13409/) - [MQLとSQLの違いとは？認定部門・SALを挟む引き渡し設計](/column/details/7250/) - [デマンドウォーターフォールとは何か？基本概念とその重要性を解説](/column/details/7294/) - [マーケティングのデータ分析基盤｜GA4・広告・CRM統合の構成と作らない判断](https://www.issoh.co.jp/column/details/16254/) --- 出典: [SalesOps／MOpsとは？役割の違いとSalesforce連携のデータ境界]()（株式会社一創）