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