合意されたFunnelモデル：マーケティングとセールスが共同で所有する1つの収益Funnel

著者: Tracy N · 更新日: 2026年5月4日

マーケティングは自分たちのFunnelをプレゼンします。セールスは自分たちのPipelineをプレゼンします。どちらも正しく見えます。しかし、どちらも相手と一致しません。そして四半期末には、収益がどこから来たか誰も同意できません。

これが並行Funnelの罠です。マーケティングはマーケティング用の言葉で定義されたステージを追跡します。訪問者、問い合わせ、MQL。セールスはセールス用の言葉で定義されたステージを追跡します。ディスカバリー、提案、交渉、クローズ。両システムは同じCRMを共有していますが、各ステージの意味、誰が担当するか、あるいはLeadがどのように一方の世界から他方に移動すべきかの共通理解を共有していません。

その2つのFunnelの間の引き渡し（マーケティングが「これは質の高いLeadです」と言い、セールスが「私が引き取ります」と言う瞬間）は、説明責任が消える場所です。マーケティングは数量を測定します。セールスはコンバージョンを測定します。誰もギャップを測定しません。

合意されたFunnelモデルは、両チームが貢献し、両チームが読め、両チームが守られる1つの共有モデルで2つの並行システムを置き換えることでこれを修正します。

なぜ2つのFunnelが存在するのか

Gartnerのセールスとマーケティングの連携に関する調査は、別々のFunnelを収益チームが乖離を報告する単一の最も一般的な理由として特定しています。47%の企業がそれを主要な構造的問題として挙げています。

並行Funnelの問題は、人の失敗ではありません。マーケティングとセールス機能が個別に発展した方法の構造的な結果です。

マーケティングはマーケティングFunnelを中心に設計されたオートメーションプラットフォーム（Marketo、HubSpot、Pardot）を採用しました。引き付け、エンゲージ、ナーチャー、資格確認。それらのプラットフォームはマーケティング用語でステージを定義し、マーケティング指標（トラフィック、MQL、ナーチャー率）で報告します。

セールスはセールスPipelineを中心に設計されたCRMシステム（Salesforce、Pipedrive、HubSpot CRM）を採用しました。質の確認、ディスカバリー、デモ、提案、交渉、クローズ。それらのシステムはセールス用語でステージを定義し、セールス指標（Pipeline価値、ステージ速度、ウィンレート）で報告します。

両システムは同じ収益目標に報告します。どちらも相手とクリーンに接続するよう設計されていませんでした。

そして目標の構造が来ます。マーケティングは生み出されたLeadで測定され、セールスはクローズした収益で測定されます。異なるKPIは異なる行動を促します。マーケティングは数量を求めます。セールスは質を求めます。それぞれ自分たちの測定システムの観点で「良い」を定義します。

結果は、異なるダッシュボードを見て、異なるステージ名を使い、「質の高い」の意味について異なる定義の下で動く2つのチームです。意図して設計されたものではありません。蓄積されたのです。マーケティング・セールス連携用語集は最も速い修正であることが多いです。MQL、SQL、ICPが自社において具体的に何を意味するかの共有リファレンス。

主要データ：Funnel連携と収益への影響

• SiriusDecisionsの調査によると、セールスとマーケティングが緊密に連携している企業は、3年間で24%速い収益成長と27%速い利益成長を達成します。
• Aberdeen Groupによると、正式な共有Leadライフサイクルを定義した組織は、顧客維持率が36%高く、セールスのウィンレートが38%高くなります。
• Demand Gen Reportによると、マーケティングとセールス全体で合意されたステージ定義を持つ正式に文書化されたLeadライフサイクルを持っているB2B企業はわずか46%にすぎません。
• MarketingProfsによると、共通の収益プロセスを共有するマーケティングとセールスチームは、マーケティング努力から208%多くの収益を生み出します。
• Salesforceの営業状況データによると、両チームのデータの単一の情報源としてCRMを使用している企業は、別々のシステムを使用している企業よりも強い連携を報告する可能性が3倍高いです。

合意されたFunnel：ステージ別の定義

統一収益Funnelフレームワーク

統一収益Funnelは2つの並行システム（マーケティングFunnel+セールスPipeline）を1つの共有モデル、7つのステージ、すべての移行点での明確な共同所有権で置き換えます。その特徴は、両チーム（マーケティングとセールス）が同じステージ定義とコンバージョン基準値に貢献し、承認し、測定されることです。

7つのステージ：訪問者/未知、問い合わせ/RawLead、MQL、SAL（オプション）、SQL、商談/アクティブな案件、クローズドウォン/クローズドロスト

