MA運用が止まる中小企業の典型構造：目的曖昧／シナリオ過剰／データ未整備／コンテンツ枯渇／レビュー不在の連鎖を断つMA再起動ガイド

このホワイトペーパーで分かること

MA運用が止まる構造を「目的曖昧／シナリオ過剰／データ未整備／コンテンツ枯渇／レビュー不在」の5要素連鎖として読み解く視点
中小企業のMA停滞に頻出する6類型の典型失敗パターンと、ベンダーを変えても再発する理由
導入前または再起動前に必ず合意すべき5項目を稟議の言葉に翻訳した型
MAが「動いている」状態をKPI／運用負荷／改善サイクルの3軸で客観定義する方法
HubSpot Marketing Hub／Salesforce Account Engagement／Marketo Engage／Klaviyo の現時点特性を業務範囲・人数・成熟度の3軸で中立比較
失敗状態のMAを「崩れた起点1要素」から再起動した3類型の回復経路

対象読者

BtoB SaaS・製造業ディーラー・人材紹介・IT受託で、MAを契約したがシナリオが3本前後で止まっている中小企業のマーケ責任者
マーケ専任1〜2名・営業組織5〜50名の体制で、MAライセンスは契約済みだが主要機能の3割未満しか使われていない経営企画責任者
スコアリングルールを設定したが「ホットリード」と判定された連絡先の受注率が他リードと変わらず、判断軸に使われなくなっている営業企画責任者
MA導入を検討中で、前任者の停滞経験が頭にちらつき、契約前に握るべき項目を稟議書の粒度で言語化したいデジタル戦略担当役員

このWPの結論（Executive Summary）

課題と緊急性

MAツール（HubSpot Marketing Hub・Salesforce Account Engagement・Marketo Engage・Klaviyo 等）の中小企業導入は近年急増している。一方で、契約後1〜3年の事業者で「導入時に見込んでいた主要機能のごく一部しか日次運用に乗っていない」状態が広く観察されている（2026年5月時点、各社レビュー媒体・市場調査の公開情報からの定性傾向）。

停滞は「ツール選定の誤り」ではない。目的曖昧・シナリオ過剰設計・データ未整備・コンテンツ枯渇・レビュー不在の5要素が連鎖して起きる構造問題である。放置すると、年次更新の判断が経営会議に持ち込まれた時点で説明できなくなる。

アプローチ

本WPでは、MA運用が止まる構造を5要素の連鎖（目的曖昧→シナリオ過剰→データ未整備→コンテンツ枯渇→レビュー不在）として読み解き、どこから断つかの判断軸を提示する。典型失敗パターンを目的・設計・運用の3層に分解し、ベンダーを変えても再発する根本原因を整理する。導入前または再起動前に握るべき5項目を稟議書の言葉で言語化し、HubSpot Marketing Hub／Account Engagement／Marketo Engage／Klaviyo の現時点特性を業務範囲・人数・成熟度の3軸で中立比較する。

主要発見

MA運用停滞の最大原因は「目的曖昧」。「リード獲得を増やしたい」では運用設計に落ちず、何を測れば成功かが決まらないため、シナリオもスコアリングも基準を持てなくなる
シナリオ過剰設計は中小企業で最も頻発する落とし穴。導入当初に20〜30本のシナリオ図を組むと、運用に乗らず保守できない。最初は1本のシナリオを定着させてから増やすのが現実的
データ未整備のまま運用開始すると、スコアリング基準が機能しない。Contact／Company／Deal／問い合わせ履歴のオブジェクト関係と更新責任の明文化が要る
コンテンツ枯渇はシナリオ運用の継続性を絶つ最大要因。誰が月に何本出すかの分担を運用開始前に握らないと、3〜6ヶ月で更新が止まる
レビュー不在は最も気付かれにくい停滞原因。月次レポートを出していても、誰が何を意思決定するかが決まらないと「数字を見るだけ」の定例化が起き、運用改善が回らなくなる

MAは導入できたが回らない — 中小企業に広がる運用停滞の現状
MA運用が止まる5要素の連鎖 — 目的曖昧から始まりレビュー不在で固定化する
典型失敗パターン — なぜ目的・設計・運用の3層で6類型に集約されるか
失敗の根本原因 — 「ツール導入」と「運用設計」を切り離した発注設計
導入前に握るべき5項目 — 目的／対象セグメント／コンテンツ供給／データ統合／レビュー運用
「動いている」の定義 — KPI／運用負荷／改善サイクルの3軸で見る
ベンダー特性の現時点比較 — HubSpot／Account Engagement／Marketo／Klaviyo
段階導入の設計 — PoC → 1キャンペーン → 拡大の機能積み上げ順序
失敗からの再起動事例 — 3類型の回復パターン
稟議用1ページサマリー — 経営層向け
次のステップ — MA運用停滞のセルフ診断から再起動の経営判断へ

1. MAは導入できたが回らない — 中小企業に広がる運用停滞の現状

中小企業のMA導入は近年急増している。一方で運用の定着は伴っていない。契約は更新されるが、シナリオは3本前後で止まり、スコアリングは営業の意思決定に使われず、月次レポートは出るが経営判断に届いていない。この乖離が、本WPの出発点である。

