mcpField
S
sales-pipeline-coverage-modeling

sales-pipeline-coverage-modeling

github.com/mbfinottiマーケティング・グロース328.7k 回インストール2 日前に更新
リポジトリ

sales-pipeline-coverage-modeling について

営業リーダーやRevOps向けに、クォータに対するパイプラインカバレッジをモデル化する収益計画スキルです。セグメント別目標、信頼性の確認、時期の分析、ギャップ計算を組み合わせ、必要なパイプラインの判断を支援します。

主な機能

  1. 01セグメント別のカバレッジ目標
  2. 02実数・加重・調整後の比較
  3. 03期間と季節性の分析
  4. 04クォータギャップと担当者別の計算
  5. 05カバレッジのガバナンス指針

活用シーン

  1. 01次期のパイプライン目標の設定
  2. 02現在のカバレッジの信頼性確認
  3. 03担当者別の新規パイプライン算出
  4. 04高いカバレッジでも未達となる原因の診断

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/mbfinotti/sales-skills --skill sales-pipeline-coverage-modeling

インストール後、Claude Code で/sales-pipeline-coverage-modelingを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

evals/
evals.json
references/
conversion-inversion-method.md
coverage-benchmarks.md
gap-math.md
quality-evidence.md
seasonal-index-build.md

詳細

セールスパイプラインのカバレッジモデリング

営業リーダーシップと RevOps に対する収益計画アドバイザーとして、「ノルマを確実に達成するには、いつまでにどれだけのパイプラインが必要か」に答えるモデルを構築します。コンバージョン履歴から導き出したセグメント別カバレッジ目標、現在のパイプラインを信頼性を調整して評価した値、そしてその差を具体的なアクションにつなげるギャップ計算を含めます。

モデリングの範囲にとどめてください。

  • ノルマ自体の導出は mbfinotti/sales-skills@sales-quota-setting の担当です。
  • 定期的な古い案件の監査は mbfinotti/revops-skills@sales-pipeline-hygiene の担当です。
  • パイプラインの質は、このスキルでは入力としてのみ扱います。古くなった案件や水増しされたパイプラインを使って算出した比率は、実態を反映しません。信頼できないものを除外してから割り算してください。

呼び出し例

  • 「来年はどのくらいのパイプラインカバレッジを目標にすべきですか?」 - 全モデル、ステップ 1~10。
  • 「カバレッジは 3.8x あります。この四半期は安全ですか?」 - 信頼性チェックとタイミング(ステップ 5~6)、続いて既存の目標に対するギャップ計算(ステップ 8)。四半期の途中で目標を再構築しないでください。
  • 「四半期中ずっと 4x を維持したのに、結局未達でした。」 - 診断から開始:目標の根拠となる受注率の定義(ステップ 4)、未加重・加重・調整後の数値の差(ステップ 5)、タイミング(ステップ 6)を確認します。この 3 つのうち、どれかが実態と異なっています。
  • 「各担当者は第 6 週までに、どれだけの新規パイプラインを作る必要がありますか?」 - 担当者ごとのギャップ計算のみ(ステップ 8)。

ヒアリング

1 回のメッセージにつき質問は 1 つにし、提示された選択肢を示してください。既存の文脈ですでに分かっていることは省略してください。

  1. 対象期間のノルマはすでに設定されていますか?設定されている場合、誰が決めましたか?設定されていない場合は、まず mbfinotti/sales-skills@sales-quota-setting で導出してください。カバレッジは比率であり、分母が必要です。
  2. 販売モデルとセグメントは何ですか:(a)高回転型 SMB/支援付きセルフサービス、(b)ミッドマーケット、(c)エンタープライズまたは戦略的なフィールドセールス、(d)混在。各セグメントの典型的な案件規模と販売サイクルの長さも教えてください。
  3. B2B、B2C、または混在ですか?完全なセルフサービス型 PLG の場合はここで終了してください。カバレッジは適用されません(下記の B2B と B2C を参照)。
  4. コンバージョン履歴として、何がありますか:(a)7 四半期以上のパイプラインスナップショット、(b)セグメントおよびステージ別の受注率を記録した 2 四半期以上の確定済み実績、(c)ほとんどなし(新しいチーム、製品、またはテリトリー)?
  5. あなたと顧客はどの会計カレンダーを使っていますか。暦年の四半期、ずらした会計年度、米国連邦政府中心、または英国/日本の顧客が多い構成ですか?これは期間の境界と季節性指数を決めます。
  6. 対象期間のどの時点ですか。開始前の計画段階、初期(第 1~4 週)、中期、または後期ですか?期間後半では、まだ有効な施策が変わります(ステップ 6)。
  7. CRM では、案件ごとのステージ滞留期間、最終アクティビティ日、クローズ日延期回数、エンゲージしている連絡先の数をレポートできますか?これらはステップ 5 の信頼性調整に必要です。
  8. モデルの完成期限はいつで、どのような意思決定に必要ですか。年間計画、人員採用、四半期中の立て直しなどですか?
  9. 一度限りの対応ですか、それとも継続的に使うものですか:(a)今日の「カバレッジは十分か」という問いに答える、(b)組織が毎週確認するセグメント別の常設モデルを構築する?
  10. 作業量の上限を教えてください。アナリストの作業時間、スナップショット基盤の有無、新たな CRM 運用ルールを導入する意向はありますか?

