よくあるRevOpsの落とし穴：6〜18か月でぶつかる7つの壁（と、その乗り越え方）
Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
あなたは新入社員のハネムーン期を過ぎています。CROはあなたの名前を知っています。あなたのキューは満杯です。でも、何かがしっくりきません。セールスが、あなたにはうまく名づけられない何かに苛立っています。あなたのdashboardは開かれていません。VPが3回連続のQBRで同じ予測（forecast）の質問を繰り返し、あなたは彼らがいまひとつ信頼しない答えを返し続けています。
壁へようこそ。どのRevOpsの人も、6か月目から18か月目のどこかでそれにぶつかります。あなたを採用させた仕事（明らかな散らかりを片づける、最初の手早い勝ちをリリースする）は、あなたをシニアまで運んではくれません。次のギアは違っており、誰もプレイブックを手渡してくれません。
そこで、これがそれです。7つの壁を、たいてい現れる順に、症状、それが起きていると証明する実際の数字、そして今週何をするかとともに。
落とし穴1：誰も読まないSalesforceレポートを作る
症状。 あなたはdashboardをリリースします。VPがSlackで親指を立てる絵文字をくれます。48時間ほど気分がいいです。それからビューカウントを確認すると、3で横ばいになっています。あなた、あなたのマネージャー、そして自動更新ジョブです。
実際の数字。 Lightning Usageレポート（あるいはあなたのCRMの相当するもの）を実行し、過去90日に作ったすべてのdashboardのビューカウントを引っ張ります。正直な基準です。第2週以降、月間のユニーク閲覧者が5人未満なら、それは死んでいます。オペレーションが作ったdashboardのほとんどがそこに落ち着きます。私は80以上のdashboardを持つ組織を監査し、上位5つが全ビューの92%を占めていたことがあります。
実際に何と言うべきか。 次に誰かが「Xのdashboardを作ってくれる？」と言ったら、こう尋ねます。「それを開く会議を順に説明してください。部屋には他に誰がいますか？ それが示す内容に基づいて、どんな判断が変わりますか？」30秒で答えられないなら、そのdashboardはまだ存在しません。判断がまだ存在しないからです。
修正。 誰かが2回頼むまで作るのをやめましょう。最初の依頼は雰囲気です。2週間後の2回目の依頼が、本物のニーズです。読まれない3つのレポートを、具体的な判断に結びついた週次のSlackダイジェスト1つに置き換えます。「Q3に向けてパイプライン・カバレッジが2.8倍、3.5倍にする必要があり、不足している4つのセグメントがこれです」。それは読まれます。それは転送されます。それがあなたをQBRのスライドに載せます。
落とし穴2：CRMを過剰にカスタマイズする（技術的負債は速く積み重なる）
症状。 SalesforceまたはHubSpotの設定でOpportunityオブジェクトを開きます。カスタムフィールドを数えます。直感的な反応が「うわっ」なら、あなたはもうわかっています。47個のカスタムフィールド、12個のレコードタイプ、そして誰も書いた覚えも頼んだ覚えもない2024年の検証ルールがあります。
実際の数字。 2つの基準があります。オブジェクトあたり30個を超えるカスタムフィールドがあれば、あなたは負債を抱えています。それらのフィールドの15%超がレコード全体で5%未満の使用率なら、あなたは負債を返済する代わりに利息を払っています。フィールド利用率レポートを引っ張ります（Salesforce Optimizerはこれを無料で行います。HubSpotにはField Insightsがあります）。数字がすべてを教えてくれます。
なぜ重要か。 すべての死んだフィールドは、すべてのレポート、すべてのページレイアウト、すべての新任担当者のオンボーディング、そしてスキーマをマッピングしなければならないすべての連携への税です。肥大化したCRMは、ただ遅く感じるだけではありません（それはあなたの予測（forecast）モデルが、入ってくるデータを信頼できない理由です）。
修正。 四半期ごとのフィールドクリーンアップの儀式を持ちましょう。利用率レポートを引っ張ります。90日間編集されていない、レコード使用率10%未満のものはすべて削除リストに載せます。#revops-changesで2週間告知します。削除せず、無効化し、共有のConfluenceページで保つ進行中のCHANGELOGに廃止を文書化します。これを3四半期続けると、組織は汚れていく代わりにきれいになっていき、それだけでRevOpsの人の80%より先んじることになります。
落とし穴3：死んだ自動化の停止の儀式を飛ばす
症状。 2023年のProcess Builder、Flow、Workatoのレシピ、Zapが、いまだにすべてのレコードで発火しています。昨日1つ開いたら、説明フィールドに「TODO：説明を書く」とありました。その半分が何をするのか誰も知りません。誰もオフにしたがりません。何かを壊した張本人になりたくないからです。
実際の数字。 組織の有効なフローを数えます。それから、過去90日に触れられた（編集された、デバッグされた、あるいは開かれただけでも）フローを数えます。その差はたいてい40〜60%です。それがあなたの死んだ自動化の面積であり、その一つひとつが、適切なエッジケースを待つ将来のSev 1インシデントです。
なぜ難しいか。 自動化を停止するのは、作るより危険に感じます。作る ＝ 目に見える勝ち。停止 ＝ 何かが壊れない限り見えない勝ちで、壊れた場合は目に見える負けです。だから組織は、ハードドライブがファイルを溜め込むようにフローを溜め込みます。
修正。 月次の削除リストレビューを、カレンダーに入れ、本物の会議として扱いましょう。3つのルールがあります。
- 有効なオーナーがいない（その人物がもう在籍しておらず、後任が割り当てられていない）→ 削除候補。
- 12か月編集がなく、かつドキュメントがない → 削除候補。
- ログが月1回未満の実行を示す → 削除候補。
まず無効化し、削除しないでください。30日待ちます。誰も悲鳴を上げなければ、削除し、CHANGELOGに葬送を書きます。何をしていたか、なぜ死んだか、何が置き換えたか（もしあれば）。葬送が要点です。それは組織に、ものを停止するのは普通だと教え、それが根本から肥大化を止める方法です。
落とし穴4：パイプラインの健全性管理を直さずに予測精度を追う
症状。 CROは±5%の予測精度を求めています。あなたは加重パイプラインモデルを作り、担当者のコールのセンチメントを重ね、もしかするとAI予測（forecast）ツールのパイロットまでしています。その一方で、システム内のオープン商談の38%がクローズ日を過去に持っています。あなたは間違った問題を解いているのです。
実際の数字。 クローズ日が今日より14日以上過去になっているオープンパイプラインの割合を引っ張ります。健全な組織は10%未満に収まります。不健全な組織は30〜45%に収まります。古くなった日付を与えられた予測（forecast）モデルは、ランダムな入力を持つ電卓であり、どれだけモデルを精緻にしてもそれを救えません。
CROとの正直な対話。 「商談の38%が停滞しているパイプラインで、±5%の精度には達せません。計算が文字どおり成り立ちません。健全性管理に6週間ください、それからモデルに6週間。健全性管理のステップを飛ばせば、私たちはただ、より自信満々に間違うだけです」。
修正。 健全性管理が先、モデルが後です。担当者のスコアカードに結びついた週次の古いデータレポートをリリースします。停滞商談数、停滞商談の金額、最終アクティビティからの日数。セールスのリーダー陣のチャンネルで見えるようにします。それを予測（forecast）会議の説明責任に結びつけます（担当者が商談をcommitし、クローズ日が3週間過去なら、その商談はcommitに入れません）。停滞率が12%を下回ったら、そこでモデルの話をします。信頼できるパイプライン・カバレッジは、信頼できない予測（forecast）の手法に勝ります。
落とし穴5：戦略家ではなく「チケット受け係」になる
症状。 あなたは月曜にJiraを開きます。43件のチケット。「ピックリストの値を追加」。「地域4の新しいレポート」。「ステージ定義の誤字を修正」。もう金曜です。あなたはそのうち41件をリリースしました。本物のプロジェクトを6週間前進させていません。あなたは疲れ果て、そしてなぜか恥ずかしくもあります。
実際の数字。 2週間、自分の時間を追います（Toggl、Clockify、スプレッドシートでも機能します）。プロジェクト業務に20%未満、チケットに80%超が行くなら、あなたは吸収されています。あなたはもうRevOpsではありません。CRMヘルプデスクです。キャリアへの影響は容赦ありません。シニアRevOpsの職は、チケットを片づけた人ではなく、プロジェクトをリリースした人で埋まります。
なぜ起きるか。 チケットは生産的に感じます。一つひとつが緑のチェックマークで閉じます。それらはまた無限です。1人が1つのことにイエスと言うと、どのチームもRevOpsを自分専用の管理者として扱うからです。
修正。 オフィスアワー方式です。カレンダーをブロックします。チケットは週2回、2時間の枠2つでトリアージします（たとえば火曜の午後1〜3時と木曜の午後1〜3時）。その枠の外では、本当に火がついている（本番ダウン、報酬に影響、案件をブロック）のでない限り、キューは閉じています。プロジェクト業務に丸2日を守ります。マネージャーにまさにこう伝えましょう。「今四半期にテリトリーモデルと予測（forecast）の再構築をリリースしたいなら、週に2日の守られた日が必要です。それがなければリリースされないものがこれです」。
最初の週は居心地が悪いです。4週目には組織が適応します。8週目には、依頼者たちが自分のチケットの30%を自分で解決し始めます。摩擦が彼らに先に考えさせたからです。それがまさに要点です。
落とし穴6：テリトリーを早すぎる段階で区分けし直す
症状。 あなたは「データがそう言った」からQ2にテリトリーを区分けし直しました。担当者が反発します。トップパフォーマー3人が辞めると脅します。CROがQ3に変更を撤回します。あなたはいまや、マイナスのパイプラインを生み、簡単には取り戻せない政治的資本を燃やした変更に、6か月を費やしたのです。
実際の数字。 ミッドマーケットのセールス組織にまたがる社内ベンチマークは、それをテリトリー移行中の15〜25%のパイプライン・カバレッジの破壊と位置づけており、区分けが良ければ6〜9か月かけて、悪ければ12か月以上かけて回復します。そのコストはスプレッドシート上では見えませんが、取締役会の資料の上では破滅的です。
なぜ起きるか。 RevOpsの人はデータに偏りを見て（担当者Aは担当者Bの2.3倍の指名アカウントを持つ）、最適化脳が「直せ」と言います。最適化脳は、テリトリーがまた、関係であり、進行中の対話であり、半分クローズした案件であり、担当者が誰を相手にしているかというメンタルモデルでもあることを忘れます。あなたはスプレッドシート上でアカウントを動かしているだけではありません。10か月分の文脈を断ち切っているのです。
修正。 3つのルールがあります。
- 意味のある区分けし直しの間は最低12か月。それより頻繁に区分けし直す必要があるなら、間違っているのはテリトリーではなく、根底のセグメンテーションのロジックです。
- 全体展開の前にパイロット。新しいロジックを1つのセグメント（1つの地域、1つの業界の縦割り）で丸一四半期テストします。広げる前に、パイプライン・カバレッジ、案件スピード、担当者の満足度を測ります。
- 担当者を部屋に。固定する前に、各セグメントのトップ担当者3人に提案された区分けを通して説明します。彼らは、スプレッドシートが見ない「アカウントXは現在交渉中、動かすな」という問題を捕まえてくれます。
18か月持ちこたえるゆっくりしたテリトリー計画は、6か月で撤回される速い計画に勝ります。
落とし穴7：帰属について財務と連携しない
症状。 マーケティングはパイプラインの60%を源泉したと主張します。財務は帳簿を締め、22%と報告します。CROは取締役会で両方の数字を説明しようとしています。あなたは、入っていって片づけなければならない人です。マーケティングと財務はどちらも技術的には「正しい」のです。異なる定義、異なる期間、異なる帰属ウィンドウを使っているからです。
実際の数字。 あなたのCRMの源泉パイプラインの数字が、財務のブッキングと10%以内で照合できないなら、あなたは信頼性の問題を抱えており、まだそれに気づいていません。ですが取締役会は気づいており、それはあなたのいない会話の中で「マーケティングの数字は信頼できない」として現れます。
なぜ見た目以上に重要か。 帰属の不一致は、マーケティングと財務の間の信頼の代理指標であり、RevOpsはまさにその真ん中に座っています。これを直すRevOpsの人は、一四半期のうちに社内で最も信頼されるオペレーターになります。建物の中のすべての役職者が、何年もそれについてひそかに苛立ってきたからです。
修正。 FP&Aとの月次の帰属の同期を持ちましょう。1時間、カレンダーに入れ、容赦なく。アジェンダは常に同じです。
- 先月の源泉パイプラインの数字をブッキングに照合します。計算を見せます。
- 翌月の定義を固定します。何をマーケティング源泉とみなすか、何を影響とみなすか、どの期間か、どの帰属ウィンドウか。
- QBRのスライドを一緒に承認します。同じ数字、同じ定義、どちらの側もCROが見る前に同じページに。
2サイクルのうちに、ギャップは38%から8%に縮みます。3サイクルのうちに、財務が取締役会の準備であなたをCCに入れ始めます。それが、あなたがRevOpsマネージャーであることをやめ、ディレクター候補のオペレーターになり始める瞬間です。
これらの壁が本当にあなたに告げていること
これらの壁にぶつかるのは、あなたが仕事が下手だということではありません。役割の形が見えるくらい長く居続けたということです。
最初の6か月は、リリースできる人に報いてくれます。明らかな散らかりを片づけ、明らかなdashboardを作り、明らかなチケットを片づけます。次の12か月は、選べる人に報いてくれます。何を作らないか、何を停止するか、どの対話を主導するか、CROとCFOのいる部屋でどの数字を擁護するかを選びます。
突破する人は、アクティビティの最適化をやめ、CROが実際に発する2つの問いの最適化を始めます。「数字はいくつになるのか」と「何が変わったのか」です。すべてのdashboard、すべてのフロー、すべてのテリトリーの区分け、すべての帰属の議論は、その2つの問いに答える助けになるか、ならないかのどちらかです。ならないなら、それはノイズであり、キューはノイズで満ちています。
いま自分が最も近い壁を選びましょう。今週、診断を回してください。来週、修正をリリースしてください。それから戻ってきて、次のを読んでください。
さらに詳しく
