TOFU・MOFU・BOFUとは？BtoBファネルの段階別コンテンツ設計
TOFU・MOFU・BOFUは、BtoBファネルを認知、比較検討、商談直前に分けるための実務用語です。記事や広告を増やしても商談につながらない場合、各段階に置くべきコンテンツとCTAがずれていることがよくあります。
この記事では、TOFU、MOFU、BOFUの意味、段階別コンテンツ、KPI、ナーチャリング、MQL/SQLへの受け渡しまでを整理します。
TOFUは認知層、MOFUは比較検討層、BOFUは商談・導入直前層です。BtoBでは、TOFUで流入を作り、MOFUで比較材料を渡し、BOFUで営業へ渡せる状態を作ることで、コンテンツが商談化に結びつきます。
本記事のポイント
- TOFUは認知、MOFUは比較検討、BOFUは商談直前の段階であり、同じCTAやコンテンツを出すと成果が落ちます。
- BtoBではMOFUの比較表、チェックリスト、導入事例、メールナーチャリングが不足しやすく、ここが商談化率を左右します。
- AIやMAを使う場合も、各段階の判定条件とMQL/SQLへの受け渡しをCRMに残すことが重要です。
この記事で扱うテーマ
関連キーワード
- TOFU MOFU BOFU
- tofu mofu bofu
- ファネル TOFU
- MOFU BOFU
- BtoB コンテンツ ファネル
- コンテンツマーケティング ファネル
- MQL TOFU MOFU BOFU
- ナーチャリング シナリオ
このページで答える質問
- TOFU・MOFU・BOFUとは何か？
- 各段階にどんなコンテンツを置くべきか？
- BtoBではどのKPIを見るべきか？
- MQL/SQLとどう接続するか？
TOFU・MOFU・BOFUの違い
TOFUはTop of Funnelの略で、課題に気づき始めた読者との最初の接点です。検索記事、業界トレンド、課題解説、チェックリストの入口などが該当します。
MOFUはMiddle of Funnelで、課題を理解し、複数の解決策を比較している段階です。比較表、選び方、失敗パターン、テンプレート、ウェビナーが有効です。
BOFUはBottom of Funnelで、導入判断や営業相談に近い段階です。料金、導入事例、要件整理、相談フォーム、個別診断などが必要になります。
段階別コンテンツ設計
TOFUでは、売り込みを急がず、読者が課題を言語化できる記事を用意します。検索ボリュームが大きい定義記事やトレンド記事はここに入ります。
MOFUでは、読者が社内で比較できる材料を提供します。BtoBではこの段階が薄くなりがちです。比較記事、稟議用の整理、運用チェックリスト、導入前の失敗回避記事を増やすと、リードの質が上がります。
BOFUでは、問い合わせ前の不安を減らします。費用感、導入ステップ、必要データ、体制、事例、よくある質問を明確にし、営業が受け取った後に会話を始めやすい状態を作ります。
KPIとMQL/SQLへの接続
TOFUのKPIは表示、流入、初回接点です。ここで問い合わせ数だけを見ると、上部ファネルの価値を過小評価します。
MOFUでは資料DL、再訪、メール反応、比較記事閲覧、ウェビナー参加を見ると、検討の深まりを測りやすくなります。BOFUでは問い合わせ、MQL、SQL、商談化率を見ます。
MQL条件は、TOFUの単発閲覧ではなく、MOFUやBOFUの行動を含めて決めるべきです。CRMやMAに閲覧、資料DL、フォーム、営業接点を残すと、営業が納得しやすくなります。
AIで段階判定を補助する
AIは、問い合わせ内容や閲覧履歴から検討段階を推定する補助に使えます。例えば、課題抽象度が高いリードはTOFU、比較語や料金語を含むリードはMOFU、具体的な導入時期や社内体制に触れるリードはBOFUに近いと判断できます。
ただし、AIの分類だけで自動的に営業へ渡すのは危険です。判定理由、参照した行動、営業のフィードバックを残し、スコアや条件を見直す運用が必要です。
ファネルAiのようなAI CRM / SFA / MAの設計では、段階判定を営業活動とつなげ、次に送るメール、表示するCTA、営業通知を変えることが重要です。
実装手順と運用チェックリスト
TOFU、MOFU、BOFUを設計するときは、既存記事を段階ごとに分類します。認知記事ばかり多く、比較記事や導入判断の記事が少ない場合は、流入が増えても営業に渡せるリードが増えません。
MOFU記事には、比較表、チェックリスト、テンプレート、失敗パターンを入れます。読者が社内説明に使える材料を渡すことで、資料DLや再訪につながりやすくなります。
実装は、現状の数字を確認するところから始めます。流入数、資料DL、問い合わせ、MQL、SQL、商談、受注のうち、どこまで計測できているかを確認してください。数が取れていない段階があれば、記事や広告を増やす前に計測点を整えます。
次に、各段階の責任者を決めます。マーケティングが見る段階、インサイドセールスが確認する段階、営業が商談化する段階を分けると、リードの受け渡しが安定します。責任範囲が曖昧なままだと、良いリードでも対応が遅れます。
最後に、月次で見直す項目を固定します。クリックや表示回数だけではなく、次段階へ進んだ割合、営業が受け入れた割合、商談化した理由、失注した理由を見ます。この見直しを続けることで、ファネルは一度作った図ではなく、改善し続ける運用になります。
| 確認項目 | 見る内容 | 改善アクション |
|---|---|---|
| 計測 | 流入、DL、MQL、SQL、商談を追えているか | 不足しているイベントやCRM項目を追加する |
| 受け渡し | 営業が受け取る条件が明確か | MQL/SAL/SQLの定義を文書化する |
| 接点 | 段階ごとのコンテンツが足りているか | 比較表、事例、チェックリストを補う |
| 改善 | 月次で条件を見直しているか | 商談化・失注理由から条件を更新する |
判断軸の比較表
| 段階 | 読者の状態 | 主なコンテンツ | 主なKPI |
|---|---|---|---|
| TOFU | 課題に気づき始めた | 定義記事、トレンド記事、課題解説 | 表示、流入、初回接点 |
| MOFU | 解決策を比較している | 比較表、チェックリスト、ウェビナー、資料DL | 資料DL、再訪、メール反応 |
| BOFU | 導入や相談を検討している | 料金、事例、要件整理、相談導線 | MQL、SQL、商談化率 |
BtoB現場での具体例
例えば、検索記事から初回訪問した担当者が、数日後に比較記事を読み、さらにチェックリストをダウンロードした場合、この行動は単なるページビューではなく、検討段階が進んだサインとして扱えます。ここで営業へ即時に渡すのではなく、会社属性、過去接点、閲覧テーマを確認し、MQL候補として整理します。
その後、同じ会社の別担当者が料金、導入事例、要件整理の記事を閲覧した場合は、個人単位ではなく会社単位で検討が進んでいる可能性があります。BtoBでは、このような複数人の行動を一つのアカウントとして見られるかどうかが重要です。
営業へ渡すときは、「資料をダウンロードしました」だけでは情報が不足します。どの記事を読み、どのテーマに関心があり、どの資料を取得し、どの会社属性に該当するのかをまとめることで、営業は初回連絡で確認作業ではなく課題整理から入れます。
AIを使う場合は、この一連の接点を要約し、営業メモや次アクション案に変換できます。例えば「MA導入を検討しており、HubSpotとCRM連携に関心が高い。比較表とMQL定義の記事を閲覧しているため、営業連携の設計相談が有効」といった形にすると、ファネル改善が実務に接続します。
この具体例で大切なのは、流入、記事、資料、CRM、営業活動を別々に見ないことです。各接点が次の状態へ進めているかを確認し、進んでいない場合は、コンテンツ、CTA、営業受け渡し、メールシナリオのどこを直すべきかを切り分けます。
よくある質問
TOFUだけ増やしても成果は出ますか？
流入は増えますが、MOFUとBOFUの受け皿がないと商談化しにくくなります。比較記事、資料DL、営業受け渡し条件をセットで作る必要があります。
MOFUで重要なコンテンツは何ですか？
比較表、導入前チェックリスト、失敗パターン、ウェビナー、テンプレートです。読者が社内で検討を進める材料になります。
BOFUでは何を見ればよいですか？
問い合わせ、MQL、SQL、商談化率、営業対応までの時間を見ます。営業が次の会話を始められる情報が残っているかも重要です。
AIでTOFU/MOFU/BOFUを自動分類できますか？
補助はできます。問い合わせ文、閲覧記事、資料DL、会社属性をもとに推定できますが、営業のフィードバックで条件を調整する必要があります。
関連ページと関連記事
- マーケティングファネルの全体像
- MQL・SQL・SALの違い
- リードスコアリング
- BtoBマーケティング支援
段階別ファネル設計を相談する
TOFU、MOFU、BOFUの設計が曖昧なまま記事や広告を増やしても、商談化率は上がりにくくなります。段階別のコンテンツ、KPI、MQL条件を整理したい場合は、BtoBファネル設計から相談できます。