何かを提案する前に、回答 8~10 に基づいて以下の手法の段階を並べ替え、どの回答によって何が変わったかを説明してください。

  • 四半期中の期限なら、コンバージョン逆算の段階は除外します。今から集められない四半期分のスナップショット履歴が必要になるため、既存の目標を前提としたギャップ計算に作業を振り向けます。
  • 継続利用を目的とする場合(9b)は、効率性の比率では劣るものの、コンバージョン逆算を優先します。一度限りの場合(9a)は、既定の段階を維持します。
  • 作業量の上限が低く、ステージ確率を調整できない場合は、ステージ加重を除外します。調整が不十分な加重値は、率直で大まかな未加重値より悪いものです。どの段階を除外したのか、理由とともに明示してください。

モデルを作る前にブレインストーミングする

カバレッジ目標はすぐにノルマへと固まります。「4倍必要だ」という話が現場に届くと、Failure modes にあるような悪い行動も含め、行動を左右するようになります。まず前提を明らかにしてください。

  1. インタビューの後、候補となるアプローチを2~3個提示します(回答に合わせてラダーから選び、調整したもの)。トレードオフと、明確な推奨案を1つ示します。残りの確認質問は一度に1つずつ尋ね、可能であれば選択肢形式にします。
  2. 何かを計算する前に、アプローチについて明確な承認を得ます。
  3. モデルをセクションごとに作成し、次へ進む前に各セクションをユーザーと検証します。セグメント別目標 → 信頼性調整済みの現在のカバレッジ → タイミングと季節性 → ギャップとレバー → ガバナンス、の順です。目標が誤っていれば、それ以降のすべてが無効になります。
  4. 組み立てたモデルの承認を得てから、最終版を確定します。

ハーネスに永続メモリがある場合は、承認済みのセグメント別目標、それぞれの目標が逆算するレートの定義、季節指数、測定頻度を保存してください。週次の再確認と次期の再実行は、ゼロからではなく、その記録を基に始めます。

カバレッジの手法を選ぶ

3つの段階があり、いずれも「パイプラインはノルマの何倍必要か」に答えます。

  • 効率:raw multiplier > stage-weighted > conversion-inversion
  • 価値:conversion-inversion > stage-weighted > raw multiplier
  • 工数:conversion-inversion (quarters of weekly snapshots, a standing job) > stage-weighted (a calibration pass over closed deals) > raw multiplier (an hour, from CRM history)
  1. 単純倍率。 目標 = セグメントごとの1 ÷ 受注率です。パイプラインは額面どおりに数えます。逆算した受注率がどれかを明記してください。狭義(受注 ÷(受注 + 失注))と広義(未決案件を含む)では、逆算される目標が大きく異なります。安定した履歴がない場合は、セグメント別の範囲(coverage-benchmarks.md)を借用し、決着した四半期が約2期分たったら置き換えます。
  2. ステージ加重。 パイプライン側は Σ(案件価値 × その組織における当該ステージの過去の受注率)となります。担当者が提示する確度は使いません。ステージ定義が一貫しており、較正に十分な決着済み案件の履歴が必要です。そうでなければ、より高い目標に対して第1段階を使います。
  3. コンバージョン率からの逆算。 目標 = 直近7~9四半期の平均に基づく、第3週時点のパイプラインコンバージョン率の逆数(期間中に受注した売上 ÷ 第3週開始時点のパイプライン)。受注率が捉えられない案件の先送りや未決を織り込むため、最も根拠の強い目標です。手法、批評、計算例:conversion-inversion-method.md。

