MAのコンバージョン定義がブレる問題：問い合わせ／商談／受注の整合を取る方法

「CVは増えたのに、受注は増えていない」。この違和感は、施策の良し悪し以前に、CV（コンバージョン）が何を指すかが部署・施策ごとにズレていることから起きます。
マーケは問い合わせ、営業は商談、経営は受注を見ているのに、同じ「CV」という言葉で会話をしてしまう。
これではレポートが噛み合わないのが自然です。

CV定義のブレが続くと、次のような状態になりやすくなります。

• MAとSFA/CRMで件数が合わず、集計のたびに説明が必要になる
• 「問い合わせは増えた」で会議が終わり、商談・受注につながる改善に進めない
• 施策評価や予算配分が揺れ、運用の優先順位がぶれる

本記事のゴールは、CVの定義がズレる原因から、問い合わせ／商談／受注を「同じステージ設計」と「定義表（データ辞書）」で一本の流れに揃え、数字がブレにくい状態を作ることです。

なぜ「CV定義」はブレるのか

CV定義の不整合は、だいたい次の3つのズレとして現れます。
原因を分類できると、議論が「どちらの数字が正しいか」から「何を揃えるべきか」に変わります。

目的のズレ：最適化・評価・売上管理を同じCVで語ってしまう

広告やLP改善では、入口の行動（フォーム送信など）を追う方が改善サイクルが速い一方、営業・経営は売上に近い成果（商談・受注）を重視します。
目的が違うのにCVを1語でまとめると、同じ数字を見ても意思決定が揃いません。

記録点のズレ：いつ・どこで「発生」とみなすかが違う

問い合わせはMA、商談はSFA/CRM、受注は受注管理や会計に近い領域で確定します。
さらに「商談化日」を案件作成日にするのか、初回アポ確定日にするのかで、件数もタイミングも変わります。
記録点が違う限り、数字が一致しない場面は起こり得ます。

責任のズレ：誰が入力し、誰が保証するかが曖昧

入力必須や更新タイミングが曖昧だと、ステージ更新が遅れたり、失注理由が未入力になったりします。速報値と確定値が混ざり、毎月「なぜズレたか」の説明に時間が取られるようになります。

結論として、やるべきは「CVを1つに固定する」ではありません。
目的別に複数のCVを持ちながら、定義と接続を揃えて整合を保つことです。

まず揃えるべき前提　ファネルと用語の最小辞書

整合の第一歩は「言葉」と「単位」を揃えることです。
ここを曖昧にしたまま連携設定やダッシュボードを作ると、後から必ず修正が入ります。

問い合わせ／MQL／SAL／SQL／商談／受注の“最小定義”を決める

MQL/SQL/SALなどの呼称や判定条件は企業ごとに異なります。
重要なのは、名称ではなく「判定条件・記録場所・責任者」を揃えることです。

たとえば次のように、各ステージを「何が起きたら1件か」「どこに記録されるか」で定義します。

最初から完璧な条件を作る必要はありません。
後述の定義表（データ辞書）で版管理し、運用しながら改善できる形にしておくことが重要です。

管理単位を揃える：個人／会社／案件

問い合わせは個人、商談は案件、受注は会社＋案件で語られがちです。
そこで、指標ごとに「集計単位」を宣言します。

単位を跨ぐための接続キー（メール、取引先ID、案件IDなど）を先に決めると、後工程が楽になります。

「問い合わせ」に含める範囲を明示する

「問い合わせ」の定義を明示しておかないと、入口の数字が毎回変わります。

例えば、フォーム送信だけなのか、資料DLやウェビナー申込も含めるのか、既存顧客の問い合わせを新規獲得指標に混ぜるのか、といった問いを解決しておく必要があります。

おすすめは、問い合わせに最低限の分類（新規/既存、問い合わせ種別、流入元）を付与し、あとから切り分けられるようにしておくことです。

問い合わせ／商談／受注を整合させる設計図　コンバージョンマップを作る

整合を取る際のコツは、CVを単一化するのではなく、一次CV・二次CV・最終CVとして整理して「同じ地図」に載せることです。

一次CV・二次CV・最終CVを分けて置く

例えば、次のように一次・二次・最終CVを定義します。

一次CVは改善スピードを上げ、最終CVは経営判断に耐える指標になります。
二次CVは一次の“質”を評価し、営業との接続を成立させる橋渡しです。

施策別KPIを“同じフォーマット”で比較可能にする

広告、メール、ウェビナー、展示会など入口が違っても、最終的には商談・受注につなげたいはずです。施策ごとに次の4点を同じ書式で揃えると、議論が整理されやすくなります。

ここまで揃うと、「問い合わせは増えたが受注が増えない」を“工程のどこで詰まったか”として説明しやすくなります。

KPIツリーで「先行指標」と「遅行指標」を分離する

問い合わせは先行指標、受注は遅行指標です。
遅行だけだと判断が遅れ、先行だけだと売上との接続が弱くなります。
KPIツリーで両者をつなぎ、「どの指標で何を意思決定するか」を固定することで、会議が噛み合いやすくなります。

定義を“文章”で終わらせない　定義表（データ辞書）の作り方

