RevOpsの最初の採用：役割プロファイル、必要スキル、面接での見極め方

最初のRevOps採用は、その後何年にもわたって会社がRevenue Operationsをどう捉えるかを決定づけます。

役割を狭く定義しすぎると、RevOpsは単なるCRM管理の窓口になってしまいます。分析型の人材を採りすぎると、プロセスは改善しないままレポートだけが良くなります。シニアすぎる人材を採用すると、戦略的な言葉は語れても、手を動かす運用業務ができないことがあります。

最初のRevOps採用は、システム思考のできるオペレーターであるべきです。収益プロセスをマッピングし、引き継ぎの不備を修正し、データを統治し、実用的なダッシュボードを構築し、マーケティング、営業、カスタマーサクセス、財務の間で信頼を得られる人材です。

この採用ポジションは「Salesforceの掃除をする人」として扱われるべきではありません。彼らは収益オペレーティングシステムの最初のオーナーなのです。

Forresterによる組織設計に関するRevOps調査は、Revenue Operationsが商業機能全体の業務を結びつける役割だと強調しています。最初の採用者は、たとえチームがまだ小さくても、この機能横断的な境界を越えて動く必要があります。

Gartnerが提唱する収益イネーブルメントの複雑性削減に関するガイダンスも、別の角度から同様の指摘をしています。オペレーティングモデルを管理する人がいないと、営業チームや収益チームは連携の取れない施策を乱立させてしまいます。最初のRevOps採用者は、この複雑性を削減する役割であり、新たな社内プロセスの層を追加する役割ではありません。

押さえておくべき運用上の事実

• 最初のRevOps採用者は、純粋なアナリスト、CRM管理者、セールスオペレーション専任者ではないことが通常です。この役割には、構築するためのシステムスキル、簡素化するためのプロセススキル、そしてチーム横断で行動を変えるための影響力が必要です。
• 採用が遅すぎると後始末の業務が発生します。権限を与えずに早く採用しすぎると、チケット処理の窓口になってしまいます。適切なタイミングは、会社に再現可能な収益モーションがあり、引き継ぎの問題が可視化されており、共通ルールを一人に統治させることをリーダーたちが許容できる時です。
• この採用者は、短くても明文化されたマンデート（権限委任）を引き継ぐべきです。明確なRevOpsチャーターがあれば、この役割が「今週のレポートを直す人」に成り下がることを防げます。
• 最初の90日間は点検から始めるべきです。実践的な収益プロセス監査は、フィールドやワークフロー、ダッシュボード、ミーティングのリズムを変える前に、採用者にエビデンスを与えます。

最初の採用者が担うべき業務

最初のRevOps採用者は以下を担うべきです。

• 収益ライフサイクルの定義
• リードルーティングと引き継ぎルール
• CRMの衛生管理とフィールドガバナンス
• コアとなる収益ダッシュボード
• 予測データの品質
• 受注後の引き継ぎプロセス
• 収益の運用リズム
• RevOpsロードマップ

すべてのシステム上の問題を一人で解決することを期待されるべきではありません。しかし、重要な運用課題の優先順位をつける力は持っている必要があります。

この仕事は、すべての商業的な成果を担うことではありません。それらの成果をより管理しやすくする運用条件を担うことです。この違いは重要です。なぜなら、最初の採用者は収益データに関わるあらゆる問題に巻き込まれるからです。キャンペーンの成果が振るわなければ、営業は新しいダッシュボードを求めます。予測が外れれば、財務はより厳格なフィールドを求めます。顧客が解約すれば、CSは新しい引き継ぎ要件を求めます。それぞれの要望はもっともかもしれませんが、すべての要望がRevOpsの優先事項になるべきではありません。

優れた最初の採用者は、こうした要望を運用上の問いに変換します。

だからこそ、最初の採用者は運用リズムの近くにいるべきで、サポート窓口の奥に埋もれるべきではありません。予測会議、キャンペーンレビュー、更新レビュー、財務計画で交わされる本物の議論を聞く必要があります。仕事は技術的な部分もありますが、診断の本質は組織的なものです。

一人で担うべきではないこと

