データ・KPI

商談化率が部署ごとに違うのは、母数の定義がずれているから

公開 2026年7月26日更新 2026年10月17日

商談化率が会議のたびに違う数字になる。集計を調べる前に、各部署が何を分子と分母にしているかを並べてください。同じ名前で別の対象を数えていることがあります。

ずれは2か所で起きます。何をリードと数えるか。そして、分子と分母をいつ時点で数えるか。

後者は見落とされやすく、定義の会議を一度開いた会社でも残っていることがあります。

同じ「商談化率」が、部署ごとに別の割り算になっている

商談化率は「商談数 ÷ リード数」という単純な割り算です。ところが、この分母の「リード」が部署ごとに別物を指していることが珍しくありません。

マーケティング部門は資料をダウンロードした全件をリードと数え、インサイドセールスは電話がつながった件だけをリードと数え、営業は予算と決裁者が見えた件しかリードと認めない。

三者が別の分母で同じ「商談化率」を計算すれば、数字が一致しないのは当然です。

リード数そのものを揃える手順は、リード数の定義が部署ごとに合わないときの揃え方に書きました。この記事は、そのうえで転換率を出すときに残るずれを扱います。

段の「入る条件」を、1枚の図に書き切る

リードから受注までの流れを横に並べた1枚の図を作り、各段の「入る条件」を言葉で書きます。

マーケティングが渡す段。 属性と行動の条件をセットで決めます。「購買意欲が高い」では、人によって判定が変わります
インサイドセールスが引き継ぐ段。 担当者が変わっても同じ判断ができるよう、観察できる行動で書きます
案件として登録する段。 登録の条件には、その時点で確かめられることだけを置きます。予算・決裁者・導入時期は、商談の途中では答えが確定しないことが多い項目です。登録の条件にすると登録が遅れ、パイプラインに載るはずの案件が見えなくなります。これらは登録後、ステージを進める条件に置きます

決裁者や導入時期を登録時に求めない理由は、必須項目を増やすと、空欄は消えますが誤りが増えますと同じです。

この1枚があると、「あの案件は今どこにあるか」という問いに、マーケティングも営業も同じ図を見て答えられます。

段の条件が書けると、転換率も分けて見られるようになります。「リードから商談化」を1本で追う代わりに、「マーケティングが渡す段からインサイドセールスが引き継ぐ段へ」と「引き継ぐ段から案件登録へ」の2本に分ける。

どちらの段でこぼれているかが分かれば、直す部署も決まります。

「いつ時点の数字か」を1つに決める

定義がそろっても、基準日の取り方が人によって違えば、数字はまた動きます。同じ「6月の商談化率」に、よく使われる数え方が2つあります。

発生月で数える（コホート型）。 6月に発生したリードを分母にし、そのうち商談化した件数を分子にします。7月以降に商談化しても、6月の分として数えます。分子と分母が同じ集団なので、比率の意味ははっきりしています。その代わり、直近の月は商談化の途中にあるリードが多く、数字が後から上がっていきます。

期間で数える（期間型）。 6月に商談化した件数を、6月に発生したリードの数で割ります。月末にすぐ出せて、後から動きません。その代わり、分子には5月以前のリードから商談化したものも入るので、分子と分母は別の集団です。前の月に獲得したリードが多い月は、比率が高めに出ます。

青枠が数える対象。どちらを使うかを、全部署でそろえる。

どちらが正しいということではありません。

直近の動きを早く見たいなら期間型、施策ごとの効果を比べたいならコホート型が向いています。決めるべきは、どちらを使うかを全部署でそろえることです。

計測を始める前に「いつ時点の、どの母集団の数字か」を1行で書き、その日付をどの項目から取るかまで決めます。HubSpotならライフサイクルステージごとに記録される「その段階になった日付」、Salesforceならリードの取引開始日や商談の作成日が候補になります。

コホート型で直近の数字が後から変わる問題は、締めの工程で扱えます。先月報告した商談化率が、今月見たら変わっていたに書きました。

定義を変えたら、過去の数字との境目を決める

定義は一度決めて終わりではありません。段の条件を見直せば、転換率は変わります。そのとき、過去の数字をどう扱うかを先に決めておきます。

新しい定義で過去分を計算し直せるなら、計算し直します。必要な項目が過去のレコードに残っていなければ、無理に直さず、「この日より前は旧定義」とレポートに注記して線を引きます。

境目を書かずに折れ線をつなげると、定義を変えた月の増減が、施策の成果に見えてしまいます。

日本には転換率の公開ベンチマークがない

外の基準がない以上、自社の数字を内部で一貫させることが、よりどころになる唯一の基準です。

海外にはEbstaとPavilionの「2024 B2B Sales Benchmarks」（n=420万商談、海外企業対象）のように、大規模な商談ベンチマークがあります。

一方で、日本のリードから商談化、商談から受注までの転換率について、母数と手法を開示した公開ベンチマークは見当たりません。つまり日本企業には「自社の45%は高いのか低いのか」を照らす外部の物差しがありません。

だからこそ、まず自社の定義と基準日をそろえ、時系列で自社を自社と比べられる状態を作ることが先決です。

この母数と時点の設計は、レベニューアーキテクチャで収益全体を一続きに測るときの土台になります。

よくあるつまずき

定義を決める前にダッシュボードを作り込む。 母数の定義がずれたまま自動集計を組むと、きれいなグラフが間違った数字を毎日生産します。図を1枚そろえる方が先です
案件登録の条件に、まだ分からないことを入れる。 予算・決裁者・時期の確定を登録の条件にすると、登録が遅れ、商談化率は低く、パイプラインは薄く見えます
基準日を決めずに月次比較を始める。 コホート型と期間型が月によって混ざると、増減が施策の成果なのか数え方の揺れなのか、誰にも説明できなくなります

転換率は母数の定義で決まります。だから測定を始める前に、何を・いつ時点で数えるかの定義を部署間で1枚に揃えます。