矢野経済研究所のMA市場調査、ITreview・BOXIL の利用実態レビューなど、2026年5月時点で確認できる公開情報を横断すると、中小企業で観察される共通症状は「契約は維持されているが、導入時に見込んだ機能の一部しか日次運用に乗っていない」というものである。具体的な利用率の単一定量値は媒体ごとに集計対象や定義が異なるため、本WPでは数値での断定を避け、現場で同時観測される症状の構造として記述する。

利用機能が伸びない状態の現場では、4つの症状が同時に観察される。第一に、ナーチャリングメールや資料ダウンロード後フォローのシナリオが3本前後で止まり、それ以上は半年以上更新されていない。第二に、スコアリングルールは設定されているが、ホットリードと判定された連絡先を営業に渡しても受注率が他リードと変わらない。

第三に、顧客データがMA・SFA・スプレッドシート・名刺管理・基幹システムに分散しており、運用の前提となる統合が始まっていない。第四に、月次レポートは出ているが、誰がレビューし何を意思決定するかが定義されていない。レポートの数字を眺めるだけで会議が終わり、運用改善の議題が立たない。

— 導入時に見込んでいた状態

複数シナリオが並行稼働し、スコアリングが営業判断に直結し、月次レビューで運用改善が決まる。データはMAを中心に統合され、コンテンツは月次で供給される。年次更新時には機能利用率の伸びが経営報告に上がる。

— 契約後1〜3年で観察される実態

シナリオは3本前後で半年以上更新停止。スコアリングは設定済みだがホットリードと他リードで受注率が変わらない。データはMA・SFA・名刺管理・スプレッドシートに分散。月次レポートは出るが意思決定に届かない。

このまま放置すると、次の契約更新の判断が経営会議に持ち込まれたとき、マーケ責任者は説明できる材料を持っていない。「契約は続けるべきか／乗り換えるべきか／一旦解約すべきか」の3択を、感覚で迫られることになる。

ここで重要なのは、停滞の原因を「ベンダー選定の失敗」や「予算不足」と結論付けないことである。ベンダーを変えても、予算を増やしても、同じ停滞が再生産される。原因はベンダー側にあるのではなく、契約前と契約後に自社側で握るべき運用設計が、ツール導入プロジェクトと切り離されたまま進行した結果として現れる構造にある。

本WPは、この構造を5要素の連鎖として可視化し、再起動の起点をどこに置くかを論じる。MAを「動かす」のではなく、「止まる構造を断つ」ことから始める設計である。

2. MA運用が止まる5要素の連鎖 — 目的曖昧から始まりレビュー不在で固定化する

MA運用が止まる構造を、本WPでは5要素の連鎖モデルとして読み解く。一般的な議論では「コンテンツが足りない」「データが整っていない」「人が足りない」の3要素で説明されることが多いが、中小企業の現場で観察される連鎖はこれより1段深い構造を持つ。

連鎖の起点は「目的曖昧」である。「リード獲得を増やしたい」「ナーチャリングを始めたい」といった粒度の目的では、何を測れば成功かが決まらない。成功定義が決まらないと、運用設計の基準も決まらない。これが連鎖の最上流で起きている。

第二要素は「シナリオ過剰」である。基準が無いまま運用設計に入ると、ベンダー提案や教科書的なテンプレートに従って20〜30本のシナリオ図が並ぶ。中小企業のマーケ専任1〜2名の体制では、この本数は維持できない。設計時点では合意されたが、運用開始3ヶ月で破綻する。

第三要素は「データ未整備」である。スコアリングルールやセグメント条件は、Contact／Company／Deal／問い合わせ履歴の各オブジェクトに対する更新責任と粒度が定義されていないと機能しない。目的が曖昧でシナリオが過剰だと、データ設計は後手に回り、運用開始後に「スコアが出てこない」「セグメントが空になる」事象が起き続ける。

第四要素は「コンテンツ枯渇」である。シナリオを動かすためにはナーチャリング用コンテンツが継続供給される必要がある。誰が月に何本のコンテンツを出すかが運用開始前に握られていないと、3〜6ヶ月でシナリオを埋める素材が枯れる。シナリオは存在するが配信内容が古いまま放置される状態に着地する。

第五要素は「レビュー不在」である。月次レポートが出ても、誰が何を見て何を決めるかが定義されていないと、数字は流れるだけで意思決定に届かない。改善が起きないとシナリオもスコアリングも初期設定のまま固定化し、運用が「動いていない」状態で完成する。

第1要素：目的曖昧

「リード獲得を増やしたい」「ナーチャリングを始めたい」止まりで、何を測れば成功かが決まっていない。成功定義が無いと、運用設計の基準が決まらない。連鎖の最上流。

第2要素：シナリオ過剰

基準が無いまま設計に入り、20〜30本のシナリオ図が並ぶ。マーケ専任1〜2名では維持できない本数になり、運用開始3ヶ月で破綻する。

第3要素：データ未整備

Contact／Company／Deal／問い合わせ履歴の更新責任と粒度が未定義のまま、スコアリングやセグメント条件を設定する。スコアが出ない、セグメントが空になる事象が頻発。

第4要素：コンテンツ枯渇

ナーチャリング用コンテンツの供給体制が握られていないため、3〜6ヶ月で素材が枯れる。シナリオは存在するが配信内容が古いまま固定化する。

第5要素：レビュー不在