定義を守る仕組みは、会議の口約束ではなく文書です。
特に有効なのが、指標の定義と運用ルールを一体化した「定義表（データ辞書）」です。

定義表に入れる必須項目

最小構成でも、次の項目があると整合が取りやすくなります。

項目	例（入れる内容）
指標名	問い合わせ（新規）／商談化（SQL）／受注
判定条件	何が起きたら1件か（条件式）
記録場所	MA／SFA/CRM／受注管理／会計 など
基準日	問い合わせ日／商談化日／受注日（どれで集計するか）
集計単位	個人／会社／案件
除外・例外	テスト、重複、既存、パートナー経由、取消 など
責任者	定義の維持・更新の責任者
参照先	どのダッシュボードで使うか

ポイントは「誰が・どこに・いつ記録するか」まで含めることです。
定義だけだと運用で崩れ、運用だけだと解釈がブレます。

例外処理を先に決める（重複・再問い合わせ・既存）

後から揉めやすいのは例外です。代表例は次の通りです。

• 同一人物の再問い合わせは別件か、同一件の追記か
• 同一企業の複数担当者は、会社単位の指標にどう反映するか
• 既存顧客の問い合わせを、新規獲得指標から除外するか
• 代理登録・パートナー経由・紹介をどこに計上するか

正解を探すより、統一して定義表に残すことが重要です。

定義変更のルール（版管理）

CV定義は環境変化で見直しが必要になります。
だからこそ、定義表には「版数」「変更日」「移行期間」を残します。
これにより、月次で数字が動いたときも説明しやすくなり、改善が止まりにくくなります。

MA・SFA/CRMの役割分担　どれを“正”にするかでブレは止まる

整合を取る上で最も効くのが「どのシステムを正（マスター）にするか」を決めることです。

商談・受注の“正”を決める

多くのBtoBでは、商談・受注の確定はSFA/CRM（または受注管理／会計）を“正（マスター）”に置くと運用上ブレにくくなります。
MAは流入元、接触履歴、スコア、セグメントなど“起点と行動”を担う役割に寄せると、責任分界が明確になります。

件数差が出る典型原因と、潰す順番

件数差はゼロにできないことがあります。
重要なのは、差が出たときに迷わず原因を切り分けられることです。
照合は次の順番で行うと、論点が散らかりにくくなります。

1. 基準日を揃える（問い合わせ日／商談化日／受注日）
2. 除外条件を揃える（テスト、重複、既存、パートナー経由など）
3. 集計単位を揃える（リード件数／取引先数／案件数）
4. 接続キーを確認する（名寄せ、ID未紐付け、会社名ゆれ）
5. 入力遅延を扱う（速報と確定を分けて見る）

ここまで揃えても差が残る場合、多くは「例外の未定義」か「入力ルールの未徹底」です。
定義表に戻り、例外と責任者を補強します。

営業と揉めない「引き渡し条件（SLA）」の作り方

問い合わせが増えても商談が増えないとき、原因は量ではなく接続ルールの不在であることが少なくありません。
そこで必要になるのがSLA（サービスレベル合意）です。

まず決めるのは“引き渡しの目的”と“対象範囲”

最初に「何のための引き渡しか」を揃えます。
これが揃うと、条件が必要以上に厳しくなる／緩くなる事故が減ります。

ここでのコツは、営業に渡す“対象”を増やしすぎないことです。
範囲が広い場合は「営業行き」と「マーケ育成」の2レーンに分けます。

引き渡し条件を「MQL条件」と「必須情報セット」に分解する

引き渡し条件は、スコアなどの“状態”だけで決めると揉めます。
営業が動けるかどうかは「情報の揃い具合」で決まるため、条件を2つに分けます。

MQL条件：何が起きたら“渡してよい”か

MQLは「営業が動く候補」です。
条件は最初から精緻にしなくてよいので、誰が見ても判定できる形にします。
例は次の3パターンが作りやすいです。

• 属性条件：業種／規模／役職／地域など（対象外を弾く）
• 行動条件：価格ページ閲覧、資料請求、デモ依頼、比較検討を示す行動
• 明示条件：問い合わせフォームの選択肢（導入時期・予算感・目的）

おすすめは「必須（ゲート）」＋「加点（スコア）」の二段構えです。
例えば、必須は、業種が対象・会社名と連絡先が有効・導入検討があるといった属性条件とし、価格閲覧＋資料DL＋比較ページ閲覧で、合計スコアが〇点になるといった形です。

必須情報セット：営業が初動できる最低限は何か

ここを決めないと、営業は「情報が足りない」と言い、マーケは「渡した」と言う状態になります。
最低限は“営業の初回連絡が成立する”レベルに絞ります。

ポイントは、自由記述を増やしすぎないことです。
取得できない情報は「営業がヒアリングする」「インサイドが事前確認する」など、役割に分けます。

受領後の“営業側アクション”をSLAに含める

SLAはマーケの条件だけでは成立しません。
営業側の約束を明文化します。最低限の約束は次の3つです。

ここまで決めると、「追っていない」問題が“感情”ではなく“期限未達”として扱えます。

例外処理を決める