各ステージには3つの文書化された要素があります。マーケティングが所有するもの、セールスが所有するもの、両チームが共同で所有するもの。3つすべてがなければ、所有権のギャップが収益アトリビューション論争に複利的になります。

合意されたFunnelモデルには7つのステージがあります。それぞれに両チームが受け入れる単一の文書化された定義があります。それぞれに明確な所有者があります。マーケティング、セールス、または共有。

SALステージはオプションです。引き渡しに本当に複雑なレビューがある場合（資格基準が繊細でセールスがコミットする前に評価する時間が必要な場合）に価値を追加します。フォローアップの遅さのバッファになる場合はフリクションを追加します。SALステージが通常48時間を超える場合は削除してください。

この表を機能させる鍵は定義自体ではありません。それらに対する共同の合意です。両チームがレビューして承認する必要があります。Leadが3週間MQLに留まっている時、両チームは同じ表を見て理由を診断できます。MQL定義フレームワークは、Leadがそのステージに入る前に必要なシグナルを正確に指定しています。

各ステージでの合意点

ステージを定義するのは簡単な部分です。各ステージで誰が何を担当するかを定義することが実際の作業です。

各ステージで、マーケティングの責任、セールスの責任、両チームが共同で責任を持つことの3つを文書化する必要があります。

問い合わせ/RawLead：

• マーケティングが担当：連絡先情報の取得、基本データの充実、初期スコアリング
• セールスが担当：まだなし（これはプリセールスのステージ）
• 共有：RawLeadがスコアリングされるSLA（通常取得から24時間以内）

MQL：

• マーケティングが担当：ナーチャーシーケンス、スコアリングのメンテナンス、閾値が達成されたらSQLに渡す
• セールスが担当：まだなし（ただし戦略的アカウントについては見えていること）
• 共有：MQLの定義についての合意；定義が調整されているかどうかの四半期レビュー

SQL：

• マーケティングが担当：明確な引き渡しドキュメント、Leadと共に渡されるコンテキスト
• セールスが担当：SLA内での最初のコンタクト、定義された期間内での状況確認、却下に対する構造化されたフィードバック
• 共有：月次でのSQLから商談へのコンバージョン率のレビュー；コンバージョンが下がった場合の閾値調整

商談：

• マーケティングが担当：要求に応じたサポート素材、ケーススタディ、競合インテル
• セールスが担当：案件の進展またはクローズ
• 共有：クローズドループレポート（セールスが結果とソースアトリビューションでCRMを更新）

クローズドウォン/クローズドロスト：

• マーケティングが担当：ソース、チャネル、ICPセグメント別の受注・失注パターンの分析
• セールスが担当：損失理由の文書化、ソースアトリビューションの確認
• 共有：両システムのデータを使った四半期の受注・失注レビューミーティング

CRMを単一の信頼できる情報源として使うことが、各ステージでの共同所有権を可能にします。両チームが異なるシステムを見ている場合、各ステージでの共有説明責任は崩れます。

引用に値するデータ： SiriusDecisionsの調査によると、マーケティングとセールスが緊密に連携している企業は3年間で24%速い収益成長と27%速い利益成長を達成しています。その構造的なメカニズムは、より良いコミュニケーションではなく共有Funnelモデルです。

ステージ別コンバージョン率の基準値

コンバージョンの基準値は測定の基準を提供します。基準値なしでは、MQLからSQLへの30%のコンバージョン率が良いか悪いか、またはSMBや中堅市場の典型なのかがわかりません。

これらはB2B SMBおよび中堅市場の業界の範囲です。実際の数字はチャネルミックス、ICPの質、製品の複雑さによって異なります。

これらの基準値は範囲であり、ターゲットではありません。目標は業界平均に達することではありません。現在の率を測定し、なぜそこにあるかを理解し、意図的に改善することです。McKinseyのフルFunnelマーケティング調査は、上部または下部だけでなくFunnel全体を最適化するチームが、各ステージを個別に扱うチームよりも15〜20%高いマーケティングROIを達成することを示しています。表のSQLから商談への部分については、LeadからOpportunityへのコンバージョンの基準値がPipeline側からの追加のコンテキストを提供します。

自分たちのベースラインを計算するには、CRMから3ヶ月間のクリーンなデータを引き出してください。現在のステータスではなく入力日でステージ別にLeadを数えます。上流の数で下流の数を割ります。これを各ソースとチャネルで別々に行ってください。なぜなら、集約された数字は特定のチャネルの深刻な問題を隠すことが多いからです。共同PipelineレビューのRhythmは、両チームがこれらの数字で連携を保つための運営リズムです。