月次レポートは出るが、誰が何を見て何を決めるかが定義されていない。数字は流れるだけで意思決定に届かず、改善が起きない。停滞の固定化点。

5要素の連鎖は一方向ではない。どこから崩れ始めても、他の4要素を巻き込んで停滞を引き起こす相互作用を持つ。たとえば「コンテンツ枯渇」が先に発生すると、シナリオが動かなくなり、スコアリングデータが取れなくなり、レビューする数字が無くなり、目的の再定義もできない、という逆方向の連鎖が起きる。

再起動の鍵は「どこから崩れたか」の特定である。5要素を同時に直そうとすると、改めて全要素が中途半端に立ち上がり、再び連鎖崩壊する。崩れた起点1要素を特定し、そこからPhase 1 をやり直すのが現実的な再起動の入口になる。

3. 典型失敗パターン — なぜ目的・設計・運用の3層で6類型に集約されるか

5要素の連鎖は、現場で観察される典型失敗パターンとして見ると、目的層・設計層・運用層の3層それぞれに2類型ずつ、計6類型に集約されて現れる。中小企業のMA停滞は、ほぼ例外なくこの6類型のいずれか、または複数の組み合わせとして観察される。なぜ6類型に集約されるのかをまず構造として読み解き、そのうえで類型ごとの根本原因に踏み込む。

集約される理由は単純である。MA運用の崩壊は、目的（何のために運用するか）・設計（どう運用設計を組むか）・運用（実際に誰が何を回すか）の3層のいずれかで起きる。各層には、契約直後と運用開始後で症状が立ち上がる2つの典型タイミングがあり、その組み合わせが2類型ずつになる。3層×2類型で6つに自然に整理される。逆に言えば、6類型から外れる失敗はほぼ存在しない。

層	類型	主な症状	根本原因	回避の方向
目的層	(1) 目的曖昧型	「リード獲得を増やす」止まりで運用設計に落ちない	成功指標が単一KPIに絞られていない	90日後の有効リード数など単一指標に絞る
目的層	(2) ベンダー丸投げ型	初期設定をベンダー任せにし、自社の意思決定経路が育たない	発注時に運用設計が成果物に含まれていない	運用役割の定義を自社側で先に握る
設計層	(3) シナリオ過剰設計型	導入当初に20〜30本のシナリオ図、運用保守不能	設計段階で運用負荷の見積りが無い	最初は1本のシナリオを定着させてから増やす
設計層	(4) スコアリング先行型	データ整備の前にスコアリングを組み、基準が機能しない	オブジェクト設計が後手	Contact／Company／Deal の更新責任を先に決める
運用層	(5) コンテンツ枯渇型	ナーチャリング素材の供給体制を握らないまま運用開始	編集体制と本数の合意が無い	月次本数と担当を運用開始前に確定
運用層	(6) レビュー不在型	月次レポートは出るが誰が意思決定するか不明	レビュー設計が成果物に含まれていない	意思決定者・アジェンダ・判断基準を運用に組み込む

6類型のうち、最も気付かれにくいのが(6) レビュー不在型である理由も、構造から説明できる。目的層・設計層の崩壊は「シナリオが組めていない」「スコアが出てこない」のように現象として可視化されるため、現場で異常として認識されやすい。一方でレビュー不在は、月次レポートが定期的に出力されているため、現場としては「運用は回っている」という感覚を持ちやすい。可視化されない停滞だからこそ気付かれない、という構造的な盲点である。

— 注意

6類型のうち最も気付かれにくいのはレビュー不在型。月次レポートが出ているため「回っている」と誤認しやすい。意思決定者とアジェンダが定義されていないレビューは、運用停滞の早期警報を失っている状態である。

(1) 目的曖昧型と(2) ベンダー丸投げ型が、なぜ契約直後に同時発生しやすいのか。経営層から「マーケを強化したい」というふわっとした指示が下り、ベンダー営業の提案を起点に契約が走り始めるという発生経路が共通しているからである。この経路では、運用設計が成果物に含まれないまま、初期設定だけが納品される。契約後3〜6ヶ月で(3)〜(6)の症状が顕在化するのは、目的層の崩壊が設計層・運用層に時間差で波及するためである。

(3) シナリオ過剰設計型と(4) スコアリング先行型がなぜ設計段階で生まれるのか。テンプレートやベストプラクティス資料に従って大量のシナリオやスコアルールを組むと、設計図は立派だが運用負荷の見積りが伴わないからである。マーケ専任1〜2名の体制で20〜30本のシナリオを保守するのは現実的でない。設計層の崩壊は、運用に入ってから「設計通りに動かせない」という形で症状化する。

(5) コンテンツ枯渇型と(6) レビュー不在型は、なぜ運用層で同時に立ち上がるのか。設計図が運用に乗ったあと、コンテンツ供給とレビュー運用がどちらも自社で握られていないと、シナリオは動くが配信内容が更新されない、レポートは出るが意思決定に届かない、という静かな停滞が始まる。両者は「自社側で握るべき領域がベンダー納品物に含まれない」という同じ構造的盲点から派生する。

6類型に共通するのは、いずれもベンダーを変えても再発する構造を持っていることである。HubSpot から Account Engagement へ、Account Engagement から Marketo へ乗り換えても、自社側の発注設計が同じであれば、同じ類型の停滞が再現される。再発しないのは、3層を順序立てて握り直したケースのみである。これが章4の根本原因論につながる。