引き渡しで揉めるのは例外です。
代表だけでも先に決めて、定義表に書きます。

例外は増えます。だからこそ、「例外は定義表に追記して版管理」という運用ルールをSLAに含めます。

レポートがブレないダッシュボード設計　見る指標を固定する

定義が揃っても、レポートの出し方が混線すると会議が再び崩れます。
目的別に“見る画面”を分け、数字の確定タイミングを統一します。

目的別に3つのダッシュボードに分ける

• 運用ダッシュボード：一次CV中心（施策改善のため）
• 接続ダッシュボード：一次→二次→最終の歩留まり（整合とボトルネック把握）
• 経営ダッシュボード：最終CVとパイプライン（意思決定のため）

広告の最適化と売上の説明を同じ画面で混ぜると、会話が噛み合いません。
目的別に分けるだけでも、運用の摩耗は減りやすくなります。

速報値と確定値を分ける

問い合わせは即時、商談・受注はタイムラグがあるのが普通です。
月次の数字は「確定値」を原則にし、途中経過は「速報」として扱います。
確定のルールを決めることで、毎月の“数字合わせ”を削減しやすくなります。

よくある落とし穴　整合が崩れる3つのパターン

整合設計は一度作れば終わりではありません。
実務では、次の3つの落とし穴で定義が再びブレやすくなります。
先に潰しておくと、月次レポートの安定度が上がります。

1) 「名称だけ統一」して判定条件が違う

たとえば「SQL」を同じ呼び名にしても、マーケ側はスコア到達、営業側は初回アポ確定、と判定条件が違えば数字は一致しません。
名称を揃えるより先に、何が起きたら1件か（判定条件）とどこに記録されるか（記録場所）を定義表で固定します。

2) 基準日が混在し、月次の増減が説明できない

問い合わせは問い合わせ日、商談は商談化日、受注は受注日で見るのが一般的ですが、途中で「案件作成日」や「担当アサイン日」が混ざると、月次の増減が“集計ルールの差”に引っ張られます。
ダッシュボードごとに基準日を宣言し、速報と確定を分けて扱うとブレが減りやすくなります。

3) 例外処理を後回しにして、差分が恒常化する

重複、再問い合わせ、既存顧客、代理登録、パートナー経由などを後回しにすると、後から件数差を説明できず「結局どれが正しいのか」に戻りがちです。
例外は“発生したら決める”ではなく、最初に代表例を定義表へ書き、運用しながら追加していく方が安全です。

補足として、アトリビューション（どの接点が受注に貢献したか）は、CV定義の整合とは別レイヤーの議論です。
まずは「問い合わせ→商談→受注」が同じルールで繋がる状態を作り、その上で貢献度分析を行う順序にすると混線しにくくなります。

すぐ使えるチェックリスト　定義がブレる前に確認する8項目

次の8項目に「はい」と言えるかを確認すると、定義のブレを早期に検知できます。
全部を完璧にするより、まずは“空欄を減らす”ことを優先してください。

• 各CV（問い合わせ／商談化／受注）について「判定条件」「記録場所」「基準日」が1行で言える
• 集計単位（リード／取引先／案件）が指標ごとに宣言されている
• 除外条件（テスト・重複・既存など）が定義表に明記されている
• 再問い合わせや代理登録など、代表的な例外の扱いが決まっている
• 商談・受注の“正（マスター）”がSFA/CRMまたは受注管理側で定義されている
• 営業側の受領／却下／保留が入力でき、入力期限（SLA）が合意されている
• ダッシュボードが「運用／接続／経営」に分かれ、目的が混ざっていない
• 定義変更は版管理され、変更日と移行期間が追える

最小手順　最短2週間程度を目安に「整合」まで持っていく

大掛かりな刷新より、まずは最小手順で整合を作り、運用しながら改善する方が失敗しにくいです。
規模や連携範囲によって期間は変わりますが、目安として次の流れで進めると整理しやすくなります。

1週目：定義を揃える

現状棚卸し（用語、記録点、レポート、責任者）を行い、コンバージョンマップ（一次/二次/最終＋基準日・単位）を作ります。
その上で、定義表（データ辞書）ドラフトを作成し、例外処理と責任者を確定します。

2週目：運用に落とす

SLAを定義し、MA×SFA/CRMの連携と集計に反映します。
ダッシュボードを「運用／接続／経営」に分離し、月次レビューの見る順番と判断基準を固定します。

運用開始後は、定義を頻繁に変えない一方で、見直しが必要な場合は版管理で行います。
「固定と改善」を両立させるのが、CV整合の実務です。

まとめ　CVは「1つにする」より「繋げて守る」

問い合わせ・商談・受注は役割が違う成果です。
CVは目的別に複数あって構いません。
大切なのは、ステージ設計と定義表（データ辞書）で接続し、SLAと入力ルールで運用に落とし、MA×SFA/CRMの役割分担で“正”を決めることです。

まずは、定義表に「基準日・単位・除外・例外・責任者」をまとめ、会議で参照する“唯一の正”にしてください。
数字の正誤で止まっていた会議が、「次に何を改善するか」に進みやすくなるでしょう。