RevOpsとは
「営業とマーケの連携が悪い」「CRMを入れても、部門ごとに違う意味で運用している」「数字は見ているのに改善が進まない」。RevOpsを調べる人の背景には、こうした分断があります。
RevOpsは Revenue Operations の略です。日本企業の現場に寄せて言えば、営業、マーケ、CSにまたがる売上プロセスを、KPI・データ・運用の面でつなぐ機能です。単なる営業支援部門でも、レポート作成部門でもありません。売上が生まれる流れ全体を、同じ言葉と同じ数字で扱える状態にする役割です。
Sales Opsとの違い
Sales Opsは営業組織の再現性を高める機能です。商談管理、営業会議、予実管理、担当割り振りなど、営業部門の最適化が主戦場です。一方RevOpsは、その前後も見ます。マーケがどんな条件でリードを渡すか、営業が受注後に何をCSへ渡すか、CSで見えた解約理由がどこへ返るかまで扱います。
つまり、Sales Ops が営業部門の運営なら、RevOps は売上を生む流れ全体の運営です。GTM Engineerのような実装職との違いが気になるなら GTM Engineerとは も読み比べると輪郭がはっきりします。
なぜ今重要か
ツールが増えたからです。CRM、MA、BI、AI要約、自動化ツール。道具は増えたのに、部門間の定義がそろっていないと、速く間違えるだけになります。AI時代に先に必要なのは、導入そのものより、誰がどの数字を見て、どのタイミングで引き継ぎ、どこで人が判断するかを設計することです。RevOpsはまさにそこを担います。
RevOpsの仕事
RevOpsの中心は三つあります。共通言語を作ること、KPIを設計すること、運用が回る状態を作ることです。MQL、営業受け入れ、商談化、失注、オンボーディング開始。この言葉の意味が部門ごとにずれていると、ダッシュボードはあっても議論が噛み合いません。RevOpsは、定義をそろえ、会議で見る数字を絞り、CRMやレポートをその定義に合わせて整えます。
KPI設計の考え方
RevOpsのKPI設計は、指標を増やすことではありません。部門ごとに分かれた数字を、同じ売上プロセスの中に並べ直すことです。流入数、MQL数、営業受け入れ率、商談化率、受注率、受注後の定着。これらを断片ではなく流れで見られるようにすると、改善の会話が成立しやすくなります。
日本企業ではどう導入するか
日本企業では、RevOpsという肩書より先に仕事が存在していることが多いです。営業企画、BizOps、マーケOps、CS企画に分かれている論点を誰かが束ねている状態です。初期フェーズなら営業企画やBizOpsの延長で始まることもありますし、拡大フェーズでは CEO や COO に近い位置に置いたほうが機能しやすいこともあります。この論点は RevOpsを組織のどこに置くべきか ともつながります。
向いている人
RevOpsに向くのは、数字を使って部門間の会話を整えられる人です。営業の現場感、マーケの獲得構造、CSの継続論点のどれか一つに肩入れしすぎず、全体の流れで判断できる人は強いです。派手な施策より、定義をそろえる、入力ルールを直す、引き継ぎを整えるといった地味な改善に価値を感じる人にも向いています。
どう近づくか
最初から「RevOpsになる」と構えなくても構いません。今の仕事の中で、部門間の断絶を一つ見つけ、それを定義・KPI・運用のどこで直すべきか考えるところから始められます。マーケターなら MQL から商談・受注まで追うこと、営業企画なら受注後の引き継ぎ品質まで見ることが入口になります。マーケ寄りの越境ルートは マーケターからRevOpsへ移るには が参考になります。
30日・90日の動き方
30日では、まず自社のファネルを一枚で書き出してください。問い合わせ、MQL、営業受け入れ、商談化、受注、その先の定着までです。そのうえで、意味がずれている言葉を一つ見つけます。90日では、その定義のズレに対応する小さな改善を作る。たとえば MQL 条件の見直し、商談ステージ定義の整理、引き継ぎ項目の統一などです。
まとめ
RevOpsは、Sales Ops の言い換えでも、管理部門の新名称でもありません。売上プロセス全体を、KPI・データ・運用の面でつなぐ役割です。AI時代に重要なのは、ツールを入れること以上に、売上の流れを同じ言葉で扱えること。その意味で、RevOpsは「新しい部署」より「売上組織の運営OS」として理解したほうが実態に近いです。
この媒体では、こうした職種の輪郭だけでなく、今の職種からどう近づくかまで整理していきます。続きを追いたい方は、メールマガジンに登録してください。