共通KPIと目標設定｜リード数・商談化率・獲得単価などの重要指標の設定と測定

「マーケティングの数字は上がっているのに、受注が一向に増えない」「KPIを設定したはずなのに、四半期末に数字の解釈でマーケとセールスが言い争いになる」という経験をお持ちの方は多いはずです。この状態の本質的な原因は指標の設計にあるのではなく、「同じ用語を使っているのに定義が揃っていない」点にあります。このページでは、マーケティングとセールスが共同で責任を持てる指標を具体的に選び、目標値を逆算で設計し、運用を継続するための手順を解説します。マーケとセールスの連携に関する体系的な全体像はマーケティングとセールスの連携をご参照ください。

部門KPIの分断が引き起こす問題

部門ごとに別々のKPIを追っている状態は、見えにくいかたちで実務に悪影響を与えます。単に「連携が弱い」という印象論ではなく、ファネル上のどの地点で責任が空白になるかを理解することが、共通KPI設計の出発点になります。マーケがリード数を積み上げ、セールスが商談の質を選別するという行動は、それぞれ合理的です。しかしその間に「誰が何に責任を持つか」が決まっていない引き渡しポイントが存在すると、数値の解釈が部門ごとに食い違い始めます。その食い違いが積み重なると、数字は正確に記録されているのに誰も責任を取らない状態ができあがります。

「MQLが増えているのに商談が増えない」状況の正体

マーケティングが最大化しようとするのはリード数とCV率です。セールスが最大化しようとするのは受注数と商談の質です。両者の間に「引き渡し基準のあいまいさ」があると、マーケは量を積み増し、セールスは引き取りを選別し、最終的に数値の読み方が部門ごとに食い違います。

マーケからすれば「MQLを渡しているのにセールスが動かない」、セールスからすれば「渡されるリードの質が低すぎて商談にならない」という認識が生まれます。どちらも自部門のKPIを達成しようとしている結果ですが、ファネルの中間地点に責任の空白があるために、数字は積み上がっているのに受注が増えないという状態が続きます。

「相互不信」を生み出す数値の食い違い

「商談化率の分母を何にするか」「有効商談の定義は誰が決めるか」が合意されていないと、マーケとセールスで同じ指標名を使っていても数値が大きく乖離します。マーケが全獲得リードを分母にした商談化率を報告し、セールスがMQL数を分母にした商談化率を報告すれば、同じ期間の同じ活動でも数値は数倍変わります。

この数値の食い違いが「マーケが悪い・セールスが悪い」という属人的な責任追及に転化するのは時間の問題です。共通KPIを設計する前に、使う指標の定義を統一することが本当の第一歩になります。指標の定義をどう統一するかは後の節（H2-4）で詳しく扱います。

共通KPIに使う主要指標の種類と定義

どの指標を選ぶかより「定義を揃えること」が先決です。ここでは代表的な指標をファネル上の位置で整理し、各指標について「何をカウントするか・誰が入力するか」を明記します。同じ指標名でも定義の違いで数値が大きく変わるため、以下の定義を参照しながら自社版の定義辞書を作ることを推奨します。MQL・SQLの詳細な引き渡し基準についてはMQL/SQL引き渡し基準の詳細を参照してください。

ファネル上流の指標

• リード数（獲得リード数） フォーム入力・名刺・イベント参加など、何をもって「リード」と定義するかを明示します。インバウンドのみを含めるか、アウトバウンドで発掘した連絡先も含めるかで数が大きく変わります。入力担当：マーケティング。
• MQL数（Marketing Qualified Lead） スコアリングや行動基準でマーケが有望と判断したリードの数です。「スコアが一定値以上」「特定ページを閲覧した」など自社の基準を定義します。入力担当：マーケティング（スコアリングルールをMAで設定）。
• リード獲得単価（CPL：Cost Per Lead） 施策コスト÷獲得リード数で算出します。チャネル別に計算しないと改善アクションに接続しません。「オーガニック経由のリードのCPLを0円とみなすか、コンテンツ制作コストを按分するか」まで定義します。
• MQL化率 獲得リード数に対してMQLになった割合です。リードの質の代理指標として機能します。施策別にMQL化率を比較することで、量よりも質の高いリードを生むチャネルを特定できます。