デフォルトの段階は単純倍率です。ただし、ステージの履歴が利用できる場合は最初からステージ加重の数値も併せて計算します。単純倍率と加重値の 差 自体がリスクのシグナルになるためです(ステップ5)。組織にクリーンなスナップショットが7四半期分以上あり、販売サイクルが測定期間より明確に長い場合は、目標をコンバージョン率からの逆算に引き上げます。

効率順では、コンバージョン率からの逆算が後回しになります。価値が最も高く工数も最も多いため、効率をめぐる比較では毎回負けるからです。それでも、失注ではなく案件の先送りや未決が未達の原因となっている、販売サイクルの長いエンタープライズ組織では、この手法を推奨してください。まさに、受注率の逆算では見えない失敗を捉えられる手法です。この順序はデフォルトであり、絶対的なルールではありません。ユーザーについてわかっていることに照らして順位を付け直してください。すでに週次スナップショットを取っているRevOpsチームなら、第3段階の工数はほぼかかりません。

ワークフロー

  1. 分母を固定します。 クォータは、ユーザーから提示されたもの、または mbfinotti/sales-skills@sales-quota-setting の実行結果として与えられたものをそのまま使用します。ここで再計算してはいけません。妥当性に疑問がある場合は、その旨を伝えて差し戻します。

  2. 計算の前にセグメント分けします。 全社で単一の数値を算出してはいけません。商談の動き/セグメント、製品ライン、リードソースごとにモデル化し、在籍期間が異なる場合は、各担当者自身の実績に基づいて担当者ごとの下限を設定します。平均化された 3.4x では、健全な SMB ラインの隣でエンタープライズラインが枯渇している状況が隠れることがあります。セグメント別の基準値と、その根拠となる成約率については、coverage-benchmarks.md を参照してください。

  3. 選んだ段階の目標をセグメントごとに設定します。 引き継がれた一律の「3x」は、法則ではなく検証すべき仮定として扱います。妥当性確認の目安:

    • 一律の 3x が成り立つのは、成約率が約 33% の場合のみです。
    • 成約率 50% 以上の SMB の動きには、約 2x が必要です。
    • 成約率 15% のエンタープライズの動きには、約 5~6x が必要です。
  4. 各目標の前提を明記します。 目標の横に、その目標を逆算して得られる成約率と、その成約率の定義を記載します。前提が示されていない目標は監査できません。目標を逆算すれば、暗黙に想定されている成約率が明らかになります。

  5. カバレッジの数値を、生、加重、調整済みの 3 種類で並べて算出します。 割り算を行う前に、古い案件、対象期間外の日付が設定された案件、繰り返し先送りされた案件、後期ステージで担当者との接点が 1 つしかない案件を調整済みの値から除外します。実際には、生の値は加重値のおよそ 2 倍になり、出典に基づく最も明快な説明では「名目上の 4 ターン ≈ 信頼できる 1 ターン」です。生の値と加重値の差が広がるのは、品質低下を示す最も早い警告です。根拠としきい値については、quality-evidence.md を参照してください。

  6. モデルに時間軸を加えます。 セグメントごとに、期間の長さ − 販売サイクルの中央値で、手遅れになる時点を算出します。その時点以降に創出されたパイプラインは期間内に成約できません。また、四半期初日の時点でその四半期中に成約予定だったパイプラインのうち、実際にその四半期内に成約するのは約 20% にすぎません。

    • カバレッジを毎週測定します。
    • 期間の中盤からは、残りクォータに対する後期ステージのカバレッジに注力します。
    • 四半期サイクルの 4~6 週目までにギャップ分析を実施します。
    • 10 週目には、加速するか、正直に再予測するかしか残されていません。
  7. 組織自身の受注実績(4~8 四半期分)から季節指数を作成し、週次または月次のパイプライン創出目標に適用します。 創出目標が一定だと、何も問題がなくても毎月 1 には「遅れ」、毎月 3 には「先行」と判定されてしまいます。作成方法、出典に基づく傾向、会計年度カレンダーの違いについては、seasonal-index-build.md を参照してください。

  8. ギャップの計算を行います。

    1. 不足額 = 残りクォータ − 調整済みパイプラインからの予測成約額。
    2. 各担当者自身の成約率を使って、担当者ごとに必要な新規パイプライン額に換算します。
    3. 生の値と加重値が互いにどう動くかから、創出とコンバージョンのどちらに問題があるかを診断します。
    4. 対策を選びます。

    まずは成約率とステージ進行率の向上を目指します。効果が積み重なり、以降そのセグメントに必要なカバレッジが下がるためです。セグメントが手遅れになる時点を過ぎたら、加速策を優先します。創出策は、診断で実際のボリューム不足が示された場合にのみ実施します。計算式、具体的な例、優先順位付きの対策、しきい値別の対応手順については、gap-math.md を参照してください。

  9. ガバナンスを明文化します。 責任分担を明示します。報告の正確性は RevOps が担い、その報告に基づく意思決定は営業リーダーシップが担います。成約率が約 2 ポイント以上変動したら、セグメントの目標を再計算します。前倒しには上限を設けます。前倒しには、現在の譲歩と次期の開始時パイプラインの不足という、二重のコストがかかります。

  10. 出力をまとめ(以下の形式)、Measurement のチェックを実行し、合格するまで繰り返します。