共有ダッシュボードとしてのFunnel

合意されたFunnelは、両チームが同じデータを同時に見ている場合にのみ連携を推進します。

共有ダッシュボードには次のものが表示されるべきです：

• 各ステージでの現在の数（週次または月次）
• 現在の期間対前の期間のステージ間コンバージョン率
• ステージ内の平均時間（速度指標）
• ソースまたはチャネル別の数量

両チームは毎週同じミーティングでこのダッシュボードをレビューします。別々のレビューではありません。マーケティングのレポートに続くセールスのレポートでもありません。1つのビュー、1つの会話。

週次のリズムが重要です。四半期レビューは複利的になった数ヶ月後に問題を発見します。週次レビューはステージのボトルネックをまだ修正可能な段階で発見します。

ステージの数またはコンバージョン率が動く時、共有ダッシュボードは会話を生産的にします。「MQLからSQLへが今月45%から28%に下がりました。これは品質の変化か、定義の変化か、SLAの問題か？」両チームは同じ数字を見て共に診断します。

クローズドループレポートプロセスがこのダッシュボードの下流半分に情報を提供します。受注・失注データ、ソースアトリビューション、案件進行速度。

引用に値するデータ： MarketingProfsの機能横断的連携に関する調査によると、共通の収益プロセスを共有するマーケティングとセールスチームは、別々のFunnelで運営するチームよりもマーケティング努力から208%多くの収益を生み出します。

Funnelが実際に崩れる場所

合意された定義があっても、3つの実行上の問題がモデルを一貫して損ないます。

ステージのスキップ。 セールスはSQL先行なしに連絡先から直接商談を作ります。Funnelのマーケティングとセールスを統合することに関するForresterの調査は、ステージのスキップを最も持続的な構造的崩壊の一つとして特定しています。チームが単一のライフサイクルモデルを共有しない場合、各チームは自分たちのステージ定義にデフォルトします。マーケティングはMQLステージを経ていない連絡先のSQLを作ります。ステージがスキップされると、コンバージョンデータは意味をなしません。SQLの半分がMQLステージを持っていない場合、MQLからSQLへの率を計算できません。

修正：ステージの進行前に必須フィールドの完成を義務付けてください。Salesforceでは、最低限必須のフィールドでステージの移行をゲートできます。HubSpotでは、ライフサイクルステージのオートメーションが順序付けを強制できます。

ステータスの遅延。 Leadは実際にはSQLだが、誰も更新しなかったためCRMにはまだMQLと表示されています。または案件が数週間前にクローズされたが、Pipelineでは「交渉」のままです。

修正：ステージ進行のSLA。SQLの状況確認は10営業日以内（進行または返却）。商談のクローズ日は実際のクローズから1営業日以内に更新。ステータスの遅延が月次で監査されると、自己修正します。

Leadステージに対応しない案件ステージ。 セールスPipelineのステージ（ディスカバリー、デモ、提案、交渉）は「商談」Funnelステージのきめ細かなサブステージです。それらはPipelineの管理に有用ですが、マーケティングのLeadライフサイクルとクリーンに接続する方法でFunnelステージに対応しません。

修正：2つのステージセットを別々だが連結した状態に保ってください。Funnelステージ（訪問者からクローズドウォンまで）は両チームが使う共有モデルです。案件のサブステージはPipeline管理のためにセールスの内部にあります。連携の会話にはFunnelステージで報告し、セールスコーチングには案件のサブステージを使ってください。

マーケティングFunnel対セールスPipeline対統一収益Funnel

ほとんどの収益チームは2つの別々のシステムを持つことを選んだのではありません。蓄積されたのです。各モデルが何を最適化するかを理解することで、統一されたアプローチがなぜより良い結果を生み出すかを説明するのに役立ちます。

統一モデルはどちらかのシステムのツールを排除しません。両者の上に座る定義、引き渡し、レポートのレイヤーを整合させます。

Rework分析： 単一の合意されたFunnelに統合するチームは一貫して2つの早期の利益を報告します。週次ミーティングでの「Leadの質」議論の減少（両チームが同じコンバージョンデータを見ているため）と、Funnelのボトルネックのより速い特定（ステージのスキップとステータスの遅延が共有ダッシュボードで見えるようになるため）。より難しい作業はガバナンスです。四半期の調整ミーティングとバージョン管理されたステージ定義。ほとんどのチームはガバナンスをスキップして、なぜFunnelモデルが6ヶ月後にずれるのかを不思議に思います。