最初のRevOps採用者は、会社の収益戦略、営業コーチング、マーケティングチャネル戦略、カスタマーサクセスのデリバリー、財務計画を単独で担うべきではありません。

彼らは、オペレーティングシステムを信頼できるものにすることで、これらの機能を支援する立場です。各機能のリーダーは、それぞれの領域でのパフォーマンスに責任を持ち続けます。

この線引きは、よくある採用の失敗を防ぎます。すなわち、共有システムに対する権限を与えないまま、RevOpsにあらゆる収益成果の改善を期待してしまうという失敗です。

最も安全な整理の仕方はこうです。各機能のリーダーがパフォーマンスを担い、RevOpsは共有される運用品質を担う。営業は引き続き販売を担い、マーケティングは引き続き需要創出を担い、CSは引き続き顧客の成果を担い、財務は引き続き計画を担います。RevOpsは、定義、データ、引き継ぎ、ルール、点検のリズムを、これらのリーダーが同じ収益システムを管理できる程度に一貫させる役割です。

この境界が曖昧だと、最初の採用者は自分でコントロールできない成果について責められることになります。境界が狭すぎると、権限のないシステムの補助役になってしまいます。適切な中間点は、役割を公募する前に文書化しておくべきです。

見極めるべきスキル

最も優れた候補者は、リードがどのように収益へと変わっていくかを、運用の詳細なレベルで説明できます。

彼らはまた、「ノー」と言うことに抵抗がないはずです。最初のRevOps採用者には、フィールド、レポート、ビュー、自動化、インポートに関する多くの要望が寄せられます。すべてに「イエス」と言えばチケット処理係になり、文脈もなく「ノー」と言えば信頼を失います。重要なスキルは、その運用上のトレードオフを説明できることです。

役割プロファイル

実践的な最初のRevOps役割プロファイルは、次のようになります。

ミッション： マーケティング、営業、カスタマーサクセス、財務、システムの全体にわたって、収益を測定可能かつ予測可能にするオペレーティングシステムを構築・維持する。

最初の90日間：

• 収益ライフサイクルを監査する
• 壊れている引き継ぎを特定する
• CRMデータ品質のベースラインを取る
• 信頼できる情報源となるルールを文書化する
• 最もリスクの高いワークフローを安定させる
• 小さく信頼できるダッシュボードを構築する
• RevOpsチャーターの草案を作成する

最初の1年間：

• ライフサイクル定義を標準化する
• CRMフィールドとシステム変更を統治する
• 予測データの品質を改善する
• 収益の運用リズムを構築する
• カスタマーサクセスのデータを収益レポーティングに接続する
• 手作業によるレポート業務を削減する

オンボーディング計画については、RevOps最初の90日間を参照してください。

運用上のリスクでレベルを選ぶ

最初のRevOps採用者は、マネージャー、ディレクター、シニアの個人貢献者のいずれでも構いません。肩書きよりも、彼らが担うべき運用上のリスクの大きさの方が重要です。

このシンプルなテストを使ってください。

創業初期の企業は、シニアさを過大評価し、構築能力を過小評価しがちです。チームやクリーンなデータ、大規模な変革予算を求める最初のRevOps採用者は、最初の半年間はあまり役に立たないかもしれません。初期の仕事には、フィールドをマッピングし、レコードを点検し、ライフサイクル定義を書き直し、マネージャーと向き合い、重複したレポートを削除し、価値の低い要望に「ノー」と言うといった、泥臭い作業が含まれます。

しかし、権限を与えなさすぎるのもリスクです。各機能のリーダーに異議を唱えられない人材では、共有された定義を統治することに苦労するでしょう。適切な候補者は、営業担当VPと商談条件について、あるいはマーケティングリーダーとMQLの定義について、政治的な対立にせずに異議を唱えられるだけの権限を必要とします。

実際には、最も優れた最初の採用者は、肩書きがマネージャーであっても、ディレクター級の判断力を持つビルダーであることが多いです。ワークフローを構築できるだけでなく、そのワークフローがまだ存在すべきでない理由も説明できます。

面接での質問

以下を尋ねてください。

