マーケティング部門の組織設計と役割分担｜デマンドジェネレーション・コンテンツ・分析の役割配置
公開日 ・ 更新日 ・ 読了 23分
施策を実行しているのに「この案件、誰がフォローする予定？」という確認が毎回発生する。広告担当はリード数を追い、コンテンツ担当は記事の公開本数を追っているが、MQL数を誰も持っていない。こうした手戻りと摩擦の原因は、施策の種類ではなくファネル上の機能で役割が切り分けられていないことにあります。この記事では、デマンドジェネレーション・コンテンツ・分析という3つの機能をどう配置するか、組織規模別にどう組み替えるか、営業との引き渡しラインをどう設計するかを実務に落ちる粒度で整理します。BtoBマーケティング全体の戦略・施策・セールス連携については「BtoBマーケティングとは」で体系的に整理しています。この記事ではその中の組織設計と役割分担だけを深掘りします。
マーケティング部門が担う業務領域の全体像
マーケティング部門の役割を「コンテンツを作る部門」「イベントを運営する部門」として捉えていると、組織設計が機能別ではなく施策別に分割されます。その結果、ファネルのどのフェーズも誰が責任を持つかが不明確になり、施策は動いているのに商談数が増えないという状態が慢性化します。役割分担の出発点は「施策の種類」ではなく「ファネル上の機能」で分けることです。大きくはデマンドジェネレーション・コンテンツ・分析の3つの機能に整理でき、それぞれがファネルの異なるフェーズを担います。以降で各機能の定義と業務の境界を整理します。
デマンドジェネレーション：商談パイプラインの創出を担う機能
デマンドジェネレーションは、認知・リード獲得・育成・MQL化の一連を責任範囲とする機能です。「施策の量」ではなく「パイプラインへの貢献量」がKPIになります。
主な業務は広告運用・SEO・展示会・ウェビナー・メール配信・リードスコアリングです。これらは手段であり、目的はMQL数と商談化数の最大化です。
この機能が機能しない典型的な状態は、施策ごとに担当が分かれ、全体のリード数とMQL数を誰も持っていない組織です。「SEO担当がいる」「広告担当がいる」という状態と、「デマンドジェネレーション担当がいる」という状態は根本的に異なります。前者は施策を実行する人がいる状態であり、後者はパイプライン創出に責任を持つ人がいる状態です。詳細な業務定義はデマンドジェネレーションとはで整理しています。
コンテンツ：顧客の検討を前に進める資産を作る機能
コンテンツ機能は、ホワイトペーパー・ブログ・導入事例・提案資料など、ファネル全域の顧客検討を支援する資産の制作・管理を担います。認知フェーズから決定フェーズまで横断して機能するため、デマンドジェネレーションや営業の「下流」ではなく、コンテンツ戦略の主体として設計する必要があります。
主な業務はコンテンツ企画・制作・更新・SEO最適化・営業向けコンテンツ整備です。
コンテンツ担当をデマンドジェネレーション担当の「制作代行」として位置づけると、コンテンツ戦略がなくなります。ターゲットも利用フェーズも異なる資材が量産され、制作コストだけが積み上がる状態になります。コンテンツ担当が自らコンテンツ戦略（何を・誰に・どのフェーズで使うか）を設計できる環境を整えることが、機能として成立させる前提です。
分析：意思決定の精度を上げる機能
分析機能は、マーケ施策の効果測定・KPIモニタリング・顧客行動データの解釈を担います。施策実行者の隣に置くことで「やりながら直す」ループを回すことが本来の役割です。
主な業務はGA4・MA・CRMのデータ統合、ファネル各段階の転換率分析、レポーティング、ABテストの設計と解釈です。
分析機能を「月次レポートを作る業務」として位置づけると意思決定に間に合いません。施策担当と同一チームか、週次で連携するサイクルがある状態で初めて機能します。月次で振り返るだけの分析は、問題が起きてから1ヶ月後に気づく設計であり、改善のサイクルが遅くなります。
規模別の組織タイプと役割配置
マーケティング組織の設計に正解の型はありませんが、組織規模によって採れる構成は限られます。1〜3名の立ち上げ期と5〜10名の成長期では、役割の持ち方・兼務の切り方・外部パートナーとの分業が根本的に異なります。「理想の組織図」を先に描いて逆算するより、「今の人数でどの機能を内製し、どこを外部に出すか」を判断するほうが現実的です。以降で規模別の構成モデルを整理します。
立ち上げ期（1〜3名）：「何でも担当」ではなく優先機能を決める
1〜3名で全機能を回すため、「全部やる」ではなく「今期に成果を出すべき機能」を1つに絞る判断が必要です。これを決めずに全機能を均等にカバーしようとすると、どれも半端に終わります。
優先判断の軸は次のとおりです。
- 営業がリード不足で困っている → デマンドジェネレーション優先（リード獲得・MQL増加に集中）
- 商談はあるが検討フェーズで脱落が多い → コンテンツ優先（検討支援資料・導入事例の整備）
- 施策の効果がわからず投資判断ができない → 分析の最低限の整備を先に行う
外部委託の候補は広告入稿・運用管理、コンテンツ記事の原稿執筆、GA4の初期設定などです。自社が意思決定できる業務（戦略・要件定義・MQL定義）は内製します。
兼務の切り方として、デマンドジェネレーションとコンテンツを1人が担う場合、「月の第1・3週はデマンドジェネレーション施策、第2・4週はコンテンツ制作」のように時間軸で切ると、毎日異なる思考モードを行き来する混乱を防げます。タスクを日次で切り替えるより、週単位でモードをそろえるほうが集中できます。
成長期（5〜10名）：機能別の専任担当を置き始める
5名前後で機能別専任担当への移行が現実的になります。最初に専任化すべきは「施策数が増えて品質が落ちている機能」です。「採用予算があるから採る」ではなく、「どの機能のキャパシティ不足が最もビジネスインパクトを生んでいるか」を起点に採用順序を決めます。
この規模でインサイドセールス（IS）が存在する場合、マーケ→IS引き渡し基準（MQL定義）を明文化することが急務になります。定義がないと「マーケが渡した」「ISが受け取っていない」の摩擦が慢性化します。MQLからSQLへの移行設計と連携の詳細はマーケ・セールス連携の設計で整理しています。
SLAの設計もこの規模から着手します。「MQL認定から24時間以内にISが初回アクションを実施する」という基準を明文化するだけで、リードの放置件数は大幅に減ります。
拡大期（10名超）：チーム化と専門性の深化
機能別チームが複数になる段階です。各チームに責任指標（OKRやKPI）を持たせることで、「施策は動いているが誰も成果に責任を持っていない」状態を防ぎます。
この段階で生じやすい落とし穴は、チームが分かれるとファネル全体を見る人間がいなくなることです。デマンドジェネレーションチームはMQL数を最大化しようとし、コンテンツチームはコンテンツ量を増やそうとし、最終的に「受注につながったチャネルはどこか」を誰も把握していない状態になります。VPマーケまたはそれに準じる役割がファネル全体のKPIを持つ構造にすることが必要です。
分析機能については、拡大期で初めてマーケアナリスト専任を置くか、BIツール担当を社内に持つかを検討する段階になります。それ以前の規模では施策担当が分析を兼任しながら、最低限の計測設定を維持することが現実的な選択です。
デマンドジェネレーション担当の役割と業務
デマンドジェネレーションは「広告を回す仕事」ではなく、「パイプラインを創出する機能全体の責任者」です。施策の実行だけでなく、どのチャネルで・どのターゲットに・どのメッセージを届けるかの設計も含みます。この機能が曖昧なままだと、施策ごとに担当が分かれ、「リード数は増えたが商談につながらない」という状態が慢性化します。以降で業務の具体的な範囲とKPIを整理します。
デマンドジェネレーション担当が持つべき指標
デマンドジェネレーション担当の主要KPIは次の4つです。
- 新規リード数：チャネル別の内訳も把握する
- MQL数：リード数ではなくMQL数を主指標に置く
- MQL→SAL転換率：引き渡し後にISが受け入れた割合
- チャネル別CPL（リード獲得単価）：投資効率を比較する
「施策の実施数」をKPIにしないことが重要です。ウェビナーを月3本開催した、記事を10本公開したという数値はアウトプット指標であり、成果指標ではありません。パイプラインへの貢献量をKPIに置くことで、「施策を実行した」ではなく「商談数に貢献した」という評価軸が生まれます。
分析機能との接続として、週次で転換率データを分析担当と確認し、翌週の施策優先度を変えるサイクルを設計することを推奨します。月次での振り返りでは施策の修正が遅れます。
コンテンツ担当・分析担当との分業ライン
デマンドジェネレーション担当とコンテンツ担当の間で摩擦が起きやすいのは、依頼の粒度が「コンテンツをとにかく増やしてほしい」になるケースです。この状態ではコンテンツ担当が目的のわからない制作に追われます。
分業の原則は次のとおりです。
- デマンドジェネレーション担当が決めること：配信チャネル・配信タイミング・ターゲットセグメント・配信ゴール（何のために配信するか）
- コンテンツ担当に依頼すること：配信に使う資材（バナー・メール本文・LP）の制作。ただし「ターゲット・メッセージ・利用シーン」の要件は依頼側が渡す
要件と優先順位を毎週すり合わせる場を設けることで、「依頼が多すぎて優先度がわからない」「目的のわからない制作に追われる」という状態を防げます。
コンテンツ担当の役割と業務
コンテンツ担当の業務は「記事を書く」だけではありません。ファネルの各フェーズで顧客の検討を前に進める資産を設計・制作・管理・更新することが本来の責任範囲です。この機能が「制作代行」の位置づけに落ちると、コンテンツ戦略がなくなり、施策ごとに異なるメッセージのコンテンツが量産される状態になります。以降で業務範囲と判断基準を整理します。
ファネル別のコンテンツ設計：認知・検討・決定
コンテンツはファネルのフェーズごとに目的が異なります。フェーズを無視して「とにかく良いコンテンツを作る」という方針では、効果測定もできず改善もできません。
認知フェーズのコンテンツはSEOブログ記事・SNS発信・プレスリリースです。KPIはセッション数と指名検索数の変化です。このフェーズでは「役に立つ情報を届ける」ことが目的であり、製品訴求を前面に出すと離脱につながります。
検討フェーズのコンテンツはホワイトペーパー・ウェビナー資料・導入事例です。KPIはダウンロード数とMQL化率への貢献です。このフェーズでは「課題の解決策を具体的に示す」ことが目的です。抽象的なノウハウより、自社の状況に引きつけて考えられる具体的な内容が求められます。
決定フェーズのコンテンツは導入事例・競合比較資料・営業向けバトルカードです。KPIは商談内での利用率と受注への寄与です。このフェーズでは営業担当が商談で実際に使えるかどうかが評価軸になります。
「コンテンツを作ったが使われない」の原因は多くの場合、利用フェーズと資材の設計がずれていることです。制作前に「誰が・いつ・どのような文脈で使うか」を定義することが、制作コストを無駄にしないための前提です。
コンテンツ担当が管理すべき資産台帳
コンテンツが50本・100本を超えると「どこに何があるか」が不明になり、同一テーマのコンテンツが重複制作されます。これを防ぐための資産台帳をスプレッドシート等で管理することを推奨します。
台帳に記録すべき項目は次のとおりです。
- タイトルと公開URL
- 対象フェーズ（認知・検討・決定）
- ターゲットペルソナ
- 最終更新日
- パフォーマンス（DL数・セッション数・MQL化への貢献）
- 廃棄・更新・統合の判断ステータス
更新サイクルの目安として、高パフォーマンスコンテンツは四半期ごとに内容を確認します。低パフォーマンスは6ヶ月経過後に廃棄か統合を検討します。古いコンテンツを放置すると、検索エンジンへの信頼性低下と、社内での混乱（どれが最新の資料かわからない）の両方を招きます。
外部委託との分業：何を内製し何を出すか
コンテンツ制作を外部委託する場合、何を内製し何を出すかの判断が品質を決めます。
内製すべきことはコンテンツ戦略・企画・ブリーフ作成・品質チェック・公開後の効果測定です。これらは自社の顧客理解・製品知識・ビジネス文脈がないと判断できません。
委託できることは記事の原稿執筆・デザイン・動画編集です。ただし要件定義（誰に・何を・なぜ・どのフェーズで使うか）は委託先に丸投げしません。
外部ライターへの依頼時にブリーフが「○○についての記事を書いてください」だけになるケースは、よくある失敗です。ターゲットも訴求軸もフェーズも決まっていないまま納品されると、修正コストがかかるうえ、最終的に公開できないクオリティのまま終わることもあります。ブリーフの品質が外部委託の品質を決めます。
分析担当の役割と業務
分析担当が「月次レポートを作る業務」になっている組織は多いですが、それは本来の機能を生かせていない状態です。分析の役割は「施策担当が翌週の意思決定をするための情報を適切なタイミングで届けること」であり、レポートはその手段に過ぎません。分析機能が正しく機能すると、施策の投資対効果の判断が速まり、成果の出ない施策の継続コストが下がります。以降で実務上の役割と設計のポイントを整理します。
分析担当が見るべき指標の階層
分析対象の指標を整理せずにすべてのデータを追おうとすると、「見るだけで終わる」状態になります。指標には階層があり、まず全体のKPIで問題のあるフェーズを特定し、次にそのフェーズの詳細指標を掘り下げるという順序で見ることが重要です。
ファネル全体のKPIは次のとおりです。
- 新規リード数・MQL数・SAL数・SQL数・受注数・受注率
フェーズ別の転換率はこれらをつなぐ指標です。
- リード→MQL転換率
- MQL→SAL転換率
- SAL→SQL転換率
- SQL→受注率
チャネル別・コンテンツ別の貢献として、どのチャネル・コンテンツがMQL数・商談化数に貢献しているかを把握します。これにより予算配分と施策優先度の判断ができます。
転換率が低いフェーズを特定することに絞り、問題のある箇所だけを深掘りするアプローチが実務では機能します。全指標を毎週追うことよりも、「今週何が変わったか・なぜ変わったか」を一点に絞って答えを出すことが分析機能の価値です。
ツールと連携設計
分析の精度は、使うツールよりもデータの連携状態で決まります。最低限の連携として次の3点が必要です。
- MAツール（リード行動データ：ページ閲覧・資料DL・メール開封・スコア変化）
- CRM・SFA（商談・受注データ：案件ステージ・受注金額・商談化した担当者）
- Webアナリティクス（GA4等：セッション数・流入チャネル・コンバージョン）
この3点が連携していないと、ファネル全体の転換率が計算できません。「リードは増えているが受注が増えていない」という状態の原因（どのフェーズで落ちているか）を特定できず、施策の改善ができません。
Mazrica Salesのような SFA・CRMを活用している場合、マーケ起点のリードがどの商談に紐づき、最終的に受注したかを追跡できるようになります。マーケと営業のデータを同一基盤で管理するかどうかが、分析の精度に直接影響します。
ツールが連携できていても、データの入力ルール（案件ステージの定義・更新タイミング）が営業側で統一されていないと分析の精度が落ちます。ツールの連携設定と同時に、営業チームとの入力ルールの合意が必要です。
営業との役割分担ラインの引き方
マーケと営業の連携不全は、施策の質よりも「誰がどこまで責任を持つか」の定義が不明確なことから生じます。特に問題になりやすいのが「MQLをいつ・どの条件でISや営業に渡すか」という引き渡し基準です。この基準が曖昧だと、マーケは「渡した」と認識し、営業は「使えるリードが来ない」と感じる摩擦が慢性化します。以降で引き渡し設計の具体的な方法を整理します。
MQL・SAL・SQLの定義を自社で決める
リードの分類を自社で定義していない状態では、マーケと営業が異なる基準で話をしているため議論がかみ合いません。まず以下の定義を自社の顧客特性に合わせて明文化します。
MQL（Marketing Qualified Lead） はマーケが「商談化可能性がある」と判断したリードです。判断基準の例として、業種・従業員規模のターゲット一致にスコア閾値（特定ページ閲覧・資料DLなど）を組み合わせた条件が挙げられます。スコアの設計は自社の購買行動データに基づいて調整します。
SAL（Sales Accepted Lead） はISまたは営業が「アプローチする」と受け入れたリードです。MQLを受け取ったあと、ISが確認・承認する段階です。この段階を設けることで、マーケが渡したリードをISが「受け取った」という記録が生まれ、放置の防止とフィードバックの起点になります。
SQL（Sales Qualified Lead） はIS・営業が商談見込みありと判断したリードです。アポイント獲得または初回商談を経た段階を指すことが多いですが、自社の商談定義に合わせて設定します。
上記は一般的な定義です。自社の顧客特性・案件サイクルに合わせてスコア設計・基準を調整することが実態に合った運用につながります。リードの種類と分類についての詳細も参照してください。
SLA（サービスレベルアグリーメント）の設計
SLAとは、マーケとISの間で「いつまでに何をするか」を合意した取り決めです。これがないと、マーケがMQLを渡してもISが動かず、リードが放置されてマーケのROI計測ができなくなります。
SLAの具体例は次のとおりです。
- 「MQL認定から24時間以内にISが初回アクション（メールまたは電話）を実施する」
- 「ISはMQL受領後48時間以内にSAL・不合格の判定を行い、不合格の場合は理由をMAシステムに記録する」
不合格フィードバックの活用が重要です。ISが「質が低い」と感じたリードの不合格理由をマーケに戻すことで、MQLの定義とスコア設計を継続的に改善できます。このループがない組織では、リード品質の改善が構造的に起きません。「マーケが渡す量を増やす」ことと「IS・営業が受け取るリードの質を上げる」ことは、フィードバックループなしには両立しません。
よくある連携不全と対処
連携不全のパターンは繰り返し現れます。代表的な3つを整理します。
課題①：マーケが渡す数は多いがアポにつながらない。 MQLのスコア設計を見直し、行動スコア（資料DL・特定ページ閲覧）に加えてフィット属性（業種・従業員規模）も条件に加えます。行動スコアだけでMQLを判定すると、ターゲット外の企業が高スコアを獲得するケースが発生します。
課題②：IS・営業のフィードバックが来ない。 月1回以上のマーケ・IS合同レビューを設け、フィードバックを受ける仕組みを議題として固定化します。「フィードバックください」という依頼では継続しません。仕組みとして場を設計することが必要です。
課題③：マーケと営業でデータの定義が違う。 マーケはリード数を見ていて、営業は商談数を見ているという状態では、同じ数値を見ていても話がかみ合いません。ファネル全体の指標とその定義を1枚で可視化した共通ダッシュボードを持つことで、議論の前提をそろえられます。
少人数組織・マーケター1名での役割設計
BtoBのマーケティング担当が1名しかいない組織は多く、そこに「デマンドジェネレーション・コンテンツ・分析を全部やれ」という要求が来るケースがほとんどです。しかし全機能を均等にカバーしようとすると、どれも中途半端に終わります。1名での運営において重要なのは「今期どの機能を優先して時間を使うか」を経営・営業と合意することです。以降で優先判断の軸と兼務時の実務設計を整理します。
優先機能の判断基準
現状のファネルの詰まりどころによって、今期優先すべき機能が変わります。
- 商談数が不足している → デマンドジェネレーション優先（リード獲得・MQL増加に集中）
- 商談はあるが受注率が低い・検討フェーズで脱落が多い → コンテンツ優先（検討支援資料・導入事例の整備）
- 施策の効果がわからず投資判断ができない → 分析の最低限の整備（GA4計測設定・MA・CRMの連携）を先に行う
この判断を経営・営業と合意して共有することが、「マーケは何をやっているのか」という不信感を防ぐ実務的な手段です。優先機能を1つに絞ることは、他の機能を永遠に捨てることではありません。今期に成果を出す機能を決め、翌期以降に対象を広げていく判断です。
時間配分と外部委託の切り方
週40時間での時間配分の一例として、デマンドジェネレーション優先期では「施策実行・チャネル管理：50%／コンテンツ更新・軽微な制作：20%／分析・レポート：20%／その他：10%」という配分が一つの現実的な目安です。組織の状況や施策の種類によって変わるため、参考値として調整してください。
外部委託で先に出すと効果的な業務は次のとおりです。
- 広告入稿・運用管理（専門的なスキルと継続的な稼働量が必要）
- 記事の原稿執筆（要件定義は内製、執筆は委託）
- デザイン制作（バナー・LP・資料のビジュアル）
内製を手放してはいけない業務は次のとおりです。
- MQLの定義・スコア設計
- 配信セグメントの判断
- コンテンツの品質チェック・公開可否の判断
- 分析の解釈（数値が示す意味を読む部分）
これらは自社の顧客理解と製品知識がなければ正しく判断できません。外部に委託すると、表面的な数値は出ても意思決定につながらない状態になります。
役割分担設計でよくある失敗と回避策
マーケティング組織の設計で起きる失敗の多くは、「人を採用した」「ツールを導入した」後に役割が曖昧なまま動き始めることから生じます。失敗パターンを先に把握しておくことで、設計段階での見直しができます。競合記事で扱いが薄い「設計後の運用フェーズで起きる摩擦」に絞って整理します。
施策担当と機能担当を混同した組織設計
「SEO担当」「広告担当」「イベント担当」のように施策別に担当を置くと、誰もファネル全体のMQL数に責任を持たない状態になります。各担当は自分の施策の指標（検索順位・クリック率・参加者数）を追いますが、最終的なパイプラインへの貢献を誰も持っていないため、「施策は動いているが商談が増えない」という状態が続きます。
施策担当を置く場合でも「デマンドジェネレーション全体のKPIを持つリード」を明確に設けます。施策担当はその指揮下に置き、個別施策の指標は全体KPIへの貢献として評価します。
コンテンツ担当を「制作代行」として使う
デマンドジェネレーション担当・営業が「これを作ってほしい」と依頼するだけになり、コンテンツ担当がリクエストをこなすだけの状態になるケースです。この状態ではコンテンツ戦略がなくなり、ターゲットもファネルフェーズも異なる資材が量産されます。制作コストは積み上がりますが、どのコンテンツが成果に貢献しているかを把握できないため改善もできません。
コンテンツ担当が自らコンテンツ戦略（何を・誰に・どのフェーズで使うか）を設計できる環境を作ります。週次での方針すり合わせを設けることで、「依頼を受けて作る」から「目的を持って設計する」という役割に変わります。
分析機能を後回しにして施策を積み上げる
「まず施策を実行してから分析を整備しよう」と後回しにすると、数ヶ月後に「どの施策が機能したかわからない」状態になります。最初から計測設定をしていないと、過去のデータが存在しないため遡っての分析もできません。
GA4の計測設定・MAとCRMのリード連携・最低限のレポートフォーマットの整備を施策開始前に行います。これは1〜2日で整えられる作業です。後回しにするメリットはなく、先に整えておくことで施策開始から効果の蓄積が始まります。
組織設計の最初のステップ
組織設計の全体像を理解した後で問われるのは「何から手をつけるか」です。理想の組織図を先に描いて採用計画を立てるより、「今どのフェーズが最も詰まっているか」を1点特定することが先決です。それが特定できると、最初に整備すべき機能・採用すべきスキル・外部に出すべき業務が自然に決まります。
手順1として、ファネルの各段階（リード数・MQL数・商談化数・受注数）を概算で書き出します。正確な数値でなくても構いません。「リードはある程度あるが商談化が少ない」という感覚値でも、転換率が低いフェーズを特定する起点になります。
手順2として、最も転換率が低いフェーズを1つ特定します。「リードは増えているがMQLにならない」のか「MQLは十分だが商談化しない」のかで打ち手が変わります。前者ならデマンドジェネレーションのターゲット設計またはスコア設計が課題であり、後者ならコンテンツ・IS連携・MQL定義が課題です。
手順3として、そのフェーズの改善に必要な機能（デマンドジェネレーション・コンテンツ・分析）を特定し、今の人員でカバーできるかを確認します。カバーできない場合、採用か外部委託かを判断します。この順序で進めることで、「とりあえず採用する」「とりあえずツールを導入する」という判断を避けられます。
BtoBマーケティング組織の全体設計についてより詳しく検討したい場合は、BtoBマーケティングとはで全体像を確認してください。
まとめ：役割分担の起点はファネルの詰まりどころ
マーケティング組織の役割分担で最初に決めるべきことは、施策の種類ではなくファネル上の機能です。デマンドジェネレーション・コンテンツ・分析の3機能がそれぞれ何のKPIを持ち、どのフェーズを担うかを明確にすることが、手戻りと摩擦のない組織の前提になります。
組織規模ごとに取るべき構成は異なります。立ち上げ期（1〜3名）では今期の優先機能を1つに絞って経営と合意する、成長期（5〜10名）ではMQL引き渡し基準とSLAを明文化する、拡大期（10名超）ではファネル全体のKPIを持つリードを設けることが重点課題です。
少人数組織でよくある失敗は「全機能を均等にカバーしようとする」ことです。コンテンツを増やす前に、誰が何のKPIを持つかを決めることが先です。デマンドジェネレーション・コンテンツ・分析の3機能をファネルに対応させて役割を引くことで、「施策は動いているが誰も成果に責任を持っていない」状態を防げます。
最初の一歩として、自社のファネルで最も転換率が低いフェーズを1つ特定してください。リード数・MQL数・商談化数・受注数を概算でも書き出し、どこで数が落ちているかを見ることが、組織設計の判断基準を作る出発点です。
よくある質問
Q マーケティング組織はいつ設立すべきですか？
営業だけでの新規リード獲得に限界を感じた段階、または商談数を安定的に増やす仕組みが必要になった段階が設立の目安です。具体的には「営業が毎月自ら開拓しなければリードがゼロになる」「紹介や既存顧客からの案件に依存している」という状態がサインになります。1名からでも機能の優先順位を決めて立ち上げることができます。
Q マーケティング担当者に必要なスキルセットは何ですか？
担当する機能によって異なります。デマンドジェネレーション担当には広告プラットフォームの操作・MAの設定・リードスコアリングの設計が求められます。コンテンツ担当にはコンテンツ企画・ライティング・SEOの基礎知識・ブリーフ作成が必要です。分析担当にはGA4・MA・CRMのデータ読み取り・ファネル転換率の分析・レポーティングのスキルが求められます。少人数組織では「一人がすべてをカバーする」より「どの機能を優先して深めるか」を決めた採用をするほうが成果につながります。
Q 営業とマーケティングの役割分担に明確な境界線はありますか？
MQL・SAL・SQLの定義を自社で明文化することが境界線を引く実務的な方法です。一般的にはMQL（マーケが商談化可能と判断したリード）をマーケの責任範囲とし、SAL（ISが受け入れを承認したリード）以降をIS・営業の責任範囲とします。ただし自社の顧客特性と案件サイクルによってスコア設計・基準は調整する必要があります。
Q マーケティングの成果をどう経営に説明すればよいですか？
「施策を何本実施したか」ではなく「ファネルのどのフェーズにどう貢献したか」で説明します。具体的にはMQL数・MQL→SAL転換率・商談化数・受注への貢献を指標に使います。経営が最終的に知りたいのは受注への貢献であるため、ファネルの上流指標（リード数・セッション数）だけで報告するとインパクトが伝わりません。マーケ経由のリードが何件の商談になり、何件受注につながったかを示せる状態を目指します。
Q 外部のマーケティング支援会社とどう役割を分けるべきですか？
外部に委託してよいのは「要件が定義できる業務の実行」であり、「要件を定義する判断」は内製します。具体的には広告の入稿・運用・最適化、記事の原稿執筆、デザイン制作は委託できます。一方でMQLの定義・スコア設計・配信セグメントの判断・コンテンツ戦略・分析の解釈は内製します。外部会社に戦略から丸ごと委託すると、自社の顧客理解がなくなり、担当が変わるたびに一から説明が必要になります。
Q マーケティング組織のKPIはどう設定すればよいですか？
ファネルの各フェーズに対応させてKPIを設計します。マーケ全体の最終KPIは「MQL数と商談化数への貢献」です。これをブレイクダウンして、デマンドジェネレーション担当にはチャネル別CPLとMQL数、コンテンツ担当にはDL数とMQL化への貢献、分析担当にはファネル転換率の可視化精度を指標として持たせます。「施策の実施数」「コンテンツの公開本数」をKPIにすると、成果ではなく活動量の管理になります。