引き渡し〜商談化の指標

• SQL数（Sales Qualified Lead） セールスが受け入れ、商談化に値すると判断したリードの数です。MQL→SQLの変換率はマーケとセールスの連携品質を測る最重要指標のひとつです。入力担当：インサイドセールスまたはセールス。
• 商談化率（MQL→商談） MQLのうち実際に商談（初回訪問・オンライン会議）が設定された割合です。定義として「マーケが渡したMQLを分母にし、セールスが商談を設定した件数を分子」とすることを推奨します。分母の定義を先に合意することが不可欠です。
• 商談化数 絶対数として管理します。商談化率だけを追うと、MQL数を絞って商談化率を高める「指標のゲーム化」が起きる可能性があります。率と数の両方をモニタリングすることで、この問題を防ぎます。

商談以降の指標

• 有効商談数・有効商談率 商談のうち、自社が定める基準（予算・権限・ニーズ・時期など）を満たした、追うべき案件の数と割合です。有効商談の基準が明文化されていないと、セールスの主観によって判断がばらつきます。
• 受注率（Win Rate） 商談数（または有効商談数）に対する受注件数の割合です。分母を「全商談数」にするか「有効商談数」にするかで数値が変わるため、定義を明記します。
• 平均受注単価（ACV：Annual Contract Valueなど） 受注金額の平均です。単価が変わると、KGI達成に必要な商談数も変わるため、共通KPIのひとつとして追う意義があります。
• 顧客獲得単価（CAC：Customer Acquisition Cost） （マーケ費用＋セールス費用）÷受注件数で算出します。LTVとの比率で施策投資の妥当性を判断するための指標です。

KGIから逆算する目標値の設計手順

「どのKPIをどのくらいの数値にするか」を感覚で決めると、部門間の合意が取りにくくなります。KGI（売上目標）から逆算し、ファネルの歩留まり率を使って必要なリード数を算出するアプローチが、再現性の高い設計方法です。逆算の過程でファネルのどのステージが詰まっているかも自然に可視化されるため、改善アクションとの接続もしやすくなります。以下の4ステップで目標値を設計します。

ステップ1：KGI（売上目標）の受注件数・金額への分解

年間売上目標を平均受注単価で割り、必要受注件数を算出します。その受注件数を月次・四半期に分解して、短期の目標値を設定します。

受注単価は商品ミックスによって変動するため、過去12か月の中央値か四分位範囲で実態を確認することを推奨します。直近の大型受注が平均を押し上げている場合、中央値を使ったほうが現実的な目標になります。

ステップ2：ファネルの歩留まり率を実績から把握する

各ステージの転換率（リード→MQL、MQL→SQL、SQL→商談、商談→受注）を過去データから算出します。

データがない初期段階では、業界の一般的な範囲を仮置きして目標を設定し、3か月後に実績で補正する方法が現実的です。仮置きの根拠と数値を明示しておくことが、後の合意形成に効きます。「実績が出たら見直す」という前提を最初から部門間で共有しておくと、目標の硬直化を防ぎやすくなります。

ファネルの転換率を継続的に把握するには、SFA/CRMのパイプラインレポートやファネル分析機能を活用できる環境があると、この集計作業の工数が大きく下がります。例えばMazrica Salesのようなツールでは、ファネル分析が標準機能として備わっており、各ステージの転換率を自動集計できます。集計のための手作業が減ることで、「数字を集める時間」を「数字から何を変えるかを議論する時間」に充てられるようになります。

ステップ3：必要リード数・MQL数を逆算する

以下の計算式で必要な獲得リード数を算出します。

必要獲得リード数 ＝ 受注目標件数 ÷ 受注率 ÷ 商談化率 ÷ MQL化率

例として、受注目標10件・受注率30%・商談化率40%・MQL化率20%であれば、必要獲得リード数は約417件になります（10 ÷ 0.3 ÷ 0.4 ÷ 0.2）。

逆算した結果が現在のリード獲得能力を大幅に超える場合は、次の3つのレバーを整理して優先順位をつけます。

1. リード獲得施策の拡大 チャネル追加・広告予算の増加・コンテンツマーケティングの強化。
2. 転換率の改善 どのファネルステージで最も歩留まりが悪いかを特定し、そこに集中投資する。
3. 平均受注単価の引き上げ 同じ商談数でも受注金額が上がれば必要商談数が減る。