1. 最初の30日間で、当社のリードから収益までのプロセスをどのように監査しますか？
2. CRMフィールドを必須にすべきかどうかを、どう判断しますか？
3. 何が予測を信頼できないものにしますか？
4. マーケティングと営業がMQLの品質について意見が対立した場合、どう対応しますか？
5. 最初にどんなダッシュボードを作りますか？逆に、作ることを拒否するのはどんなダッシュボードですか？
6. 慣れ親しんだプロセスを変えた経験について教えてください。

良い回答は具体的です。弱い回答は「連携」「可視性」「レポートの改善」といった抽象的なレベルにとどまります。

優れた回答の特徴

監査の質問については、優れた候補者はインタビューだけでなく、レコードそのものについて説明します。最近のリード、商談、受注案件、更新リスクのあるアカウントを点検し、システムデータと各チームの発言を突き合わせるでしょう。

必須フィールドの質問については、優れた候補者はフィールドを意思決定に結びつけます。ルーティング、クオリフィケーション、予測、引き継ぎ、コンプライアンス、デリバリーなどです。単に誰かがレポートを欲しがっているという理由だけで、フィールドを必須にすることはありません。

予測の質問については、優れた候補者はステージ基準、成約予定日の衛生管理、マネージャーによる点検、コミットルール、データの完全性について言及します。担当者の楽観バイアスだけを責めることはありません。

ダッシュボードの質問については、優れた候補者はパイプライン、コンバージョン率、予測、リテンション、データ品質といった小さなところから始めます。また、定義が明確になるまで作ることを拒否するダッシュボードについても名前を挙げます。

よくある採用ミス

CRM管理者だけを採用する。 管理スキルは有用ですが、最初のRevOps採用者はフィールド設定だけでなく、プロセスとガバナンスを定義できる必要があります。

アナリストだけを採用する。 分析は問題を特定します。RevOpsはさらに、その問題が再発しないようシステムを変える役割です。

業務に対してシニアすぎる人を採用する。 最初のRevOps採用者は通常、構築し、クリーンにし、文書化し、ワーキングセッションを主導する必要があります。候補者がチームのマネジメントだけを望んでいる場合、タイミングが合っていない可能性があります。

権限を与えない。 すべてのフィールド変更が政治的な交渉を必要とするなら、最初の採用者はデータ品質を担うことができません。

混乱を隠す。 候補者は、CRM、レポーティング、引き継ぎの本当の状態を知る必要があります。取り繕われた面接プロセスは、期待値のミスマッチを引き起こします。

最初の採用者向けスコアカード

漠然とした自信に頼るのではなく、スコアカードを使ってください。

このスコアカードは、現在のボトルネックに合わせて調整すべきです。主な課題が予測への信頼であれば、予測と財務との連携をより重視してください。主な課題がリードの取りこぼしであれば、ライフサイクルと引き継ぎプロセスをより重視してください。

採用前に定義すべき意思決定権

多くの最初のRevOps採用者が失敗するのは、会社側が「何を彼らが決められるのか」を一度も定義していないからです。

役割を公募する前に、以下の最終的な権限を誰が持つのかを決めておいてください。

これらは重厚な委員会である必要はありません。しかし明文化されている必要はあります。軽量なRevOps RACIがあれば、採用者がシステムを変え始めた後に予想外の拒否権が発動することを防ぐには十分です。

意思決定権はスピードも守ります。すべての小さな変更にリーダーシップ会議が必要なら、RevOpsは遅く、政治的になってしまいます。逆に、RevOpsが相談なしに何でも変えられるなら、各チームは信頼を失います。この役割には明確なレーンが必要です。小さなフィールドのヘルプテキスト、ダッシュボードの整理、レポートの廃止は、RevOpsが直接扱える範囲であることが多いです。クオリフィケーション、予測、請求、顧客への引き継ぎ、エグゼクティブレポーティングに関する変更には、明確なステークホルダーが必要です。

これは面接で良いトピックになります。候補者に、どこで権限を持ちたいか、どこで承認を求めたいかを尋ねてください。優れた候補者は、無制限のコントロールを求めません。リスクの低い業務は素早く動かし、リスクの高い定義については慎重になれるガバナンスモデルを求めます。

実践的な面接演習

最良の面接演習は、一般的なケーススタディではありません。候補者に、あなたの会社の実際の運用上の混乱を小さくしたバージョンを渡してください。