B2B と B2C/ハイベロシティ

ロジックはそのまま適用できますが、ペースと単位は異なります。

そのまま適用できるもの:

  • 1÷コンバージョンの仕組み。
  • 計算前のセグメント分け。
  • 自社データに基づく季節指数。
  • ギャップの計算。

B2C の保険チームや自動車チームが、残りの目標を自社の成約率で割る場合も、同じモデルを使います。

異なる点:

  • 約30日のサイクルでは、四半期ごとのスナップショットに意味がありません - 期間開始時点では、その期間中に成約可能なパイプラインの大半がまだ存在しないためです。月次モデルに早期のスナップショットを組み込むか(四半期モデルの第3週に相当する、月の3日目)、または数量と速度を直接モデル化します。週あたりに必要なリード数 = 目標件数 ÷ リードから成約までの率です。
  • 単位は金額ではなく件数です。 ハイベロシティや B2C のカバレッジは通常、月次目標に対する件数比(取引、保険契約、車両)です。単価がほぼ均一なら、金額で重み付けしてもあまり意味はありません。
  • 純粋なセルフサービス型 PLG には、カバレッジ比率自体がありません - ノルマを持つパイプラインが存在しないためです。アクティベーション、価値実現までの時間、PQL の件数を基準に運用します。PQL がパイプラインに流れ込むセールス支援レイヤーが存在して初めて、カバレッジに意味が生まれます。その販売手法を選ぶのは mbfinotti/sales-skills@sales-motion の役割です。
  • 短いサイクルでは、期間途中のギャップを埋め直せます。 回転の速いチームなら、同じ期間内に新たな案件を創出して成約できます。一方、サイクルの長いチームは、すでに挽回不能な時点を過ぎています。同じ計算式でも、示唆する内容は正反対です。

出力形式

MODEL: period · fiscal calendar · quota input and who set it
SEGMENTS: per segment - method rung · rate inverted (and its definition) · target coverage
COVERAGE NOW: per segment - raw · weighted · adjusted · flag when raw and weighted diverge
TIMING: point of no return per segment · measurement cadence · seasonal index (own-data or borrowed)
GAP: deficit per segment · new-pipeline-required per rep · lever chosen and the diagnostic behind it
GOVERNANCE: owner split · target-recompute trigger · pull-forward cap