3つのレバーを同時に動かそうとすると優先順位が消えます。まず転換率が最も低いステージを1つ特定し、そこの改善から着手することを推奨します。

ステップ4：先行指標と遅行指標に分けて管理する

目標値を設定したら、指標を先行・遅行の2種類に分類して管理頻度を変えます。

遅行指標（結果を測る）：受注件数・受注率・CACが代表例です。遅行指標が悪化しても、その時点ではすでに数か月前の活動の結果が出ており、今すぐ変えられることはほぼありません。

先行指標（先に動きを測る）：MQL数・商談化率・有効商談数が代表例です。今月のアクションを変えることで来月以降の数値に影響できます。

運用上の原則として、週次・隔週でレビューするのは先行指標に絞ります。遅行指標は月次・四半期でレビューします。両者を同じ頻度で追うと「今すぐ変えられないことを議論する会議」になり、レビューが形骸化します。

指標の「定義の揺れ」を先につぶす

共通KPIを設けても、指標の定義が部門ごとに異なると数値の乖離は残ります。「同じ用語を使っているのに数字が合わない」問題の原因は、多くの場合この定義のずれです。KPI設計と同時に、定義辞書（用語集）を1枚の表として作成しておくことが最も有効な対策になります。完成させることを目的にするのではなく、「論争になった指標から1行ずつ追加していく」運用が現実的です。

定義の揺れが起きやすい4つの指標

• 商談数 「セールスが訪問・会議を設定した件数」か「マーケが生成した商談機会の件数」か、どちらを指すかで数値が変わります。「マーケ起因商談」と「セールス起因商談」を区別して集計するかどうかも含めて定義します。
• 商談化率の分母 全獲得リード数か、MQL数か、SQL数か。部門間で分母が違うと商談化率の数値は大きく変わります。「どの分母で計算した商談化率か」を必ず明記します。
• 有効商談の基準 BANTフレームワーク（Budget・Authority・Need・Timeframe）や自社独自の条件を明文化します。曖昧なままだとセールスが主観で判断し、マーケへのフィードバックが定量化されません。
• 受注の計上タイミング 契約書の受領日か、入金日か、SFA/CRMへの登録日か。決算期をまたぐ案件では計上タイミングの違いで数値が変わります。

「定義辞書」の作り方（最小限の手順）

スプレッドシート1枚に以下の6列を作成します。

• 指標名
• 定義文（20字以内を目安）
• 分母（計算式がある指標のみ）
• 分子（同上）
• カウントの起点イベント（何が起きた時点でカウントするか）
• 入力担当（どの部門の誰が入力するか）

最初から全指標を網羅しようとすると、定義辞書の作成自体が止まります。まず「マーケとセールスで解釈が食い違っていると感じる指標」を1〜2個選び、そこから始めます。

SFA/CRMに入力する際のフィールド設計（ステータスの定義・プルダウンの選択肢など）をこの定義辞書に合わせることで、レポートと実態の乖離を防ぎやすくなります。システムの選択肢が定義辞書と整合していないと、データが取れていても正しい集計にならないためです。

3者（マーケ・インサイドセールス・フィールドセールス）への指標の分配

マーケとセールスの2者構造で語られることが多いですが、インサイドセールス（IS）を置いている組織では3者に指標を分配する設計が必要になります。どの部門がどの指標に主責任を持ち、どの指標を共同で追うかを整理することで、「自分のKPIは達成したが受注が増えない」という状態を構造的に防げます。特に「連携KPI」と呼べる複数部門が関与する指標を全員でモニタリングすることが、相互不信の解消に直結します。

各部門の主責任指標と共同指標

マーケティング（主責任指標）：

リード数・MQL数・CPL・MQL化率。独自で意思決定・実行できる先行指標を主責任とします。

インサイドセールス（主責任指標）：

SQL数・商談化数・商談化率・フォローアップ数・有効会話数。マーケから渡されたMQLをどれだけSQLに変換できるかが中心的な責任領域です。

フィールドセールス（主責任指標）：

有効商談数・受注率・受注件数・平均受注単価。商談以降のプロセスの質と量を主責任とします。

共同責任指標（連携KPI）：