例えば、次のように出題します。

ここに5件の最近のリード、4件の商談、1件の受注案件、1件の更新リスクのあるアカウントがあります。レコードは不完全です。何を点検し、各チームに何を尋ね、最初に何を修正するかを教えてください。

ポイントは、候補者があなたの会社のCRMを完璧に知っているかを試すことではありません。彼らがどう考えるかを見ることです。

優れた候補者は、症状と原因を切り分けます。リードソースが一貫していない、却下されたリードに理由コードがない、後期段階の商談に次のステップが記載されていない、受注案件のレコードが約束された導入範囲を説明していない、といった点に気づくかもしれません。そのうえで、どの課題を最初に扱うべきかを判断します。

弱い候補者は、たいていワークフローを理解する前にダッシュボードのアイデアに飛びつきます。あらゆる場所に必須フィールドを設けたり、あらゆる業務を自動化したり、CRM全体を作り直すことを提案するかもしれません。それは活動的に見えますが、会社がどんな問題を解決しようとしているのかが分かる前に、むしろ摩擦を増やすことが多いです。

もう一つ有効な演習は、トレードオフに関する会話です。

営業は競合他社に関するフィールドを必須にしたいと考えています。マーケティングはキャンペーンテーマのフィールドを必須にしたいと考えています。CSはオンボーディングリスクのフィールドを必須にしたいと考えています。担当者はすでにCRMの入力に時間がかかりすぎると不満を漏らしています。あなたならどうしますか？

優れた回答は、それぞれのフィールドを意思決定に結びつけます。そのフィールドがルーティング、予測、クオリフィケーション、引き継ぎ、コンプライアンス、顧客への提供に影響するなら、より強い根拠があります。利用の少ないレポートだけを支えるものであれば、後回しにしても構わないでしょう。

最初の採用者のオンボーディング計画

最初のRevOps採用者に、チケットのバックログをただ渡してオンボーディングしてはいけません。それでは会社に、RevOpsをサポート窓口として扱う習慣がついてしまいます。

より良いオンボーディング計画は、アクセス権、コンテキスト、意思決定権から始まります。

最初の採用者は、マーケティング、営業、CS、財務、システムの担当者と直接時間を過ごすべきです。また、予測会議、パイプラインレビュー、キャンペーンレビュー、更新レビュー、収益データが議論されるリーダーシップ会議といった実際の運用の場にも同席すべきです。

この経験が重要なのは、RevOpsがチケット処理の窓口から設計できるものではないからです。業務が実際にどう動いているかから設計されなければなりません。

有効な取り組みの一つは、最初の1ヶ月間、新しい採用者に「シャドウ台帳」を持たせることです。リーダーがレポートを求めるたび、担当者がフィールドについて不満を漏らすたび、財務が数字を作り直すたび、CSが商談のコンテキストが欠けていると言うたびに、新しい採用者はその運用上の理由を記録します。1ヶ月経つ頃には、会社は要望の背後にあるパターンを見えるようになります。

その台帳は、しばしば最初のロードマップになります。どの課題が単発の後始末で、どの課題がシステムの問題なのかが見えてきます。一度だけ欠けているフィールドには、新しいプロセスは不要かもしれません。しかし受注案件全体で繰り返し欠けているフィールドには、おそらくステージ基準、必須の引き継ぎデータ、マネージャーによる点検、ダッシュボードでの可視化が必要です。

オンボーディング計画は、意思決定会議で終えるべきです。最初の採用者が、最も高い運用リスク、最初に修正すべきワークフロー、保留する要望、そして必要なガバナンスのリズムを提示します。その会議こそ、経営陣がRevOpsに肩書きだけでなくマンデートを与えているかどうかが試される場です。

最初のロードマップは地味であるべき

最初のロードマップは、壮大な変革のプレゼン資料であるべきではありません。混乱の最大の原因を取り除く、短い運用計画であるべきです。

有効な最初のロードマップには、通常4つのレーンがあります。

