パイプラインベロシティとは？｜商談数・受注率・単価・サイクル日数を一つの数字にする考え方

パイプラインの「速さ」を、なぜ一つの数字で見るのか

商談数は増えているのに売上が伸びない。受注率は改善したのに、パイプラインがいつも枯渇している。

営業会議で、こういう噛み合わなさを感じたことはないでしょうか。

四半期の振り返りで、商談数のグラフだけを見て安心したり、受注率のグラフだけを見て焦ったりする。指標がいくつも並んでいるのに、結局チームとして前進しているのかを一言で答えられない会議は、珍しくありません。

各指標をバラバラに眺めていると、組織全体としては前進しているのか後退しているのか、判断がつかない瞬間があります。

パイプラインベロシティ(pipeline velocity、セールスベロシティと呼ばれることもあります)は、この分断を一つの数字にまとめるための考え方です。

商談数・平均受注単価・受注率・セールスサイクル日数という、営業活動を構成する4つの変数を掛け合わせ、割り算する、それだけの指標です。

シンプルだからこそ、経営会議やRevOpsのダッシュボードで、四半期が前進しているのかを即座に答えるための共通言語になります。

この記事では、計算式の分解から、仮の数値での計算例、指標が壊れる落とし穴、導入の進め方までを順番に見ていきます。

計算式を分解する——4つの変数がそれぞれ効くレバー

パイプラインベロシティの計算式自体は、拍子抜けするほどシンプルです。

パイプラインベロシティ = (商談数 × 平均受注単価 × 受注率) ÷ セールスサイクル日数

この式は、営業組織が期間あたりに生み出す金額として、生産性を表現します。

分子が大きいほど、あるいは分母が小さいほど、同じ営業チームでもより速く収益を生み出していることになります。

大事なのは、4つの変数がそれぞれ独立した改善レバーだという点です。

掛け算である以上、どれか一つの変数を放置したまま残り3つをどれだけ改善しても、全体の伸びには限界があります。逆に言えば、一番手つかずの変数を見つけるだけで、労力に見合わないほど大きな伸びしろが見つかることもあります。

商談数(パイプラインに乗る案件の数)

商談数は、マーケティングと商談化(SQL化)の基準がどれだけ機能しているかを映す数字です。

ここが薄いと、あとの3つの変数がどれだけ優秀でも、そもそも掛け算する母数が足りません。展示会やウェビナーのような単発施策で瞬間的に増やすことはできても、翌四半期には元の水準に戻ってしまうことが多い変数でもあります。

平均受注単価

平均受注単価は、どの顧客層をどう狙っているかの結果として決まります。

アップセルやエンタープライズ寄りの提案に軸足を移すと、この変数から真っ先に効いてきます。逆に、価格の安いプランを増やして間口を広げれば、商談数は増えても単価は下がる形で、どこかに跳ね返ってきます。

受注率

受注率は、商談の質と営業プロセスの精度をそのまま映す鏡です。

同じ商談数でも、資格確認(BANTなど)の基準を上げるだけで、この変数だけが動くことがあります。反対に基準を緩めれば、見かけの商談数は増えても、受注率がその分だけ下がりやすくなります。

セールスサイクル日数

セールスサイクル日数は、初回接触から受注までにかかる時間です。

ここが長いほど、同じ金額の商談でも一定期間に回せる回数が減り、分母として効率を押し下げます。初回接触までの速さが後工程の長さにまで響く理由は、スピード・トゥ・リード｜初回接触までの時間を縮めるで詳しく扱っています。

仮の数値で計算してみる

数字で見るとイメージが掴みやすいので、架空の数値例で計算してみます。以下の数値はすべて説明用の仮定です。

ある会社の営業チームが、四半期に40件の商談を抱えているとします。

平均受注単価は80万円、受注率は20%、セールスサイクル日数は60日だと仮定します。

計算すると、(40 × 80万円 × 0.2) ÷ 60日 = 1日あたり約10.7万円、30日換算でおよそ320万円のパイプラインベロシティになります。

ここでチームが、次のような施策を四半期の間に行ったとします。