SMB対中堅市場のFunnelの形状

同じ7ステージのモデルがSMBと中堅市場の両方に適用されますが、形状と速度は大きく異なります。

SMBのFunnelの特徴：

• 短いサイクル：訪問者からクローズドウォンまで2〜8週間
• 実際には少ないステージが重要：MQL → SQL → クローズは長い商談ステージをスキップすることが多い
• 高速：より多くのLead、より速い状況確認、より低いACV
• SALステージは通常不要：意思決定サイクルが十分短いので完全なSQLのコミットが適切
• 後期のステージでコンバージョン率が高い傾向（シンプルな決定、少ないステークホルダー）

中堅市場のFunnelの特徴：

• 長いサイクル：最初のタッチからクローズまで3〜9ヶ月
• より多くのゲートが重要：資格確認が複雑な場合SALステージは本当の価値を追加できる
• 複数のステークホルダー：単一の商談に異なるFunnelステージにいる3〜7人の意思決定者が関わる可能性がある
• 低数量、高ACV：各Leadはより多くのマーケティングサポートとセールスの注目に値する
• インテントシグナルはより多くのコンテキストが必要：中堅市場のバイヤーは手を上げる前に長く調査する

両方のセグメントに販売する場合は、異なるコンバージョン基準値とSLAを持つ別々のFunnelモデルを検討してください。SMBと中堅市場を同じ閾値で測定すると、一方のセグメントで実際の問題を隠す誤解を招くデータが生まれます。SMB対エンタープライズの連携の記事では、各モーション向けのFunnelモデルの適応方法を説明しています。そしてLeadライフサイクルステージはLead管理側から、Funnel上部でFunnelモデルに情報提供するFunnel前のナーチャーを明確にするのに役立ちます。

モデルの維持

合意されたFunnelは一度限りの文書ではありません。市場が変わります。チャネルが変わります。製品が変わります。ICPがシフトするかもしれません。それらのいずれかがステージ定義またはコンバージョン基準値を古くする可能性があります。

四半期調整ミーティング：

• 各ステージのコンバージョン率を前の四半期および前の年と比較してレビュー
• コンバージョンが10パーセントポイント以上動いたステージを特定
• ステージ定義がチームの実際の行動をまだ反映しているか確認
• データが支持する場合は両チームのサインオフで閾値を更新

サイクル外レビューのトリガー：

• 材料的に異なるLeadタイプを生み出す新しいチャネルの立ち上げ
• セールスまたはマーケティングのリーダーシップの変更
• ICPまたは購買プロセスを変える製品の立ち上げ
• 明確な季節的説明がない重要なコンバージョン率の動き

ステージ定義がずれた時の対処： ステージ定義は個々の貢献者が時間をかけて一貫性なく使用する時にずれます。定義には「MQLは2つのフィットシグナルと1つのインテントシグナルが必要」とありますが、担当者は6ヶ月間肩書きだけでMQLを受理してきました。

ずれを検出した場合は監査を実施してください。過去90日間の各ステージに達したLeadを引き出し、文書化された基準と照合してください。実際の定義では資格を持たないものの割合を数えてください。ずれが20%以上の場合は、再トレーニングセッションまたはチームの実際の働き方を反映した定義の更新のいずれかが必要です。連携成熟度診断は複利的になる前にシステム的なずれを発見するのに役立ちます。よくある連携の失敗ガイドは最も頻繁な根本原因と実際に定着する修正を扱っています。

SQLの定義と受理文書はFunnelモデルの下流の補完物です。SQLステージが特に何を必要とし、受理が何にコミットするかを定義しています。

結論

一度も繋がらない2つのFunnelが、ほとんどの収益アトリビューション論争、Leadの質の議論、四半期末の責任転嫁の根本原因です。

単一の合意されたモデルは意見の対立を排除しません。しかし、「あなたのLeadはひどい」対「あなたのフォローアップが遅い」から「MQLからSQLへが12ポイント下がりました。原因を見つけましょう」に議論を変えます。

その2つの会話の違いが、自分のテリトリーを守るチームとプロセスを修正するチームの違いです。

一緒にモデルを構築してください。同じ部屋でレビューしてください。両チームを同じダッシュボードに縛ってください。数字が動いた時は、相手チームではなくシステムを見てください。

さらに詳しく

• MQL定義フレームワーク
• SQLの定義と受理
• 共同PipelineレビューのRhythm
• クローズドループレポートの説明
• CRMを単一の信頼できる情報源として
• Leadライフサイクルステージ
• マーケティング・セールス連携用語集