ロードマップには「今はやらないリスト」を含めるべきです。ここで多くの最初の採用者は信頼を得ます。新しいBI移行、CRMの全面刷新、高度なアトリビューションモデル、AI自動化レイヤーが、定義とデータが安定するまで待つべき理由を説明します。「今はやらない」と言うことは、「やらない」と言うこととは違います。それによって、脆弱な土台の上に複雑な業務を積み重ねることを防げます。

最初のロードマップには成功指標も含めるべきです。良い指標は実践的なものです。

• SLAを超えて未対応のリードの減少
• 引き継ぎの完全性の向上
• 重複率の低下
• 予測カテゴリー利用の明確化
• 矛盾するエグゼクティブレポートの減少
• パイプラインビューに対するマネージャーの信頼向上
• よくある収益に関する質問への回答の迅速化

最初の採用者を、解決したチケット数だけで評価しないでください。チケット処理量が多いと、オペレーティングシステムが脆弱なままでもRevOpsが生産的に見えてしまいます。最もリスクの高いワークフローが運用しやすくなったかどうかを評価してください。

危険信号

以下のような候補者のシグナルに注意してください。

• RevOpsを主にレポーティングだと説明する
• データ品質の問題を担当者だけのせいにする
• プロセスを学ぶ前にCRMを再設計したがる
• マーケティング、営業、CS、財務がそれぞれ異なる形で同じデータを使っていることを説明できない
• ガバナンスをめぐる対立を避ける
• 幅広い「連携」という言葉を使うが、具体的な運用上の成果物を挙げられない
• ツールの専門知識をプロセス判断力の代わりにしている

また、会社側の危険信号にも注意してください。RevOpsを採用しながら、その役割に権限を与えないことです。

すべてのライフサイクル定義、フィールド変更、ルーティングルール、ダッシュボードの決定が、最も声の大きいステークホルダーによって覆されてしまうなら、最初の採用者は成功しません。RevOpsの採用者にはガバナンスに対する経営陣の後ろ盾が必要です。それがなければ、彼らは混乱を文書化するだけの人になってしまいます。

報酬とレベル

適切なレベルは、担う範囲によって決まります。

会社が実務的なオーナーシップを必要としており、経営陣が意思決定を支援できるなら、RevOpsマネージャーで十分機能します。

複数の機能リーダーを動かし、システムを統治し、複数四半期にわたるロードマップを構築する必要があるなら、RevOpsディレクターの方が適しています。

会社にすでに複数のオペレーション専門人材がいるか、収益の複雑性がかなり高くない限り、VP RevOpsは通常早すぎます。

権限の不足を肩書きのインフレで補おうとしないでください。意思決定権のないディレクター職の肩書きは、それでも失敗するでしょう。

迷ったときは、目の前の会社の業務をこなせるレベルを選んでください。実務的なRevOpsマネージャーで判断力の良い人材は、初日からチーム、クリーンなシステム、戦略的な計画の席を期待するシニアリーダーよりも、多くの価値を生み出すことがあります。

最初の採用者向けスコアカード

最初のRevOps採用者のプロファイルを選ぶ前に、スコアカードを使ってください。

最初の採用者は、現在の運用上のボトルネックに合致しているべきです。真の課題がプロセスのオーナーシップであれば、優秀なアナリストでも苦労するでしょう。真の課題が経営上の意思決定権であれば、システム管理者でも苦労するでしょう。

FAQ

最初のRevOps採用者にはどんな肩書きを与えるべきですか？

多くの成長段階の会社では、すでに管理すべきチームがない限り、VPよりもRevenue Operations ManagerまたはDirector of Revenue Operationsの方がうまく機能します。

SalesforceやHubSpotを知っている必要がありますか？

CRMを統治できる程度には理解している必要があります。しかし、ツールの専門知識だけを唯一の採用基準にしてはいけません。

最初の採用者はセールスオペレーション出身であるべきですか？

マーケティング、CS、財務、機能横断的なデータガバナンスを理解している限り、そうであっても構いません。

最初の採用者は90日間で何を成果として出すべきですか？

ライフサイクル監査、引き継ぎリスクリスト、データ品質のベースライン、ダッシュボード信頼度の監査、RevOpsチャーターの草案、そして最初の運用ロードマップです。

さらに詳しく

• いつRevOpsを採用すべきか
• RevOpsチャーター
• CRMフィールドガバナンス
• 予測精度