• 商談を引き継ぐ基準を明文化し、受注率を20%から25%に改善する
• 初回接触までの応答時間を短縮し、サイクル日数を60日から50日に短縮する
• 商談数と平均単価は、あえて変えずに据え置く

商談数と単価が変わらなくても、(40 × 80万円 × 0.25) ÷ 50日 = 1日あたり16万円、30日換算で480万円まで伸びます。

商談数を増やす活動をしていないのに、ベロシティは1.5倍になりました。

参考までに、受注率とサイクル日数にはあえて手を付けず、商談数だけを40件から60件に50%増やした場合でも、計算上はやはり480万円まで伸びます。効果の大きさ自体は同じでも、商談数を50%増やすには新規リードの獲得やSDR(インサイドセールス担当)の増員といった投資がかさみがちで、受注率とサイクル日数の改善のほうが低コストで済むケースは少なくありません。

表で比較すると次のようになります。

この例が示すのは、商談数を追いかけることだけが唯一の成長手段ではないという点です。

受注率とサイクル日数という、地味に見える2つの変数だけでも、全体の数字は大きく動きます。

なぜ一つの数字にまとめる意味があるのか

バラバラの指標を並べるのではなく、掛け算した一つの数字にする効能は、優先順位づけにあります。

どのレバーを引くべきかを判断する軸になる

四半期ごとに、商談数・単価・受注率・サイクル日数のどれが前四半期から動いたかを見れば、営業チームがどこにリソースを投じるべきかが具体的になります。

商談数を増やす活動と、受注率を上げる活動は、必要なスキルもコストもまったく違います。混同したまま議論すると、的外れな施策に投資してしまいます。

「もっと頑張ろう」ではなく、「今期はサイクル日数を10日縮めることに集中しよう」と言えるようになるのが、この指標を分解して見る一番の利点です。

部門を越えた共通言語になる

マーケティング・インサイドセールス・フィールドセールスは、それぞれ違う指標を見て仕事をしていることが少なくありません。

パイプラインベロシティは、この3つの活動すべてがどこかの変数に効いてくる構造になっているため、部門をまたいだ会話の土台として機能します。

RevOpsという役割そのものが、この3部門を一本の数字でつなぐ発想から生まれています。詳しくはRevOps入門｜マーケ・営業・CSを一本の数字でつなぐで扱っています。

ビジネスモデルによって重視すべき変数が変わる

エンタープライズ向けの複雑な提案営業では、サイクル日数と受注率がもともと重くなりやすく、そこを数日・数ポイント動かすだけでも、月次のベロシティに大きく効いてきます。

一方、セルフサーブやPLG(プロダクト主導成長)寄りのビジネスでは、サイクル日数が数日という単位まで短くなる代わりに、商談化する件数そのものを増やす打ち手のほうが効きやすい構造になります。

同じ計算式でも、どの変数に手をかけるべきかはビジネスモデル次第だと知っておくと、他社の成功事例をそのまま真似て空振りする事態を避けやすくなります。

SNSやカンファレンスで語られる改善事例は、語り手のビジネスモデルという前提が省略されて伝わりがちです。自社に当てはめる前に、まず4つの変数のうちどれが自社のボトルネックなのかを確認する順番のほうが、遠回りに見えて確実です。

フォーキャストの土台にもなる

パイプラインベロシティは、単に過去を振り返るための指標ではありません。

期間あたりに生み出す金額という形になっているため、来月・来四半期の売上を見積もる際の、粗い出発点としても使えます。

もちろん実際の受注は個別の商談ごとにばらつくので、この数字だけで精緻な予測が完成するわけではありません。それでも、勘だけに頼った売上予測より一歩前に進める土台にはなります。

この指標が壊れるとき——気をつけたい落とし穴

どんな指標にも共通することですが、パイプラインベロシティも測り方を誤ると簡単に壊れます。とくに、この数字だけを見て個人やチームを評価する使い方は、要注意です。

4つの変数は式の上では独立していても、現場の行動としては互いに影響し合っているという前提を、まず持っておく必要があります。

「商談数」を水増しするとどうなるか