4. 失敗の根本原因 — 「ツール導入」と「運用設計」を切り離した発注設計

第3章の6類型を貫く根本原因は、発注設計の段階で「ツール導入」と「運用設計」が切り離されていることにある。多くの中小企業は、MAを「ツール導入プロジェクト」として発注する。ベンダー側も、初期設定・シナリオ設計・スコアリング設定・連携実装を成果物として提示する。

この発注構造のもとでは、運用設計（誰が何を意思決定するか／コンテンツ供給は誰が担うか／データ整備は誰が責任を持つか／レビューはどのリズムで誰が回すか）が、成果物に含まれない。納品物としてのMAは立ち上がるが、納品物としての運用設計は存在しないまま、契約後に「自社で考えてください」となる。

中小企業の現場でこの状態を補完できる体制は、ほぼない。マーケ専任1〜2名は、契約直後の初期設定対応と並行して運用設計を一から構築する余力を持たない。結果、ベンダーの初期設定を「とりあえず動かす」ことに数ヶ月が費やされ、運用設計は後回しになる。後回しの間に、第2章の5要素の連鎖が静かに進行する。

— ツール導入として発注

成果物：初期設定、シナリオ設計、スコアリング設定、連携実装。運用設計（意思決定者・コンテンツ供給・データ更新責任・レビュー運用）は成果物に含まれない。納品後、自社側で運用設計を立ち上げる余力が無く、5要素の連鎖が静かに進行する。

— 運用設計として握り直す

発注前に運用設計の5項目（目的・対象セグメント・コンテンツ供給・データ統合・レビュー運用）を経営判断として握り、ツール導入はその下位の実装手段として位置付ける。ベンダーには初期設定だけでなく運用設計への伴走を成果物に含めて発注する。

ベンダー攻撃ではなく、発注構造の問題として理解することが重要である。導入パートナー側に運用設計まで含めて納品する経済的インセンティブは弱い。運用設計は事業構造ごとに固有で、テンプレ化できない。テンプレ化できない作業は、ライセンス販売モデルや初期構築モデルの売上には乗らない。結果として、自然な力学のもとで運用設計は発注の外側に置かれる。

この力学を理解した上で、自社側が発注前に運用設計を経営判断として握る、というのが本WPの提案する解の方向である。発注設計を直さない限り、ベンダー変更も予算追加も再発を止めない。次章では、握るべき5項目を稟議の言葉で言語化する。

5. 導入前に握るべき5項目 — 目的／対象セグメント／コンテンツ供給／データ統合／レビュー運用

MA導入前または再起動前に、自社側で握っておくべき項目は5つに集約される。いずれもベンダー任せにすると運用が立ち上がらない領域であり、契約後に握ろうとすると時間切れになる。本章では5項目を、稟議書に書ける粒度で言語化する。

#	項目	自社で決める質問	中小企業の標準回答ライン
1	目的・成功定義	何を測れば成功か（単一指標）	90日後の「営業がフォローした有効リード数」など単一KPI
2	対象セグメント	MAで追うリードの定義と除外条件	業種・規模・役職の3条件 + 除外3条件で初期定義
3	コンテンツ供給体制	誰が月に何本のコンテンツを出すか	マーケ専任月2本＋外部編集月1本等の本数と担当
4	データ統合範囲	MAと連動するシステムと更新責任	SFA・名刺管理の2系統に絞り、更新責任者を明文化
5	レビュー運用	誰が何を見て何を決めるか	月次：マーケ責任者＋営業企画責任者、判断対象を3つに絞る

5項目のうち、稟議で最も価値が高いのは(1) 目的・成功定義と(3) コンテンツ供給体制の2つである。残り3項目は、この2つが決まれば自然に粒度が定まる。逆に、この2つを曖昧にしたまま契約すると、運用が立ち上がる前に時間切れになる。

(1) 目的・成功定義は、「リード獲得を増やしたい」「ナーチャリングを始めたい」のような粒度では機能しない。経営判断に使える成功定義は、単一指標で言語化される必要がある。例として、「90日後の有効リード数」「商談化したMA起点リードの月次本数」「営業がフォロー完了した件数」など、観測可能で異論が出にくい指標を1つ選ぶ。

複数指標を並列で追うと、運用が立ち上がる前に評価軸の議論で時間を消費する。中小企業の規模感では、初期は単一指標に絞り、運用が回り始めた段階で第二・第三の指標を追加する順序が現実的である。

(2) 対象セグメントは、MAで追うリードの「定義」と「除外」を両方握る。定義側は業種・規模・役職の3条件で初期セグメントを切る。除外側は、過去6ヶ月以内に商談化した既存顧客、競合企業、無料セミナー目当ての教育機関などを明示する。除外条件を後回しにすると、シナリオが既存顧客にも配信される事故が起きやすい。

(3) コンテンツ供給体制は、誰が月に何本のコンテンツを出すかの分担を、運用開始前に握る。マーケ専任が月2本、外部編集者が月1本、というように本数と担当を確定する。ここで「とりあえず始めて様子を見る」と決めると、3〜6ヶ月でコンテンツが枯れる。シナリオを動かすためのコンテンツ本数が確定しないまま契約することが、第2章の「コンテンツ枯渇」を生む直接原因である。

— 注意

