RevOpsとは？営業・マーケ・顧客支援のすれ違いを減らす仕組み

RevOpsとは？営業・マーケティング・顧客支援をつなぐ仕事

RevOps（Revenue Operations）は、マーケティング、営業、購入後の支援で、顧客情報や業務の進め方をそろえる仕事です。問い合わせが届いてから契約・継続に至るまで、担当が替わっても対応がつながるようにします。

資料を請求した会社に営業が連絡し、契約後に研修の担当者が対応する。このとき、お客様は同じ会社と話しているつもりです。それなのに、担当が替わるたびに人数や開催目的を聞き直されると、安心して任せにくくなります。

RevOpsでは、どの部門の成績かだけでなく、問い合わせから利用継続までの流れを見ます。営業の効率化に重心を置くSales Opsよりも、マーケティングや利用後の支援まで含めて扱うことが多い考え方です。ただし、実際の担当範囲は会社によって異なります。

最初に覚える言葉は3つで十分です。CRMは顧客とのやり取りを記録する仕組み、パイプラインは商談がどの段階まで進んだかの一覧、カスタマーサクセスは購入後に目的を達成できるよう支える仕事です。ツール名を覚える前に、それぞれが何をしているかを押さえましょう。

• 出典：Salesforce：定義・手順の参考資料（新しいタブ）

問い合わせから営業へ、情報が届く流れを調べる

この研修会社では、資料請求フォームで「来月、新任管理職12人に実施したい」と書かれていました。しかし営業の一覧には会社名とメールアドレスしか入りません。営業は来月実施の希望を知らず、通常の案内を送っていました。

原因は問い合わせの質ではなく、期限の情報が引き継がれていないことかもしれません。直近の数件を使い、フォームの原文、営業の記録、契約時の書類を並べます。個人情報は閲覧できる担当者だけで扱い、外部共有用の資料では仮名にします。

調査では、情報が止まる場所を特定します。情報が最初からないのか、記録されているのに表示されないのか、表示されても担当が決まらないのかを分けます。この3つは直し方が違います。

「商談になった」の意味をそろえる

マーケティングは日程予約を商談と数え、営業は予算と時期を確認した案件だけを商談と呼んでいたら、同じ会議で数字が合いません。RevOpsの最初の成果物は、こうした言葉の定義表です。

定義は説明文だけでなく、実際に確認できる条件にします。「見込みが高い」では担当者の感覚に戻ってしまいます。「対象企業で、研修の目的と実施希望時期が確認でき、営業担当が対応を引き受けた」のように書くと、次の行動を決めやすくなります。

引き継ぐ項目・担当者・期限を決める

営業から研修担当へは、顧客名、参加人数、実施目的、約束した範囲、開始希望日、未解決の事項を渡します。資料を置く場所と、引き継ぎを確認する人も決めます。メールの転送だけでは、添付を見落としても気付きません。

返事までの目安を部門間で決めることもあります。これをSLAと呼ぶ場合がありますが、ここでは「いつまでに、誰が、何を確認するかの約束」と考えてください。人手が足りないのに短い時間を宣言しても運用できません。まず現在どのくらい時間がかかるかを測ります。

情報が足りないときは差し戻す条件を決めます。差し戻しの理由も「情報不足」だけでなく、「実施人数が未確認」のように残します。理由が集まれば、フォームや営業の質問を具体的に直せます。

共通の顧客IDで記録を結び付ける

「株式会社みどり」「みどり株式会社」「みどり」のように表記が揺れると、別の会社として集計されがちです。顧客IDという共通の番号を決め、問い合わせ・商談・契約の記録を結びます。会社名を短く統一するだけでは、同名企業を区別できません。

名寄せは、別々の記録が同じ顧客かを確かめてまとめる作業です。メールドメインが同じというだけで自動的に統合すると、グループ会社や代理店経由の案件を取り違える場合があります。不確かなものは確認待ちにします。

ツール導入の前に、どの記録を正しいものとして扱うかを決めてください。営業の表と請求の表で契約金額が違うなら、単に連携しても違いが速く広がるだけです。責任者、更新日、修正理由を残せる運用が先です。

対応時間・差し戻し・契約後の行き違いを測る

改善の直後に見やすいのは、初回対応までの時間、差し戻し件数、同じ質問を繰り返した件数です。売上は商談の長さや季節でも変わるので、情報をそろえた翌週に増えなくても、それだけで失敗とはいえません。

一方で、作業が速くなっただけで成功と決めるのも早計です。対象に合わない問い合わせまで急いで営業に渡していないか、契約後の行き違いが減ったかも見ます。業務の改善と顧客の成果を両方確かめます。

改善前後で集計対象を変えないことが大切です。資料請求を含む数字と、相談希望だけの数字を比較して「商談化率が上がった」と報告しないようにします。

引き継ぎ前後のメモを、実際に書き比べる

たとえば問い合わせフォームに『来月、管理職12人に面談研修をしたい。平日の午後を希望』と届いたとします。営業へ『研修の問い合わせがありました』だけを渡すと、営業は同じ質問をし直すことになります。顧客から見ると、一度伝えた内容が社内で共有されていない状態です。

引き継ぐメモは『顧客ID：C012／希望：来月の午後／対象：管理職12人／課題：面談が一方的になる／未確認：予算、承認者／次の担当：営業A』まで分けます。ここで架空の予算や承認者を補ってはいけません。不明なまま渡す代わりに、次の担当が何を聞くかを明確にします。

営業が受け取ったら、対応できるか、追加情報が必要かを返します。受け取った日時、最初に対応した日時、結果を同じ記録へ戻すと、『担当が不明で止まった』『日程が合わなかった』を分けられます。返事がない案件は、自動的に成功した引き継ぎに数えません。

最初の改善でCRMを全面的に入れ替える必要はありません。まず現在の表や顧客管理画面で、この情報が抜けずに渡るか試します。担当者の手間が増えすぎるなら、全項目を必須にせず、次の対応に欠かせない項目へ絞ります。仕組みを整えた結果、顧客が説明を繰り返さずに済むかまで確認してください。

この例でRevOpsが扱うのは、営業の話し方だけではありません。受付で何を聞くか、どこに保存するか、誰へ渡すか、結果をどこへ戻すかまでです。複数の部門をまたぐ一連の流れを見直す点が、ひとつの部門の作業改善との大きな違いです。

最初の引き継ぎ改善を進める手順

最初の週は、マーケティング・営業・研修担当で数件の記録を見ます。次に定義と必須項目をそろえ、小さな範囲で試します。翌週は差し戻し理由を確認し、不要な入力項目は減らします。この日程は進め方の例であり、導入の標準期間ではありません。

部門への説明資料には、現状の困りごと、変更する引き継ぎ、担当、確認日を載せれば十分です。営業が実際の案件に使えるよう、入力項目と引き継ぎの完了条件を具体的に書きます。資料作成サービスを検討するのは、内容が決まり、複数部門へ繰り返し説明する必要が出てからです。

顧客の絞り込みが曖昧ならICPの決め方、情報の連携を実装する仕事を知りたいならGTMエンジニアの役割も参考になります。最初の改善対象を決めたら、送る担当と受け取る担当で同じ案件を確認し、翌週に困りごとが減ったかを見ます。