失敗パターン

  • 全社で単一の混合比率を使う - セグメント分けが明らかにするはずのシグナルを、そのまま消してしまいます。対処法:常にステップ2を実行します。
  • 固定の3倍ルールを絶対視する - 別の時代のエンタープライズセールスにおける約33%の勝率を前提としています。対処法:自社のセグメントの率を逆算します(ステップ3)。
  • 明示されていない勝率を逆算する - 狭義の定義と広義の定義では、逆算される目標が大きく異なります。また、どちらも失注と期間内未成約を数えません。概ね、3分の1を成約し、3分の1を失注し、3分の1が期間内未成約になります。対処法:ステップ4を実行し、未成約が未達の大半を占める場合はコンバージョン逆算に切り替えます。
  • ノルマによって、そのノルマを達成するためのパイプラインを作り出す - 担当者に固定倍率を課すと、ゾンビ案件の抱え込みや四半期末の水増しを促し、保証するはずだった数値そのものを損ないます。対処法:調整後の数値を基準に管理し、生の数値は使いません。ステージの判定には適格性を条件とします。
  • 挽回不能な時点を過ぎてからギャップを分析する - 11週目のギャップは、案件創出では埋められません。営業サイクルを完了できないためです。対処法:ステップ6に従い、4〜6週目に分析します。
  • 質のギャップを量で埋めようとする - 生の数値が安定している一方で加重後の数値が横ばいなら、案件は増えているものの進展していません。数を増やせば、見せかけが膨らむだけです。まず動向を診断します(gap-math.md)。
  • 季節指数なしで創出目標を固定する - 毎月1日に構造的に「遅れている」状態となり、根拠のないパイプライン創出の焦りを招きます。
  • 30日のサイクルに四半期カバレッジを使う - まだ大半が存在しないパイプラインを測定することになります。月次版に切り替えます。
  • 繰り上げ受注に上限を設けない - 案件を値引きして今期のギャップを埋め、次期に穴を残します。

測定

次のすべてに合格するまで完了ではありません。100%に到達するまで繰り返します。

  • 各セグメントの目標値には、その算出に使う手法の段階と、逆算する正確な率(定義を含む)を記載します。
  • 各セグメントについて、未調整、加重、調整後のカバレッジを横並びで示します。数値を1つだけ示してはいけません。
  • 各セグメントのポイント・オブ・ノーリターンは、他のセグメントの値を転用せず、そのセグメント独自のサイクル中央値から算出します。
  • 季節性指数は組織独自の過去の実績から作成するか、4~8四半期分のデータが集まるまで借用したデフォルト値を使うことを明記します。
  • 削除した段階や選択肢は、削除したものとして明記し、それを削除する根拠となったインタビューでの回答も記載します。

期間中の成果 KPI:

  • 予測に対する達成度:目標カバレッジに到達したセグメントは、モデルで予測した率におおむね沿ってノルマを達成するはずです。カバレッジが目標どおりなのに継続的に未達となる場合は、逆算した率が誤っています。倍率を引き上げるのではなく、率を再計算します。
  • セグメントごとの未調整カバレッジと加重カバレッジの差の推移。差が広がっている場合は、達成度に表れる前に質が低下していることを示します。
  • 期間初日のパイプラインのうち、実際に期間内に成約した割合を、組織独自の減衰曲線の調整に使う方向性の基準値である約20%と照らして追跡します。
  • 第3段階の運用開始後は、第3週(または第3日)時点のコンバージョンのスナップショットと予測値を比較します。

参考資料

  • このモデルが対象とするノルマの算出方法については、mbfinotti/sales-skills@sales-quota-setting を参照してください。ノルマがまだない場合は、最初にこれを実行します。
  • 営業モーションの選択については、mbfinotti/sales-skills@sales-motion を参照してください。モーションによって、このモデルで適用するセグメント帯と測定頻度が決まります。
  • ステップ5の調整後の数値に調査結果を反映する、定期的な古い案件の監査については、mbfinotti/revops-skills@sales-pipeline-hygiene を参照してください。
  • 予測の信頼性に問題がある場合の診断については、mbfinotti/revops-skills@sales-forecast-diagnostic を参照してください。これは、カバレッジが十分かどうかとは別の問題を扱います。
  • セグメント帯、その背後にある仕組み、情報源の信頼性については、./references/coverage-benchmarks.md を参照してください。
  • 第3週時点のコンバージョン測定方法と計算例については、./references/conversion-inversion-method.md を参照してください。
  • 不足額の計算式、担当者ごとの計算、方向性の診断、打ち手、しきい値に応じた対応手順については、./references/gap-math.md を参照してください。
  • 指数の作成方法と会計年度カレンダーの各種パターンについては、./references/seasonal-index-build.md を参照してください。
  • 信頼性調整の定量的な根拠については、./references/quality-evidence.md を参照してください。

コメント