コンテンツ供給体制を握らないまま契約すると、シナリオは3本前後で止まる。本数と担当を運用開始前に書面で確定するのが、再起動を含めた長期運用の前提条件になる。Excel と AI を組み合わせた簡易な編集カレンダーで十分なので、契約前に作る。

(4) データ統合範囲は、MAと連動するシステムを絞ることが要点である。「すべてのシステムを統合したい」と思考が広がると、データ整備が永久に終わらない。中小企業の規模感では、SFA・名刺管理の2系統に絞り、各オブジェクト（Contact／Company／Deal）の更新責任者を1名ずつ明文化する設計が現実的である。

(5) レビュー運用は、誰が何を見て何を決めるかを、運用に乗る形で定義する。月次レビューの参加者をマーケ責任者と営業企画責任者の2名に絞り、判断対象を「シナリオの追加／削除」「スコアリング基準の調整」「コンテンツ本数の見直し」の3つに限定する。判断対象を広げすぎると、レビューが「数字を眺める会議」に戻る。

5項目を稟議書に翻訳すると、「マーケ責任者が成功指標を単一KPIで定義し、コンテンツ供給体制を月次本数と担当として確定し、対象セグメントとデータ統合範囲を最小構成で限定し、レビュー運用を意思決定者と判断対象で明示した上で、MA契約を進める」という1文に集約できる。この1文が経営会議で握れていれば、契約後の運用立ち上げで5要素の連鎖が起きにくくなる。

6. 「動いている」の定義 — KPI／運用負荷／改善サイクルの3軸で見る

MA運用の「動いている」状態を、本WPでは3軸で客観定義する。多くの中小企業は、ベンダーのレポート画面を眺めて「動いていると思う／止まっていると思う」を主観で判断している。これでは停滞に早期に気付けず、経営判断にも使えない。

3軸とは、(a) KPI 軸、(b) 運用負荷軸、(c) 改善サイクル軸である。3軸のいずれかが基準を満たさない場合、運用は「動いていない」と判定する。客観基準を持つことで、停滞の早期検知と経営判断への接続が可能になる。

軸	観測対象	動いている基準	危険サイン
KPI 軸	有効リード数・営業フォロー実施率・受注貢献度	3指標が継続して取得できる	データ欠落・集計手作業の長時間化
運用負荷軸	マーケ専任の週次MA運用工数	専任工数の20〜40%以内	50%超で持続不能、運用改善の余裕が消える
改善サイクル軸	月次レビューで意思決定された運用改善の件数	月1〜3件の運用改善が決定される	0件が2ヶ月続くと停滞固定化

KPI 軸は、有効リード数・営業フォロー実施率・受注貢献度の3指標を継続取得できているかで判定する。3指標のうち1つでもデータ欠落や手作業集計の長時間化が発生していれば、運用の前提が崩れている。レポートが「出ている」ことと「使える状態で出ている」ことは別である。

運用負荷軸は、マーケ専任の週次MA運用工数を観測する。中小企業の規模感では、専任工数の20〜40%以内に収まっている状態が持続可能なラインである。50%を超えると、運用改善の余裕が消える。70%を超えると、コンテンツ供給と他チャネル運用に手が回らなくなり、停滞が加速する。負荷の過剰は、停滞の先行指標として最も読みやすい。

改善サイクル軸は、月次レビューで意思決定された運用改善の件数を数える。シナリオ追加・削除、スコアリング基準調整、コンテンツ本数見直しなど、レビューを起点に運用が変わった件数で測る。月1〜3件が継続している状態が健全なラインである。0件が2ヶ月続くと、停滞が固定化している。

3軸の組み合わせで運用状態を象限可視化すると、判断が直感的になる。

低高運用負荷

高低改善サイクル

低負荷×改善多（健全）

専任工数20〜40%以内、月1〜3件の運用改善が継続。停滞リスクは低く、シナリオ追加や他チャネル拡張の検討フェーズに入れる状態。

高負荷×改善多（消耗）

工数50%超だが改善は回っている状態。短期的には進捗するが、専任が疲弊して半年以内に停滞へ移行しやすい。負荷を下げる打ち手が要る。

低負荷×改善少（休眠）

負荷は低いが改善も無い。レビューが「数字を眺める会議」になっている可能性が高い。レビュー運用の再設計から着手。

高負荷×改善少（停滞）

負荷は高いが改善も出ていない。第2章の5要素の連鎖が複数同時進行している状態。再起動の対象。崩れた起点1要素を特定し、そこからやり直す。

3軸の判定は、月次レビューの最後に5分で行うのが現実的である。「KPI 3指標は取れているか／専任工数は何%か／改善は何件決まったか」を口頭で確認し、いずれかが基準を下回っていれば次回レビューの主要議題にする。この5分の判定が、停滞の固定化を早期に断つ最小コストの仕組みになる。

なお、3軸の深掘り（経営判断軸でのROI測定設計）は本WPの主題ではない。チャネル横断のROI統合測定や、KPIツリーの設計に関心がある読者は、後続WPの「マーケROI測定設計」を参照してほしい。本WPはMA運用の「動いている／いない」の客観定義に絞る。

7. ベンダー特性の現時点比較 — HubSpot／Account Engagement／Marketo／Klaviyo

主要MAの特性を、2026年5月時点で中立比較する。比較軸は、(a) 主たる業務範囲、(b) Salesforce連携の前提、(c) 中小企業の運用負荷感、(d) 生成AI連携の現時点機能範囲、(e) 契約形態の柔軟性、の5軸である。

