「マーケ経由の商談が増えました」「それ、どのモデルで見てます？」

ファネル計測の実装

段階別転換率、段階間リードタイム、コホート別の推移を計測する

アトリビューション設計

ファーストタッチ／ラストタッチ／マルチタッチに加え、自己申告（「何で知ったか」フォーム）を併用する。単一モデルを盲信しないのが実務の鉄則

パイプラインカバレッジ、セールスベロシティの4変数、NRR／GRR、CAC／LTV、Magic NumberをBI（Tableau、Looker等）またはCRMダッシュボードで常時可視化します。ダッシュボードに出てこない問い（リード品質監査、セグメント別効率など）は、SQLによるアドホック分析で深掘りします。

MQL・商談化・受注といった指標の定義を文書化し、部門間のズレを排除する取り組みです。「MQLとは何か」の解釈が営業とマーケで異なるまま運用されているケースは珍しくなく、この定義のズレが指標をめぐる不毛な議論の温床になります。成果指標は、ダッシュボードが実際の意思決定に使われているか（参照率）と、指標定義をめぐる論争の発生数の減少です。定義書のない状態でダッシュボードだけ量産していくのは、共通の物差しを決めないままそれぞれが自分の定規で長さを測っているようなもので、数字が合わないのは当然の帰結です。

例えば、月次の経営会議で「マーケ経由の商談が増えた」と報告されても、ラストタッチだけを見ていると、実際は展示会（ファーストタッチ）がきっかけで、その後の複数回のコンテンツ接触が後押ししたプロセス全体が見えません。単一のアトリビューションモデルを盲信せず、自己申告フォームと組み合わせて検証することが実務上の防波堤になります。

ここで、先に反論しておきます。「複数モデルを併用するなんて、集計の手間が増えるだけでは」という声はもっともです。ですが、単一モデルだけで数字を確定させて予算配分を決めた結果、実は効いていたチャネルへの投資を削ってしまった、というのは多くの現場で聞く失敗パターンです。手間をかけて複数の視点を持つコストは、誤った予算配分を続けるコストより明らかに小さいというのが実感です。

ゼロから最初のアトリビューションダッシュボードを作る場合の実務的な順序です。

STEP2の指標定義書は、そのままコピーして使えるフォーマットです。

ファーストタッチとラストタッチ、どちらのアトリビューションモデルが正しいですか

どちらか一方が「正解」というわけではありません。マルチタッチや自己申告（「何で知ったか」フォーム）と併用し、単一モデルを盲信しないことが実務の鉄則とされています。用途（チャネル評価か、施策の初動効果測定か）によって重視すべきモデルは変わります

指標の定義書はどのタイミングで作るべきですか

ダッシュボードを作り始める前、できれば部門横断のKPI議論を始める初期段階で作るのが理想です。定義が曖昧なままダッシュボードだけ先に作ると、後から「このMQLの数字は何を数えているのか」という論争が繰り返し発生します

ダッシュボードを作ったのに誰も見てくれません。原因は何が考えられますか

ダッシュボードの参照率が成果指標の一つとされるとおり、見られていないダッシュボードは意思決定に使われていない可能性が高いです。指標の定義が現場の言語と合っていない、更新頻度が実務のサイクルと合っていない、といった原因を疑う必要があります

今使っているダッシュボードの数字を、営業とマーケの両方に「これは何をカウントしていますか」と聞いたとき、同じ答えが返ってくるでしょうか。もし答えがズレるなら、直すべきはダッシュボードの見た目ではなく、その裏にある定義書のほうかもしれません。