「The Model型の分業体制を導入したが、部門間の連携がうまくいかない」「マーケ→IS→FSの引き渡しで情報が断絶し、顧客に同じ質問を何度もしてしまう」「分業体制のKPIをそれぞれ追っているが、全体としての顧客体験が悪化している気がする」——こうした課題は、The Model型の分業体制を導入したBtoB企業で頻繁に聞かれる声です。
The Modelは営業プロセスを分業化し、各ステージのKPIを明確にするという点で優れた設計思想です。しかし、分業体制が進むと部門間のサイロ化が起き、「自部門のKPIは達成しているが、全体の受注率は上がらない」という状態に陥りやすくなります。この問題に対する1つの解がPod型営業組織です。
Pod型組織とは、マーケ・IS・FS・CSの各機能を持つ小チーム（Pod）を顧客セグメント別に編成し、1つのPodがリードから顧客化・拡大まで一気通貫で担当する組織モデルです。本記事では、Pod型営業組織の設計思想から具体的なチーム編成方法、CRMでの実装までを解説します。
Pod型営業組織とは、顧客セグメント（業種・企業規模・地域等）ごとに、マーケティング・インサイドセールス・フィールドセールス・カスタマーサクセスの機能を持つ小規模なクロスファンクショナルチーム（Pod）を編成し、各Podが担当セグメントの顧客に対して一気通貫で責任を持つ組織モデルです。
従来のThe Model型が「機能別の横割り組織」であるのに対し、Pod型は「顧客セグメント別の縦割り組織」です。
The Model型の分業体制では、各部門が自部門のKPI（マーケ: リード数、IS: 商談化数、FS: 受注額、CS: 継続率）を追います。この設計は各部門の専門性を高める反面、部門間の情報断絶を引き起こしやすい構造です。
例えば、マーケがリード数のKPIを達成しても、そのリードの質が低ければ営業の受注にはつながりません。ISが商談化数を追うあまり、十分にヒアリングしていないリードをFSにトスしてしまう。FSが受注後に離脱し、CSがゼロから関係構築を始めなければならない。こうした「部門の壁」は、顧客から見ると「担当者が変わるたびに同じ説明をさせられる」という体験の悪化につながります。
Pod型組織では、1つのPodが顧客セグメントに対して全プロセスを担当するため、以下の問題が構造的に解決されます。
| The Model型の課題 | Pod型での解決方法 |
|---|---|
| 部門間の情報断絶 | Podメンバーが同一セグメントを共有し、日常的に情報交換 |
| 引き渡しでの顧客体験悪化 | Pod内でのスムーズな引き継ぎ、顧客から見た「チーム」感 |
| 部門KPIの最適化vs全体最適化 | Pod単位で収益KPIを共有し、全体最適を志向 |
| 顧客セグメント特有のニーズへの対応力不足 | 担当セグメントの深い理解に基づく提案力 |
Pod型組織の設計は、まず顧客セグメントの定義から始めます。セグメントの切り方は企業によって異なりますが、一般的な基準は以下のとおりです。
| セグメント基準 | 例 | 適するケース |
|---|---|---|
| 企業規模 | SMB / Mid-Market / Enterprise | 営業プロセスが規模で大きく異なる場合 |
| 業種 | 製造業 / IT / 金融 / 小売 | 業種ごとの課題・提案内容が異なる場合 |
| 地域 | 関東 / 関西 / 九州 | 対面営業が多い場合 |
| プロダクトライン | プロダクトA / プロダクトB | 複数プロダクトで営業プロセスが異なる場合 |
ここで結構ミソになってくるのが、セグメントの数とPodの数のバランスです。セグメントを細かく分けすぎるとPodの数が増えてリソースが分散し、粗すぎるとPod型の利点（セグメント特化の深い理解）が薄れます。目安としては、まず3〜5セグメントから始めるのがよいかなと思います。
1つのPodは、以下の機能を持つメンバーで構成されます。
| 役割 | 人数目安 | 担当範囲 |
|---|---|---|
| マーケ担当 | 0.5〜1名 | 担当セグメント向けのコンテンツ企画・リード獲得施策 |
| IS（SDR/BDR） | 1〜2名 | リードの初期対応・ヒアリング・商談化 |
| FS（AE） | 2〜3名 | 商談〜受注、提案・交渉 |
| CS | 0.5〜1名 | オンボーディング・定着支援・アップセル |
小規模組織（営業10名以下）の場合は、Pod構成を簡略化して「IS 1名 + FS 2名 + CS 0.5名」の3.5名構成で運用し、マーケ機能は全社共有としても機能します。
各Podにはリーダーを配置し、Pod内のリソース配分やKPI進捗の管理を担当します。Pod間の横断的な調整（ベストプラクティスの共有、セグメント間でのリード移管等）には、RevOps的な調整機能を設けるのが効果的です。
Pod型組織のKPI設計は、The Model型とは異なるアプローチが必要です。
| KPIレベル | 指標例 | 目的 |
|---|---|---|
| Pod全体 | セグメント別収益、セグメント別LTV | Podの収益責任を明確化 |
| Pod全体 | リード→受注の全体転換率 | 一気通貫のプロセス効率を測定 |
| 機能別 | 商談化率、受注率、更新率 | 各機能の改善ポイントを特定 |
| 個人 | 活動量、担当案件の進捗 | 個人の生産性管理 |
ここがポイントになってくるのですが、Pod型組織ではPod単位の収益KPIを最上位に置くことが重要です。機能別KPIは「改善のための分析指標」であり、最終的にPodとして収益を上げることが共通のゴールです。この設計により、部門間のKPIの対立構造が解消されます。
Pod型組織の強みを活かすには、Pod内の情報共有を日常的に行う仕組みが不可欠です。
HubSpotでPod型組織を実装する場合、以下の設定が必要です。
Salesforce経験者の方は、Salesforceの「テリトリー管理」機能に近い概念と捉えていただくとイメージしやすいかなと思います。HubSpotの場合はチーム機能＋ワークフローでの自動アサインでテリトリー管理に相当する運用が可能です。
リードが流入した際に、自動的に適切なPodにアサインするワークフローを構築します。
営業チームが10名未満の場合、Pod型に分割するとリソースが分散しすぎて機能しないケースがあります。Pod型は最低でも2〜3 Podを編成できる規模（営業15名以上が目安）で効果を発揮します。小規模組織では、The Model型の分業を維持しつつ、引き渡しプロセスの改善に注力する方が現実的です。
Pod型組織はセグメント特化のメリットがある反面、Pod間でのナレッジ共有が疎かになりがちです。月次のクロスPodミーティングや、CRM上でのベストプラクティス共有の仕組みを意図的に設計する必要があります。
マーケティングは、広告運用やSEOなどスケールメリットのある施策は全社共有のまま、コンテンツ企画やイベント企画などセグメント特化が有効な施策のみPodに配分するのが現実的です。マーケ機能をすべてPodに分割すると、リソースの非効率が生じます。
Pod型組織は万能ではありません。セグメント間でリソースの需要が変動する場合（例: 季節性が高い業種）、Pod間のリソース移動が柔軟にできず、特定のPodに負荷が集中するリスクがあります。また、キャリアパスの設計も課題で、Pod内での専門性は深まりますが、異なるセグメントや機能への横展開がしにくくなる側面があります。
Pod型営業組織は、The Model型分業体制のサイロ化を超えるための組織設計モデルです。全体の流れは以下のとおりです。
まずは1つの顧客セグメントでPod型のパイロット運用を始め、成果を検証してから全社展開するという段階的なアプローチをおすすめします。The Modelの「分業」とPod型の「統合」は二者択一ではなく、自社の規模・成長段階・顧客特性に合わせた最適な組み合わせを見つけていくことが重要です。
はい。多くの企業では、全社共通のマーケ機能（広告・SEO・コンテンツ制作）はThe Model型で維持しつつ、IS〜FS〜CSの部分をPod型に再編成するハイブリッドモデルを採用しています。
パイロットPodの立ち上げに1〜2ヶ月、検証に3ヶ月、全社展開に3〜6ヶ月が目安です。組織変革には時間がかかるため、拙速な全社展開よりもパイロットでの学習を優先してください。
プロダクトが単一で顧客セグメントの差異が小さい場合や、営業チームが10名未満の小規模組織ではPod型の効果が出にくいです。また、営業メンバーの専門性がまだ低いフェーズでは、The Model型の分業で基礎力を高める方が優先です。
Pod全体のKPI（収益、転換率）を評価の60〜70%、個人の機能別KPI（活動量、担当案件の進捗）を30〜40%とする配分が一般的です。Pod全体のKPIをウェイトに入れることで、チームとしての協力行動を促進します。