本章の目的は「どのベンダーが優れているか」ではない。各MAは主たる業務範囲が異なるため、自社の業務範囲が決まる前に比較しても結論は出ない。第5章で握った目的・対象セグメント・コンテンツ供給体制を前提に、業務範囲適合で選定する判断軸を提示する。

ベンダー	主たる業務範囲	Salesforce連携前提	中小企業の運用負荷感	生成AI連携（時点）	契約形態の柔軟性
HubSpot Marketing Hub	リード獲得〜ナーチャリング〜CRM統合	不要（自前CRM）	中（標準機能で立ち上がる）	Breeze AI 等で本文・件名生成、要約	月次・年次プランあり、段階追加可
Salesforce Account Engagement	BtoBナーチャリング	強く前提（Salesforce連携が基本）	中〜高（SF前提の設計力が必要）	Einstein 系で予測スコアリング・生成	Salesforceエコシステムに統合
Marketo Engage	大口BtoB・規模拡大時	連携可（独立利用も可）	高（運用設計者の専門性が前提）	生成AI機能を拡張中	年次契約中心
Klaviyo	EC・BtoCのメール／SMS統合	不要	低〜中（EC向けに最適化）	件名・本文生成、セグメント提案	月次プラン、契約解除柔軟

中小企業の重点は HubSpot Marketing Hub または Salesforce Account Engagement の2択になる傾向が多い。

HubSpot Marketing Hub は自前CRMを持つため、Salesforce未導入の事業者が単独でMAを立ち上げる用途に適合する。標準機能だけで主要シナリオ・スコアリング・レポートが揃うため、マーケ専任1〜2名の体制でも導入直後から運用に入りやすい。

Account Engagement（旧Pardot、2022年改称）は Salesforce 導入済みのBtoB事業者で、CRM連携を前提にナーチャリングを設計する用途に適合する。Salesforce のリード・商談オブジェクトとデータが一気通貫で連動するため、営業組織がSalesforceを日次運用している環境では立ち上がりが速い。

Marketo Engage は規模拡大時のBtoB大口運用に強みを持つ。一方で運用設計者の専門性が要求されるため、マーケ専任1〜2名の体制では運用負荷が重くなりやすい。Klaviyo は EC・BtoC のメール／SMS統合に最適化されており、BtoB SaaS や製造業ディーラーの用途には特性が合わない。

生成AI連携の現時点機能範囲は、各ベンダーで拡張が続いている領域である。HubSpot の Breeze AI、Salesforce の Einstein 系、Marketo の生成AI拡張、Klaviyo のセグメント提案など、いずれも本文生成・件名生成・要約・予測スコアリングの周辺機能を提供している。ただし、第8章で論じるとおり、Phase 1 の運用が安定する前にAI連携機能に手を出すと、運用が複雑化して停滞リスクが上がる。

— NOTE

本章の機能範囲は2026年5月時点の公開情報・各ベンダー公式ドキュメントから writer が確認した時点情報。MA各社は半年〜1年で機能拡張するため、正式選定時は契約直前に最新情報を再確認することを推奨する。Pardot は Account Engagement に改称済み（2022年）。

ベンダー選定の判断軸は、第5章で握った5項目に依存する。目的が「BtoB のリード獲得から商談化までの一気通貫」で、Salesforce未導入なら HubSpot Marketing Hub が第一候補になる。Salesforce導入済みで、CRM連携を前提とした BtoB ナーチャリングなら Account Engagement が第一候補になる。比較表を眺めて選ぶのではなく、5項目が決まってから比較表を見るのが正しい順序である。

HubSpot Marketing Hub を選定候補として深掘りしたい場合は、後続WPの「中小企業向けHubSpotガイド」で、5 Hub（Sales／Marketing／Service／CMS／Operations）の組み合わせとプラン階層を詳述している。本WPからの動線として、ベンダー深掘りの入口になる。

8. 段階導入の設計 — PoC → 1キャンペーン → 拡大の機能積み上げ順序

MAを「使い続ける」ための導入設計を、本WPでは機能の積み上げ順序として整理する。Phase 1（PoC）→ Phase 2（1キャンペーン）→ Phase 3（拡大）の3段階で、各Phase の安定基準を満たしてから次に進む。固定期間でフェーズを刻むのではなく、運用が回り始めたら次に進む順序設計である。

Phase 1（PoC）は、1セグメント・1シナリオ・3〜5プロパティで運用検証する段階である。目的は機能の動作確認ではなく、第5章で握った5項目が運用上機能するかの検証にある。1シナリオを2〜3ヶ月運用し、KPI が継続取得でき、運用負荷が見込みの範囲内に収まり、月次レビューで改善が決まる状態に到達したら、Phase 2 に進む。

Phase 2（1キャンペーン）は、ナーチャリング1本＋スコアリング初期設定＋月次レビュー定着の段階である。Phase 1 のシナリオを拡張するのではなく、別系統のキャンペーンを1本追加する。スコアリングは初期設定のみで、複雑な多段階スコアには立ち入らない。月次レビューが意思決定の場として定着していることが、次に進む条件になる。