商談数を増やせと言われた営業やマーケティングが、資格確認の基準を緩めて件数を稼ぐようになると、見かけ上のベロシティは上がります。

ところがこの数字は、受注率の低下という形であとから必ず跳ね返ってきます。

商談を案件と呼んでいい基準が部門ごとに違うと、この水増しは起きやすくなります。マーケティングと営業が同じ言葉を使っているつもりで違う基準を持っている問題は、MQLの引き継ぎ設計｜マーケと営業が揉めない基準づくりでも扱った通りです。

サイクル日数だけを削ろうとすると起きること

サイクル日数を縮めることだけを目標にすると、値引きや無理な条件で急いで受注を取りにいく動きが増えます。

短期的にはベロシティが上がって見えても、平均受注単価の低下や、契約後の解約増加という形で、別の指標にしわ寄せが行きます。

単価だけを追うと起きること

平均受注単価を上げようとして、エンタープライズ寄りの大型商談ばかりを優先すると、今度はサイクル日数が伸び、受注率も下がりやすくなります。

大型商談は決裁関係者が増え、検討期間も長引きやすいため、単価という1変数の改善が、残り2つの変数を押し下げる形で相殺されてしまうことがあります。

一つの変数だけを個別に評価すると、他の3変数への副作用に気づけません。四半期ごとに4変数すべてを並べて見る運用にしておくことが、この落とし穴を避ける一番簡単な方法です。

導入の進め方——何から測り始めるか

実際に導入するときは、いきなり全社の共通指標にしようとせず、まず定義を揃えるところから始めます。

そもそも「パイプラインに乗った」という言葉自体、部門によって指している状態が違うことが珍しくありません。

この表のような定義のズレを放置したまま数字を掛け合わせても、出てくるベロシティは比較のしようがない数字になります。

指標の定義をすり合わせる作業そのものについては、KPI定義のすり合わせ｜同じ指標なのに数字が食い違う理由にまとめています。

導入の初期に最低限そろえておきたい定義は、次のようなものです。

• 「案件」として数え始める基準(何が確認できた時点でパイプラインに入れるか)
• 受注率の分母にする母集団(失注・保留をどこまで含めるか)
• サイクル日数の起点と終点(初回接触からか、商談化からか)
• 平均受注単価に含める範囲(初年度契約額のみか、契約期間全体か)

定義が揃ったら、まずは四半期に一度、4変数とベロシティの数字を並べて振り返るところから始めれば十分です。

振り返りの場には、マーケティング・インサイドセールス・フィールドセールスの担当者を同じテーブルに座らせておくことも欠かせません。数字だけを配布して終わらせると、どの変数が誰の持ち場なのかが曖昧なまま、次の四半期も同じ議論を繰り返すことになります。

毎週追いかけるような速報性の高い指標ではなく、四半期や半期の意思決定に使う指標として位置づけるのが、この指標に合った運用です。

なお、パイプラインベロシティのうち商談数という入口側の変化は、ウェブサイト上の行動から兆しをつかめることがあります。資料請求ページの再訪や、特定の機能ページを繰り返し見ているといった動きです。

そこから先の受注率やサイクル日数は、CRMやSFAが担う領域であり、MonaLensのようなプライバシーファーストのウェブ解析ツールが直接測れる範囲ではありません。役割を混ぜずに、両方の道具を組み合わせて見るのが現実的です。

まとめ——一つの数字から、次の一手へ

パイプラインベロシティは、商談数・平均受注単価・受注率・サイクル日数という4つのレバーを、一つの数字として扱うための考え方です。

数字が動いたときに、どのレバーが効いたのかを追える体制さえあれば、複雑な分析基盤がなくても、次の四半期にどこへリソースを投じるべきかの議論ができるようになります。

一度の導入で完成する指標ではなく、四半期ごとに定義とレバーを見直しながら育てていくものだと捉えておくと、長く使い続けられます。

派手な新しい施策を探す前に、すでに手元にある4つの数字を並べ直すだけで見えてくる伸びしろは、意外と多いものです。

まずは自分たちの組織で、この4つの数字がそれぞれ何を意味しているのか、部門をまたいで定義をすり合わせるところから始めてみてください。