MQL→SQL転換率・商談化率・CAC。どの部門も単独では変えられず、連携の質が反映される指標を全員が共同で追います。

「連携KPI」の設計で相互不信を解消する

「自分のKPIが達成されても受注が増えない」という状況は、各部門が自部門のKPIを最大化した結果として起きます。マーケがMQL数を最大化し、ISが商談化数を最大化し、セールスが受注率を最大化しても、それぞれが独立したKPIを追っている限り、他部門への帰責が発生します。

受注件数や商談化率など「複数部門が関与する指標」を全員が共同で追う構造にすると、「他部門のせい」という論理が成立しにくくなります。自部門だけでは変えられない数字を一緒に追うことで、改善のための情報共有が自発的に起きやすくなります。

この合意形成はマーケとセールスのSLA設計とセットで行うことで、KPIの責任範囲が文書として残ります。SLAとKPIを同時に設計する方法については同ページを参照してください。

KPI運用の失敗パターンと対策

指標を設定しても運用が続かないケースの多くは、設計ではなく運用の仕組みに問題があります。「可視化したことで逆に状況が悪化した」という副作用も含め、実務でよく見られる失敗パターンを整理します。これらを先に把握しておくことで、設計段階でのリスク回避につながります。

よくある3つの失敗パターン

パターン1：KPI数が多すぎて優先順位がない

指標を網羅しようとして10〜20個のKPIを設定すると、何を改善すればよいか分からなくなります。部門ごとの主責任KPIは2〜3個に絞ることを推奨します。共同追跡の連携KPIも同様です。「全部大事」という状態は、実質的に「何も大事でない」と変わりません。

パターン2：可視化が責任追及ツールになる

数値が見えるようになると「あなたの部門の数字が悪い」という議論が始まりやすくなります。これはKPIが本来の目的（改善のための情報）ではなく、評価・責任追及のツールとして機能し始めているサインです。KPIレビューの場を「改善仮説を出す場」として明示的に設計し直すことで、この問題に対処できます。会議の設計方法の詳細は定例会議の設計を参照してください。

パターン3：目標値が非現実的で現場が諦める

KGI逆算で出た必要リード数が現在の能力の数倍になるケースがあります。この場合、短期（3か月）と中長期（1年）の2段階の目標を設けることで、最初の行動に着手しやすくなります。「1年後にこの数字を目指すために、今四半期はこの指標を改善する」という接続を明示します。

イレギュラー案件が多い組織での対処法

パートナー経由・既存顧客拡張・大型案件のスピンオフなど、厳格な定義に収まらない案件は別ラインで管理し、メインのKPIツリーに混入させません。イレギュラー案件がメインの数値に混在すると、転換率の計算が歪み、改善アクションの根拠が不安定になります。

全体に占めるイレギュラー案件の割合を定期的に把握し、一定割合（目安として全体の20%超など）を超えた時点で定義を見直すトリガーを設けておくと、KPIツリーの実態との乖離を防ぎやすくなります。

KPIを機能させるツールと情報基盤

指標の設計が正しくても、データが部門ごとに別のシステムに分散していると、集計作業に工数がかかり、会議が始まる前に「どちらの数字が正しいか」を争う時間が生まれます。KPIを継続的に運用するには、同じ基盤にデータが乗っている状態が前提です。ツールの選択は手段ですが、「誰がどのデータをどのシステムに入力するか」の設計がKPI運用の実効性を左右します。

MA・SFA/CRM・インサイドセールスツールの役割分担

MA（マーケティングオートメーション）： リードのスコアリング・行動ログ・MQL判定の基盤です。リード数・MQL数・CPLはMAから取得します。フォーム送信・メール開封・ページ閲覧などの行動データを顧客情報に紐づけて蓄積することで、MQL化の基準を定量的に設計できます。

SFA/CRM： 商談以降のデータ（商談化数・有効商談・受注率・受注単価）の基盤です。MAのデータと接続することで、リードの発生源から受注までの一気通貫したファネルデータが得られます。部門をまたいだKPIダッシュボードを実現するには、このMAとSFA/CRMの連携が前提になります。

インサイドセールスのコール・メール履歴： SFA/CRMに統合することで、IS活動の投入量と商談化率の相関を分析できるようになります。「ISが何件アプローチしたか」と「そのうち何件が商談化したか」が同じシステムで確認できると、商談化率の改善仮説が立てやすくなります。