Phase 3（拡大）は、シナリオ追加・他チャネル連携・改善サイクル定着の段階である。ここで初めて、シナリオ本数を増やし、生成AI連携機能を組み込み、SFAやイベント連携を拡張する。Phase 1 と Phase 2 で握った運用設計の上に、機能を積み上げる順序である。

Phase 1

PoC

1セグメント・1シナリオ・3〜5プロパティで運用検証。目的は機能確認ではなく、第5章の5項目が運用上機能するかの検証。KPI継続取得、運用負荷が見込み内、月次改善が決まる状態に到達で次へ。

Phase 2

1キャンペーン

ナーチャリング1本＋スコアリング初期設定＋月次レビュー定着。Phase 1 を拡張せず、別系統のキャンペーンを1本追加。レビューが意思決定の場として定着していることが次への条件。

Phase 3

拡大

シナリオ追加・他チャネル連携・改善サイクル定着。生成AI連携機能を組み込み、SFA・イベント・LINE 等への拡張に進む。前2 Phase で握った運用設計の上に機能を積み上げる順序。

段階導入の本質は、機能の積み上げ順序を守ることにある。Phase 1 が安定する前に Phase 2 に進むと、第3章の6類型のうち「シナリオ過剰設計型」と「スコアリング先行型」が再発する。Phase 2 が安定する前に Phase 3 に進むと、生成AI連携や他チャネル連携が運用負荷を爆発させ、運用負荷軸が即座に基準を超える。

固定期間で「短期間でPhase 3 まで進める」「数ヶ月でフル機能を立ち上げる」のような訴求に立ち入らないのが、本WPの立場である。中小企業の規模感とマーケ専任の体制では、各Phase の安定基準を満たすのに必要な期間は事業構造で大きく異なる。期間を固定すると、安定基準を満たさないまま次に進むインセンティブが働き、停滞構造に逆戻りする。

Phase 1 で安易にAI連携機能に手を出さないのも、運用原則として重要である。生成AI連携は魅力的な拡張機能だが、Phase 1 の段階では「動作確認のための運用検証」が主目的であり、AI連携機能の組み込みは検証対象を増やすだけになる。Phase 3 でAI連携に進むときは、SaaS の AI連携機能を伴走で組み込む設計の中で、生成本数や品質判定の運用ルールも同時に握る。

中小企業のAX（AIトランスフォーメーション）の進め方として、MAは「Phase 1 で人手の運用検証 → Phase 2 で運用定着 → Phase 3 でAI機能組み込み」の順で機能を積み上げるのが、組織規模に合った段階導入になる。大企業前提の段階論をそのまま当てはめると、運用負荷の壁にぶつかる。

9. 失敗からの再起動事例 — 3類型の回復パターン

失敗状態にあるMAを再起動した事例を、本章では3類型として整理する。いずれも、5要素の連鎖のうち「崩れた起点1要素」を特定し、そこからPhase 1 をやり直すことで再起動が始まった事例である。本文中の事例描写は、ICP帯の典型像を構造化した代表ケースとして提示する。

目的再定義型

年商15億のBtoB SaaS。シナリオ全停止後、「90日後の有効リード数」を単一指標に絞り、Phase 1 から再起動。

コンテンツ体制再構築型

年商22億の人材紹介。シナリオは維持しつつ、コンテンツ供給を月次運用に組み込み、配信内容の鮮度を回復。

レビュー運用導入型

年商28億の製造業ディーラー。月次レビュー会の意思決定者を社長から営業企画責任者に変更し、改善サイクル始動。

第一の類型は、目的再定義型である。年商15億のBtoB SaaSの事例では、契約後2年でシナリオが全停止し、スコアリングも機能していない状態に陥っていた。マーケ責任者は「再契約か、解約か」を経営会議に持ち込む直前で、本WPの5要素連鎖モデルにあたる構造診断を実施した。

診断の結果、崩れた起点は「目的曖昧」と特定された。「リード獲得を増やしたい」止まりで2年運用してきたため、シナリオもスコアリングも基準を持てなかった。再起動の最初の意思決定は、成功指標を「90日後の有効リード数」の単一指標に絞ることだった。これだけを決めて、Phase 1 をやり直した。

Phase 1 では、1セグメント（既存顧客でない、特定の業種で従業員50〜200名の役職者）に対して、1シナリオ（ホワイトペーパーDL後の3通フォロー）を運用した。3ヶ月後、有効リード数が前年比で観測可能な水準まで回復し、Phase 2 に進む判断ができた。崩れた起点1要素を直すだけで連鎖が断ち切れた事例である。

第二の類型は、コンテンツ体制再構築型である。年商22億の人材紹介の事例では、シナリオは5本動いていたが、配信内容が半年以上更新されておらず、開封率が下降し続けていた。マーケ責任者は「シナリオを増やす」方向に動こうとしていたが、構造診断で崩れた起点は「コンテンツ枯渇」と特定された。

再起動の意思決定は、シナリオはそのままに、コンテンツ供給を月次運用に組み込むことだった。マーケ専任が月2本、外部編集者が月1本の本数で、編集カレンダーを Excel で運用した。3ヶ月後、シナリオ内のコンテンツが順次更新され、開封率が回復した。シナリオを増やさずに、既存のシナリオを「動いている」状態に戻した事例である。

第三の類型は、レビュー運用導入型である。年商28億の製造業ディーラーの事例では、KPI レポートは出ていたが、月次レビュー会で何も決まらない状態が1年続いていた。意思決定者として社長が出席していたが、社長は数字を眺めるだけで具体的な判断指示を出さなかった。マーケ責任者は数字を準備するだけの役割になっていた。

再起動の意思決定は、レビュー会の意思決定者を社長から営業企画責任者に変更することだった。営業企画責任者は、シナリオの追加・削除、スコアリング基準の調整、コンテンツ本数の見直しの3点について、月次で判断できる権限を与えられた。3ヶ月後、月次1〜3件の改善が継続的に決まる状態に到達し、停滞が解消した。

3類型に共通するのは、「5要素を同時に直そうとしなかった」ことである。崩れた起点1要素を特定し、そこからPhase 1 をやり直す。残りの4要素は、起点1要素が立ち上がってから順次握り直す。同時に直そうとして全要素が中途半端に立ち上がり、再連鎖崩壊するパターンを回避できた事例群である。

10. 稟議用1ページサマリー — 経営層向け

経営層が10分で読める粒度で、本WPの要点を1ページに集約する。稟議資料として印刷可能なレイアウトで設計しているため、社内回覧に使える形になっている。

項目	内容
課題と緊急性	MA契約後1〜3年で導入時に見込んだ主要機能のごく一部しか日次運用に乗っていない状態が、中小企業に広がっている。停滞は5要素（目的曖昧／シナリオ過剰／データ未整備／コンテンツ枯渇／レビュー不在）の連鎖で起き、放置すると契約更新の経営判断が説明不能になる。
打ち手	(1) 5要素のどこから崩れたかを構造診断で特定、(2) 導入前または再起動前の5項目（目的／対象セグメント／コンテンツ供給／データ統合／レビュー運用）を稟議で握り直す、(3) Phase 1（PoC）→ Phase 2（1キャンペーン）→ Phase 3（拡大）の段階で安定基準を満たしてから次に進む。
期待される変化	KPI 3指標（有効リード数・営業フォロー実施率・受注貢献度）の継続取得、運用負荷の20〜40%以内、月次レビューでの運用改善1〜3件の定着。3軸が同時に立ち上がれば「動いている」状態と判定可能。
類似規模の事例	年商15億のBtoB SaaSで「90日後の有効リード数」を単一指標に絞り再起動／年商22億の人材紹介でコンテンツ供給を月次運用に組み込み再起動／年商28億の製造業ディーラーでレビュー意思決定者を変更し再起動。
次のアクション	(a) 5要素連鎖のセルフ診断シートで崩れた起点を30分で特定、(b) D01・1ヶ月で構造診断を外部に依頼し、客観評価を経営会議に持ち込む、(c) 再起動の経営判断後、B03・3ヶ月でマーケ基盤の運用設計を握り直す。

— TIP

稟議に持ち込む際の3行サマリー：「MAの停滞はツール選定ではなく、5要素の連鎖。崩れた起点1要素を特定し、5項目を握り直してPhase 1 からやり直す。経営判断は契約継続／乗り換えではなく、運用設計を握り直すか否か。」

稟議資料として上申する際の論拠は、「ベンダー変更や予算追加では再発する」「自社側の発注設計を直す経営判断が要る」「5要素のどこから崩れたかの特定で再起動の起点が決まる」の3点に集約される。この3点が経営層に伝われば、契約継続・乗り換え・解約の3択ではなく、運用設計を握り直す第4の選択肢が選べる。

数値として稟議に書ける指標は、運用負荷の20〜40%以内、月次改善1〜3件、KPI 3指標の継続取得、の3つである。これらは事業構造に依存しない普遍的な指標であり、自社の規模感や業種を問わず参照できる。経営層が「何を見れば動いていると判断できるか」を、客観基準として提示できる。

11. 次のステップ — MA運用停滞のセルフ診断から再起動の経営判断へ

MA運用が止まっている、または止まりかけている読者が、本WPを読了して取れる次のアクションを3階層で提示する。読了直後の心理状態に対応した順序で並べている。

第一階層は、情報継続である。本WPで提示した5要素連鎖（目的曖昧／シナリオ過剰／データ未整備／コンテンツ枯渇／レビュー不在）のうち、自社のMA運用がどこから崩れたかを30分で見立てる「MA運用停滞セルフ診断シート」を手元に置く。5要素ごとに「該当する症状」「気付くサイン」「直近3ヶ月の自社状況」を書き出し、崩れた起点1要素を特定する。社内の合意形成資料としてそのまま使える形で配布している。

第二階層は、疑似体験である。セルフ診断を自社単独で完遂するのが難しい場合、自社のMA運用と前提となるマーケ業務を、経営・事業診断（D01・1ヶ月）で構造診断する。事業構造・収益・組織・業務の全体診断の中で、マーケ機能（MA運用領域含む）に絞った診断レポートを納品する。客観評価を経営会議に持ち込み、再起動の意思決定の材料にできる。

第三階層は、直接対話である。再起動の経営判断後、マーケ基盤構築（B03・3ヶ月）でマーケ組織の設計、MA／CRM 連携、AI によるコンテンツ生成・スコアリング基盤までを構築する。第5章で握った5項目の運用設計を、ツール導入と一体の経営判断として実装するフェーズに進む。本WPで提示した段階導入の順序（Phase 1 → Phase 2 → Phase 3）と整合する。