データが同一基盤に乗っていないときのリスク

マーケがMAで、セールスがExcelで数字を管理していると、月次の数値集計でどちらかが手作業で集計し直す工数が発生します。その集計作業の中で、集計ミスや期間の取り方の違いによる誤差が生まれ、「数字が合わない」問題が繰り返されます。

数値の定義（ステータスの設定・フィールドの選択肢）がシステムごとに異なると、同じ指標でも数値が一致しません。この問題は、前節の「定義辞書」とシステムのフィールド設計を対応させることで防ぎます。

SFA/CRMの選定・活用においては、「マーケとセールスが同じ案件・コンタクトデータを参照できるか」「ファネルの転換率レポートを自動生成できるか」が実務上の判断軸になります。例えばMazrica Salesのようなツールでは、マーケ起点のリードから受注までを1つのデータ基盤で管理し、ファネル分析や営業レポートを標準機能として提供しています。ツールが一元化されることで、KPI集計のための手作業が減り、部門間の数値の解釈の食い違いも起きにくくなります。

共通KPI運用の進め方（4ステップ）

「何から始めるか」の手順を示します。一度に全指標を設計しようとすると、定義の合意だけで数か月かかり、実際の運用に入る前に組織の関心が失われることがあります。最小限の指標から始めて、運用しながら定義を精緻化していくアプローチが現実的です。最初の3か月は「完璧なKPI設計」を目指すのではなく、「どの数字が論争になるかを学ぶ期間」と位置づけると、スタートしやすくなります。

ステップ1：現状ファネルを1枚の表に可視化する

直近3か月のリード数・商談数・受注数を手元にあるデータで集め、各ステージの転換率を計算します。この作業の目的は精度ではなく、「現状のファネルで何が分かっていて、何が分かっていないか」を把握することです。

データがない場合、「測れていない」という事実自体が改善の出発点になります。最低限どのデータをどこで記録するかを決め（SFA/CRMへの入力ルールの整備）、それを先行タスクとして進めます。

ステップ2：論争になっている指標の定義を合意する

マーケとセールスで「数字の解釈が食い違う」と感じている指標を1〜2個挙げ、定義辞書の最初の行として登録します。合意の場は既存の定例会議を活用します。この段階で新しい会議体を立ち上げる必要はありません。「商談化率の分母を何にするか」という1点だけの合意でも、次の集計から数値の食い違いが減り始めます。

ステップ3：連携KPIを1〜2個に絞って全員でモニタリングする

最初は「商談化率（MQL分母）」と「受注率」の2指標だけを共同KPIとして設定することを推奨します。先行指標（商談化率）は週次または隔週でISが主導してモニタリングし、遅行指標（受注率）を含めた月次レビューをマーケ・IS・セールスの全員で行います。会議設計の詳細は定例会議の設計を参照してください。

ステップ4：3か月後に定義と目標値を見直す

初期設定の転換率と実績がかい離していれば、目標値を補正します。最初から正確な歩留まり率を持っている組織はほぼありません。「仮置きした数値を3か月後に実績で補正する」という手順を最初から合意しておくことで、目標値の修正が「言い訳」ではなく「予定していた作業」として受け入れられます。新たに問題になった指標の定義を定義辞書に追加し、辞書を育てていきます。

まとめ：どの指標から着手するか

共通KPIの設計は、指標の数を増やすことではなく、「同じ指標を同じ定義で測れる状態を作ること」から始まります。最初の一歩として効果が高いのは、「商談化率の分母を何にするか」を部門間で合意することです。この一点だけでも、毎月の数値報告で生まれている解釈の食い違いの多くが解消されます。

目標値はKGIからの逆算で設計し、先行指標と遅行指標を分けて管理頻度を変えることで、「変えられないことを議論する会議」を避けられます。インサイドセールスがいる組織では、MQLからSQLへの変換率を3者共通の連携KPIとして設定することが、相互不信の構造的な解消につながります。

共通KPIの設計・運用はマーケとセールスの連携体制全体の一部です。SLAや定例会議との組み合わせ方を含む体系的な全体像はマーケティングとセールスの連携を参照してください。