---
title: Pod型組織の営業設計｜顧客セグメント別チームでThe Modelを越える
description: Pod型営業組織の設計を、顧客セグメント、役割分担、収益KPI、HubSpotのチームと担当割り当てから解説します。The Model型の分業で情報が途切れる課題への対応、少人数で試す手順、Pod間の連携と向かないケースを整理し、担当割り当てに必要なシート条件も示します。
image: https://start-link.jp/hubfs/blog/screenshots/generated/gen_T-6.jpg
---

[![StartLink](https://start-link.jp/hs-fs/hubfs/logo/%E6%9C%80%E7%B5%82Start%20Link%20(500%20x%20150%20px)%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png?width=130&height=39&name=%E6%9C%80%E7%B5%82Start%20Link%20(500%20x%20150%20px)%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png "StartLink")](https://start-link.jp)

- [会社情報About](https://start-link.jp/about)
- [サービスService](https://start-link.jp/service)
- [プロダクトProducts](https://start-link.jp/sync)
- [YoutubeYoutube](https://start-link.jp/about/sns)
- [ブログBlog](https://start-link.jp/hubspot-ai)
- [業界別ガイドIndustry guides](https://start-link.jp/case)
- [採用情報Recruit](https://start-link.jp/recruit)

[資料DL](https://start-link.jp/download/service) [無料相談 →](https://start-link.jp/contact)

[会社情報](https://start-link.jp/about) [サービス](https://start-link.jp/service) [プロダクト](https://start-link.jp/sync) [Youtube](https://start-link.jp/about/sns) [ブログ](https://start-link.jp/hubspot-ai) [業界別ガイド](https://start-link.jp/case) [採用情報](https://start-link.jp/recruit)

[資料ダウンロード](https://start-link.jp/download/service) [無料相談 →](https://start-link.jp/contact)

- [トップ](https://start-link.jp)
- [会社情報](https://start-link.jp/about)
- [サービス](https://start-link.jp/service)
- [Youtube](https://start-link.jp/about/sns)
- [ブログ](https://start-link.jp/hubspot-ai)
- [Contact](https://start-link.jp/contact)
- [個人情報保護方針](https://start-link.jp/privacy-policy)
- [個人情報取り扱い規定](https://start-link.jp/personal-information-processing-agreement)

[ホーム](https://start-link.jp) › [ブログ](https://start-link.jp/hubspot-ai) ›[BtoBマーケティング](https://start-link.jp/hubspot-ai/btob-marketing) ›[営業マネジメント](https://start-link.jp/hubspot-ai/btob-marketing/sales-management) ›Pod型組織の営業設計｜顧客セグメント別チームでThe Modelを越える

# Pod型組織の営業設計｜顧客セグメント別チームでThe Modelを越える

- 2026年3月4日
- 最終更新: 2026年10月12日

![](https://start-link.jp/hubfs/blog/screenshots/generated/gen_T-6.jpg)

この記事の結論

Pod型営業組織は、顧客セグメントごとに担当機能を束ね、リードから顧客化後まで協力する体制です。顧客との関係を分断せず、チーム単位で成果と体験を整えます。

ブログ目次

もっと見る ▼

**Pod型営業組織は、顧客セグメントごとに担当機能を束ね、リードから顧客化後まで協力する体制です。顧客との関係を分断せず、チーム単位で成果と体験を整えます。**

「マーケティングから営業に引き渡すたびに、顧客情報が抜け落ちる」  
「営業担当が変わると、同じ説明を何度も求められる」  
「部門ごとの目標は達成しているのに、受注や顧客満足につながっているか見えにくい」

Pod型組織とは、顧客セグメントごとにマーケティング、インサイドセールス、フィールドセールス、カスタマーサクセスなどの機能を持つ小チームを編成し、顧客との関係を一貫して担当する組織モデルです。顧客情報と営業プロセスを共有し、個別部門の成果だけでなく、顧客獲得から継続までの流れをチームで改善します。

ただし、情報が途切れる原因が記録項目や引き継ぎ条件の曖昧さにあるなら、組織を分ける前にその運用を直す必要があります。この記事では、顧客によって対応を変える必要があるかを見極め、Podの責任範囲、成果の見方、運用を広げる条件を順に整理します。

本記事は「[The Modelの限界と次世代営業組織｜分業体制のサイロ化を超える進化モデル](https://start-link.jp/hubspot-ai/btob-marketing/sales-management/the-model-limitations-next-gen)」シリーズの一部です。

## この記事でわかること

The Model型の分業で引き継ぎや情報共有に課題を感じている方が、組織を分けるべきか、先に引き継ぎ方法を直すべきかを判断し、Pod型組織の設計手順まで整理できる内容です。

- **Pod型組織の基本** — 機能別の分業との違いと、顧客への責任をどの単位で持つかを説明します。
- **セグメントと役割の決め方** — 実際の商談を比較して分類基準を選び、兼務や横断機能を含めて担当範囲を決める方法を整理します。
- **KPIと運用の設計** — チーム全体の成果から工程別の原因を調べ、改善する行動につなげる順序を解説します。
- **HubSpotでの実装方法** — 顧客情報の持ち方、ビュー、取引パイプライン、担当割り当てを確認する手順を示します。
- **注意点と始め方** — Pod型が合いにくい状況と、試行結果を見て対象を広げる条件を紹介します。

読み進める際は、自社の商談を思い浮かべてください。顧客に合わせて対応が変わる場面と、担当者が変わる際に情報が途切れる場面を区別すると、組織編成で解くべき課題が見えてきます。

## Pod型組織とThe Modelの違い

- **Pod型組織** ── 顧客セグメントごとに営業や顧客支援の機能を束ねるチーム設計です
- **The Model型の分業** ── マーケティング、インサイドセールス、フィールドセールス、カスタマーサクセスなどの機能を分け、各部門の専門性を高めます

両者の違いは、部門を分けるかどうかだけでなく、**顧客への責任と成果をどの単位で持つか**にあります。

### 機能別の分業が生む強みと課題

The Model型の体制では、各部門が専門領域に集中しやすくなります。分担は次のとおりです。

- **マーケティング** ── リード獲得
- **インサイドセールス** ── 初期対応と商談化
- **フィールドセールス** ── 提案と受注
- **カスタマーサクセス** ── 導入後の定着や支援

一方で、部門ごとのKPIだけを追うと、前後の工程が見えにくくなることがあります。

- **リード数が増えても** ── 営業が有効な商談と判断する割合や受注につながる割合が低ければ、獲得施策の評価を誤る可能性があります
- **商談化数を優先すると** ── 顧客の課題を十分に確認できないまま引き継ぎ、次の担当者が情報を取り直すことにもなります

見直す際は、引き継いだ担当者が「顧客の課題」「これまでの会話」「次に確認すべきこと」を記録から把握できるかを確かめます。

- **把握できなければ** ── まず記録項目と引き継ぎ時の確認方法を整えます
- **記録はそろっていても、顧客層によって必要な提案や支援が異なり、部門をまたぐ判断が滞るなら** ── セグメント単位で責任を持つ編成を検討します

判断に迷う場合は、停滞した商談の経緯を追います。

- **次の担当者に必要な情報が残っていないなら** ── 引き継ぎの問題です
- **情報は残っているのに、顧客層に合わせて提案方針を決める責任者が定まらないなら** ── チームの責任範囲を見直す理由になります

### 顧客セグメント単位で担当する考え方

Pod型では、顧客セグメントごとに関係する機能を近づけます。顧客の業種、企業規模、地域、プロダクトラインなどの違いに応じてチームを設け、顧客の獲得から導入後の支援までをチーム内で共有します。

この編成では、次のものを同じチームで確認します。

- **マーケティングで得た反応**
- **インサイドセールスのヒアリング**
- **営業の提案内容**
- **顧客化後の課題**

ただし、**チームを分けただけで情報が自動的につながるわけではありません。**記録する項目や引き継ぎの条件、チーム全体の目標も合わせて設計します。

例えば、商談を引き継ぐ条件を「担当者が変更されたとき」だけにすると、顧客が何を判断し、次に誰が何をするかが抜ける可能性があります。

引き継ぎ時には、次の情報を確認します。

- **顧客の検討状況**
- **未解決の論点**
- **次の行動と担当者**

この情報がそろわない案件は、移管する前に不足を埋める運用にします。

受け手が記録を読んでも次の連絡内容を決められないなら、引き継ぎは完了していません。記録を補った後に受け手が対応を引き受ける、という確認点を設けると、担当者の変更と顧客対応の継続を結び付けられます。

### The ModelとPod型を組み合わせる選択肢

Pod型は、The Modelを全面的に置き換える形だけを指すものではありません。広告運用やSEO、コンテンツ制作など、全社で共通化するメリットが大きい機能は横断組織に残し、顧客接点の深い活動をセグメント別に編成する方法もあります。

| 設計の視点 | 機能別の分業 | 顧客セグメント別のPod |
| --- | --- | --- |
| チームの単位 | マーケティング、IS、FS、CSなどの機能 | 業種、企業規模、地域などの顧客層 |
| 主な強み | 機能ごとの専門性を高めやすい | 顧客理解や部門間の連携を保ちやすい |
| 運用上の論点 | 部門間の引き継ぎと共通目標 | Pod間の知見共有とリソース調整 |
| 組み合わせ方 | 全社共通の専門機能を持つ | 顧客接点や収益責任をセグメントに寄せる |

機能をどちらに置くか迷ったら、同じ仕事を複数の顧客層に共通して提供できるか、顧客層ごとに判断や内容を変える必要があるかを比べます。仕事ごとに責任の境界を定めます。たとえば次のとおりです。

- **共通の制作・運用** ── 横断機能が担います
- **顧客固有の課題を踏まえた企画や提案** ── Podが担います

例えば、共通の資料を作る役割を横断機能に置く場合も、顧客層に合う論点の選択と商談での使い方はPodが決められます。

境界を決めたら、次の人を確認します。

- **依頼する人**
- **内容を判断する人**
- **顧客への説明を担う人**

同じ仕事に判断者が複数いる場合は、承認の順序まで決めておきます。

## 顧客セグメントとPodの役割を設計する

Podの設計は、組織図や担当者の割り振りから始めるのではなく、顧客の違いと営業プロセスの違いを整理するところから始めます。

- **セグメントごとに提案内容、検討の進み方、関わる担当、導入後の支援が異なるなら** ── チームを分ける理由があります
- **違いが小さい場合** ── チームを細分化せず、共通のプロセスで運用する方が適しています

### 顧客を分ける基準を選ぶ

セグメントの候補には、企業規模、業種、地域、プロダクトラインがあります。大切なのは、分類項目を多く作ることではなく、顧客ごとに必要な対応が実際に変わる基準を選ぶことです。

| セグメント基準 | 適用を検討する状況 | 運用前に確認すること |
| --- | --- | --- |
| 企業規模 | 提案や意思決定の進め方が規模によって異なる | 規模を判断できる顧客情報が記録されているか |
| 業種 | 課題や提案内容が業種によって異なる | 業種ごとの違いを営業活動に反映できるか |
| 地域 | 対面営業や地域ごとの対応が重要になる | 担当範囲と顧客の所在地を対応付けられるか |
| プロダクトライン | 製品ごとに営業プロセスが異なる | 共通部分と製品固有の工程を分けられるか |

例えば、次のように考えます。

- **業種ごとに課題や提案の進め方が異なるなら** ── 業種別の編成が候補になります
- **企業規模によって関係者や意思決定の過程が大きく異なる場合** ── 規模を基準にする選択肢があります
- **顧客情報を分類できない、あるいは分類しても対応が変わらない場合** ── セグメントを増やす前に情報の取得方法や営業プロセスを見直します

基準を選ぶ際は、実際の商談を候補別に並べ、提案資料、意思決定に関わる人、引き継ぐ情報、導入後の支援を比較します。

- **違いが担当者個人の進め方によるものなら** ── 共通手順の整備を先に検討します
- **顧客層によって必要な判断や役割が変わり、既存情報から分類できるなら** ── Podの対象として具体化できます

比較結果は「分類できるか」と「分類後に何が変わるか」を分けて記録します。

- **例えば業種は判定できても、提案と支援が共通なら** ── それだけでPodを分ける理由にはなりません
- **反対に対応の違いが明確でも、判定に必要な情報が記録されていないなら** ── 先に取得項目と確認する担当を決めます

### 分類を細かくしすぎない

セグメントの粒度には、次の両面があります。

- **細かく切るほど** ── 顧客への対応を合わせやすくなる一方、各チームに必要な役割を配置できないことがあります
- **分類が大まかすぎると** ── Pod型にする理由となる顧客理解の深さが生まれにくくなります

見直しは次の順に進めます。

1. **既存顧客や商談をセグメント候補に沿って見直す** ── 営業プロセスや支援内容が実際に異なるかを確認します
2. **違いが明確な範囲から編成案を作る**
3. **担当者や情報が不足する場合はセグメントをまとめる**

顧客の違いが見えないまま組織だけを分けると、チーム間で同じ作業を重複させる結果になりやすいためです。

分類案ごとに、次のものがないかも確認します。

- **担当が決められない顧客**
- **複数のPodに該当する顧客**
- **必要な役割を置けないPod**

該当する顧客があれば、優先する分類基準や例外の担当を先に決めます。それでも役割が重複するなら、分類をまとめるか、専門機能を横断で持つ設計へ戻します。

複数の基準に当てはまる顧客は、案件ごとに担当者同士で決める運用にせず、どの情報を優先するかを定めます。優先順位を適用しても判断できない場合は、例外を確認する責任者に渡します。

実際の顧客情報に当てはめて**担当が定まる状態になってから、分類案を採用します。**

### Podの機能と責任範囲を決める

Podには、マーケティング、インサイドセールス、フィールドセールス、カスタマーサクセスなどの機能を必要に応じて持たせます。すべての機能を各Podに専任配置する必要はありません。

- **広告運用やSEOなど全社共通で進める活動** ── 横断機能として維持します
- **コンテンツ企画やイベント企画など顧客層ごとの差が大きい活動** ── Podと連携させる設計も可能です

| 機能 | Podで担う役割 | 他機能へ共有する情報 |
| --- | --- | --- |
| マーケティング | セグメントに応じたコンテンツや施策の企画 | 反応のあったテーマや獲得経路 |
| IS | 初期対応、ヒアリング、商談化 | 顧客の課題、検討状況、次の対応 |
| FS | 商談、提案、交渉、受注 | ステージ、確度、金額、判断条件 |
| CS | オンボーディング、定着支援、顧客拡大 | 導入状況、活用課題、更新や追加提案の兆候 |

各機能の責任範囲と、情報を引き継ぐ条件を言葉にして共有します。役割が曖昧な場合は、同じ顧客へ複数の担当が別々に連絡したり、次の対応を誰も引き受けなかったりするためです。

責任を決める際は、次の人を案件の状態ごとに確認します。

- **顧客への連絡責任者**
- **専門的な相談に応じる人**
- **記録を更新する人**

兼務する人がいても、次の行動の責任者は明確にします。顧客からの問い合わせや商談の停滞をきっかけに担当が変わる場合も、誰が移管を判断し、受け手が何を確認して引き受けるかを決めておきます。

役割表を作ったら、通常の商談だけでなく、担当者が不在の案件や、営業と顧客支援の双方に相談が届く案件にも当てはめます。顧客への返答責任者が決まらない場面があれば、Podの所属より先に連絡と引き継ぎのルールを補います。

## PodのKPIと営業プロセスをつなぐ

Pod型のKPIは、チーム全体で追う成果と、各機能が改善に使う指標に分けて設計します。次の順序が重要です。

1. **先に共通の成果を決める**
2. **その変化を説明するために工程別の指標を選ぶ**

指標を増やす前に、それを見て誰がどの判断をするかを確認します。

### 収益目標をチームの共通ゴールにする

Pod全体では、セグメント別の収益や顧客生涯価値、リードから受注までの転換率などを共通指標として検討できます。これらはチームが顧客獲得から顧客化後までを見ているかを振り返るための指標です。

機能別の指標は、問題がどの工程にあるかを探るために使います。商談化率、受注率、更新率などを確認し、全体成果が変化したときに改善箇所を特定します。

個人の活動量や担当案件の進捗も管理に役立ちますが、**Pod全体の成果と切り離して評価すると、他の担当への協力が後回しになるおそれがあります。**

見直しでは、次の順に確認します。

1. **共通指標の変化を確認する**
2. **どのセグメント・案件群で変化したかを分ける**
3. **工程別の記録を見て、行動を変えられる原因を探す** ── 獲得した顧客の違い、引き継ぎ情報の不足、提案後の停滞など

比較するときは、集計対象となる顧客や商談の条件をそろえます。対象の定義が異なれば、転換率の差だけでPodの良し悪しを判断できません。

例えば商談化率が変わった場合は、獲得経路による顧客の違いと、初期対応で確認する項目の変化を分けて見ます。

- **顧客の構成が変わっているなら** ── 施策の対象を確認します
- **構成が同じでも引き継ぎに必要な情報が欠けているなら** ── 記録と確認方法を直します
- **指標が変わっても原因を特定できない場合** ── 目標を増やす前に記録方法を確認します

原因が見えたら、担当する機能と修正する行動を決め、次の振り返りで同じ条件の案件を確認します。

### パイプラインを四つの観点で定義する

HubSpotの取引パイプラインは、営業案件の進み具合を共通の基準で記録し、担当者間で状況を共有する仕組みです。Pod単位で成果を追う場合も、取引ステージと判断条件が曖昧なままでは、セグメント間の比較や予測に使いにくくなります。

設計では、取引ステージ、受注確度、ステージ定義、必須入力プロパティを一緒に考えます。

- **ステージ** ── 顧客の意思決定が変わる節目で区切り、各ステージに該当する条件を具体的に定義します
- **受注確度** ── 実際の進捗を踏まえて設定します
- **必須入力項目** ── 営業上の確認とレポートに必要なものに絞ります

例えば、見積もりを提示した段階で金額やクローズ日が未記録なら、案件の見込みを比較しにくくなります。ステージ移行時に必要な情報を決めておけば、入力漏れを人の注意だけに頼らず、営業プロセスの中で防ぎやすくなります。

| パイプラインの確認点 | Pod内でそろえること |
| --- | --- |
| ステージ | 顧客の判断に沿う段階 |
| 確度 | 各段階での見込みの扱い |
| 金額 | 共通の記録方法 |
| 次の行動 | 担当者と期限 |

パイプラインを分けるか迷ったら、まず各セグメントの商談を同じステージ定義で説明できるかを確認します。

- **同じ条件で移行を判断できるなら** ── 共通の定義を維持します
- **顧客の意思決定の順序が異なり、共通ステージでは進捗を正しく表せない場合** ── 分割を検討します

その際は、ステージの名前が異なるだけなのか、顧客が次に判断する内容そのものが異なるのかを、実際の商談で確かめます。

- **名称の違いなら** ── 定義をそろえます
- **判断の順序が異なるなら** ── 共通のレポートで何を比較するかも決めたうえで分割します

### 顧客化後の情報を次の改善へ戻す

Pod型の一気通貫は、受注で終わる設計ではありません。顧客化後にわかった導入上の課題や活用状況を、マーケティングや営業に戻すことで、顧客への説明や提案内容を見直せます。

失注した案件についても、理由を、たとえば次のように分類し、その背景を残せば、次の対応を考える材料になります。

- **価格**
- **競合他社**
- **製品機能**
- **時期**
- **社内決裁など**

そのため、コンタクトの反応から取引の進捗、顧客化後の対応までを同じ顧客情報の流れに置きます。顧客の状態が変わるたびに別の表へ転記すると、情報の差分や更新漏れが生じやすくなります。

表計算シートで個別管理している顧客情報、担当者、商談状況を整理し、**CRM上でつながる形へ段階的に移すことが運用の土台になります。**

振り返りでは、顧客化後に生じた課題が提案時の説明不足によるものか、導入時に初めて判明した条件によるものかを分けます。

- **提案時の説明不足によるもの** ── 提案時に確認する項目を見直します
- **導入時に初めて判明した条件によるもの** ── 導入時の引き継ぎ項目を見直します

失注理由も分類名だけで終えず、顧客が示した判断条件と次の施策に反映できる内容を残します。

改善案を決めた後は、変更する説明や記録項目と、それを使う担当を明確にします。次に同じ論点が出た案件で、必要な情報を確認できたかを見直せば、共有した知見が日々の対応に反映されたかを判断できます。

## HubSpotでPod型の運用を形にする

HubSpotでは、チーム、顧客や取引のビュー、パイプライン、ダッシュボード、ワークフローを組み合わせ、組織設計を日々の業務に反映できます。

機能を設定すること自体をゴールにせず、顧客情報がどこに記録され、誰が次に対応し、どの指標に反映されるかを順につなげます。

### チームと顧客情報を整理する

まず、Podに相当するチームと担当者の関係を整理します。設定を検討する際は、公式の案内と自社ポータルで利用できる設定を照合してください。（出典：[Create and manage teams](https://knowledge.hubspot.com/user-management/create-and-manage-teams)）

次に、顧客セグメントを表すプロパティを定め、コンタクトや会社、取引のどのレコードに保持するかを決めます。

- **セグメント情報が複数の場所に重複すると** ── 値が食い違いやすくなるため、どのオブジェクトを基準にするかを先に決めます
- **担当者とチームの割り当て** ── Pod別の一覧やレポートで必要な絞り込みができるかを確かめます

設計した分類を実際のレコードに当てはめ、次のものを確認します。

- **値が未入力のもの**
- **複数の分類に該当するもの**
- **担当者とPodが一致しないもの**

例外の扱いが決まってからビューや自動割り当ての条件に反映すると、分類できない顧客を見落としにくくなります。

例えば、会社の情報を分類の基準にするなら、その会社に関係する取引で誰が分類結果を確認するかを決めます。会社と取引の情報が食い違う案件は、自動割り当てを広げる前に確認する対象として残します。

### パイプラインとビューを設計する

取引パイプラインは、次の方法があります。

- **セグメントごとにプロセスが異なる場合に分ける方法**
- **共通パイプラインにセグメントや担当チームの情報を持たせる方法**

プロセスが共通している範囲は共通パイプラインで管理し、顧客層ごとにステージや判断条件が異なる場合に分割を検討します。むやみに分けると、全社での比較や管理が複雑になります。

Pod別のコンタクトや取引のビューは、セグメント、担当者、ステージなどの条件で絞り込みます。

- **必要な情報だけを表示する** ── 担当者が次に行うべき活動を判断できるようにします
- **利用されないプロパティやビューが増えると** ── 入力と確認の負担が大きくなるため、日々の判断に使う項目から整備し、使われていない項目は運用を見直します

ビューを確認するときは、担当者が対応すべき案件を見つけられるかに加え、担当者が決まらない案件や次の行動が空欄の案件を見つけられるかも確かめます。

見落とす案件があれば、表示条件と入力ルールのどちらを直すべきか切り分けます。

- **情報は記録されているのに表示されないなら** ── ビューの条件を見直します
- **元のレコードにも情報がなければ** ── 入力と引き継ぎの手順を見直します

### ワークフローで担当割り当てを仕組みにする

リードの担当割り当ては、フォームの入力項目や既存の顧客情報をもとに、条件分岐と担当者設定を組み合わせて設計します。例えば、業種や企業規模からセグメントを判定し、該当するPodの担当者へ割り当てる流れです。

既存の担当者がいるレコードを上書きするのか、新規の未割り当てレコードだけを対象にするのかも明示します。

- **設定する前に照合するもの** ── 対象レコード、割り当て先、利用できる条件を公式案内と自社ポータルで照合します
- **担当者の所属やシートに関わる条件** ── 実際に設定する環境で確認してください（出典：[HubSpot「Assign and rotate record owners using workflows」](https://knowledge.hubspot.com/workflows/assign-and-rotate-record-owners-using-workflows)）

自動化の範囲は、まず判定しやすい条件に絞ります。次の扱いを決め、代表的なレコードで割り当て結果を確認します。

- **未入力**
- **複数条件への該当**
- **既存担当者がいる場合**

担当者、チーム、セグメントの値が意図と異なれば、条件と元データのどちらに原因があるかを調べます。例外を処理する担当者まで決められた段階で、対象を広げます。

確認には、通常の分類に当てはまるレコードだけでなく、次のものを含めます。

- **分類情報が空欄のもの**
- **複数の分類に当てはまるもの**
- **既に担当者がいるもの**

想定外の割り当てがあれば、対象レコードを増やす前に、元データ、条件の優先順位、既存担当者の扱いを順に見直します。

### ダッシュボードで成果と進捗を確認する

Pod別ダッシュボードには、チーム全体の収益や転換率と、改善に使う機能別の指標を配置します。数値を並べるだけではなく、変化した指標を見てどの活動や顧客セグメントを確認するかを決めておきます。

例えば、変化に応じて次のように確認します。

- **リードから商談への転換が弱まった場合** ── 獲得経路やセグメント、初期対応の記録を確認します
- **受注率に変化があれば** ── 取引ステージの進行状況や失注理由を見直します
- **レポートの対象条件がPod間で異なる場合** ── 成果を比較する前に条件をそろえます

次の画面は、チームの目標と実績を比較するHubSpotレポートの例です。

![HubSpotレポート「実績の対チーム目標比」](https://start-link.jp/hubfs/blog/screenshots/library/report_target_team.png)

ダッシュボードを見直す際は、各指標について「変化したら何を確認するか」「誰が対応を決めるか」を確認します。表示していても判断に使っていない指標は、必要な記録や比較条件を整えてから扱いを決めます。

## Pod型を段階的に導入し、連携を保つ

Pod型は組織図を変更して終わる取り組みではありません。顧客セグメント、役割、データ、KPIが同じ業務の流れに沿っているかを確かめながら進めます。

全社展開を急ぐより、運用上の課題を確認できる範囲から始め、学びを次の設計に反映します。

### 一つのセグメントで試す

最初に、顧客の違いが明確で、営業プロセスを観察しやすいセグメントを選びます。次の点を整理し、Podとして何を変えるかを決めます。

- **対象の顧客情報**
- **関係する担当**
- **現行の引き継ぎ方法**
- **成果指標**

開始前に比較できる現状が記録されていれば、運用後に変化を振り返りやすくなります。

試行中は、次の点を確認します。

- **顧客への連絡が重複していないか**
- **担当が明確か**
- **引き継ぎに必要な情報が記録されているか**

課題があれば、担当範囲、入力項目、ワークフローの条件のどこに原因があるかを切り分けて修正します。

振り返りでは、改善した案件だけを選ばず、担当が決まらなかった案件や移管が滞った案件も確認します。

- **原因が分類基準にあれば** ── 基準を直します
- **受け手が必要な情報を得られなかったなら** ── 引き継ぎ項目を直します

分類と移管の手順を担当者が同じように使えるかが、次の対象を検討する条件です。対象を広げる前には、次の点を確認します。

- **分類できない顧客の扱い**
- **担当不在時の対応**
- **Pod外との引き継ぎ方法**

これらを担当者が同じように説明でき、例外が発生しても処理できる状態なら、別のセグメントへの適用を検討します。判断が属人的なままなら、編成を広げる前に手順を直します。

### Pod間の知識と人員を共有する

セグメント別にチームを分けると、特定の顧客層に詳しくなる一方、知識や人員がPod内に閉じる可能性があります。

次のものをPod間で共有する時間と場所を決めます。

- **共通の営業手法**
- **成功したコンテンツ**
- **失注から得た学び**

CRM上では、顧客レコードや取引の記録を共通の基準で残すことで、別のPodが過去の経緯を理解しやすくなります。共有する際は、事例を紹介して終えるのではなく、どの顧客層に適用できるか、共通手順を変える必要があるかを判断します。

- **別のPodにも当てはまるなら** ── 記録項目や提案資料に反映します
- **その顧客層に限るなら** ── 適用条件を添えて残します

セグメント間で需要が変動する場合、担当者を柔軟に動かしにくく、特定のPodへ負荷が集中することがあります。

- **案件量や支援状況を確認する** ── Podリーダーや横断の調整役が、応援や担当移管の条件を明確にします
- **人員を動かす判断** ── 個別の声掛けだけに頼らず、移管時に引き継ぐ情報も決めておきます

移管を決める際は、負荷だけでなく、顧客への連絡責任者と未解決の論点を確認します。

受け手が対応できる状態を確認してから担当を変更し、移管後に顧客への案内が抜けていないかを確かめます。

### Pod化しない方がよい状況を見分ける

次のような場合は、Podを作っても役割が重複したり、一部の機能が各チームに不足したりすることがあります。

- **顧客セグメントごとの違いが小さい場合**
- **チームを分けるほどの担当者がいない場合**

その場合は組織を先に分けず、共通の体制を保ちながら顧客情報や引き継ぎ方法を改善します。判断するときは、顧客層ごとの対応の違い、分類に使える情報、必要な役割を担える人員を順に確認します。

- **対応の違いが見つからなければ** ── 共通の体制を続けます
- **違いはあっても分類情報が不足するなら** ── 情報の取得方法を整えます
- **分類できても役割を配置できなければ** ── 横断機能と連携する形を検討します

また、マーケティングの業務をすべてPodごとに分ける必要はありません。広告運用やSEOなど全社で共通化しやすい活動は横断機能として維持し、顧客セグメント固有の企画や営業との連携をPod単位で行う方法があります。

企業様によって最適な形は異なります。組織の形を先に決めず、顧客対応の違いと実行できる人員の両方を見て判断します。

## よくある質問

### Pod型とThe Modelは併用できますか？

併用できます。広告運用やSEO、コンテンツ制作など全社で共通する活動を横断機能に残し、顧客接点の深い営業やカスタマーサクセスをセグメント別に連携させる設計があります。どの機能を共通化し、どの機能をPodに近づけるかは、顧客対応の違いと業務の重複を見て決めます。責任の境界が曖昧なら、顧客への連絡と次の行動を誰が担うかから定めます。

### 顧客セグメントは何を基準に分ければよいですか？

企業規模、業種、地域、プロダクトラインなどから、提案や営業プロセスが実際に異なる基準を選びます。分類した後に担当や対応が変わらない場合は、その基準でチームを分ける理由が弱いと考えられます。既存の顧客情報で判定できるかに加え、複数の分類に当てはまる顧客の扱いも確認します。

### HubSpotでPodごとの担当を割り当てられますか？

チームやワークフローを使った担当割り当てを検討できます。利用できる設定と割り当て先の条件は、公式ドキュメントと自社ポータルで照合してください。先に分類情報の未入力、複数条件への該当、既存担当者の扱いを決め、実際のレコードで担当者、チーム、セグメントが想定どおりか確認してから対象を広げます。

### Pod間の情報共有はどう設計しますか？

顧客や取引の記録項目を共通化し、成功事例や失注理由をチーム間で確認する運用を設けます。定例の共有機会を作る場合は、案件状況や市場動向など、次の施策に反映する議題を決めます。共有した内容を共通手順へ反映するか、特定セグメントの知見として残すかまで判断すると、別のPodが使いやすくなります。

### 小規模な営業組織でもPod型にできますか？

組織の人数だけでは判断できません。各Podに必要な役割を確保できない場合や、顧客セグメントによる対応の違いが小さい場合は、チームを分割せず、引き継ぎ条件と共通KPIから整える方法が適しています。顧客対応に明確な差があり、兼務や横断機能との連携で責任範囲を明確にできるなら、対象を絞って運用を試せます。

## まとめ

Pod型営業組織は、顧客セグメントごとにマーケティング、営業、顧客支援の機能を連携させ、顧客との関係をチームで担う組織モデルです。設計の要点は次のとおりです。

- **顧客の違いを基準にセグメントを決める** ── 各機能の責任と引き継ぎ条件を定めます
- **Pod全体の収益指標と機能別の改善指標を分ける**
- **HubSpotの設定を一つの業務の流れに合わせる** ── チーム、レコード、パイプライン、ワークフロー、ダッシュボード

まずは、顧客情報と担当者を管理している表計算シートやCRMを見直し、引き継ぎで情報が途切れる場所を特定することから始めてください。

1. 顧客ごとに提案や支援が異なる条件を整理し、セグメント候補を決めます。違いが見つからなければ、共通の体制で引き継ぎ方法を改善します。
2. 一つのセグメントで担当範囲、ステージ定義、必須入力情報、共通KPIを設計します。分類や役割に例外がある場合は、担当と処理方法を決めます。
3. HubSpotでチーム、ビュー、ワークフローを整え、実際のレコードで担当割り当てと引き継ぎを確認します。例外にも対応できる状態になってから対象を広げます。

CRMを活用した業務効率化やAIとの連携に関するご相談は、StartLinkまでお気軽にお問い合わせください。

## あわせて読みたい

- [BtoB購買行動の構造変化｜顧客ジャーニーの本質的な変化と営業・マーケの再設計](https://start-link.jp/hubspot-ai/btob-marketing/sales-management/btob-buying-behavior-change-redesign)
- [営業生産性を向上させる仕組み｜SFA/CRMを活用した組織的な改善設計](https://start-link.jp/hubspot-ai/btob-marketing/sales-management/sales-productivity-sfa-crm-improvement)
- [The Modelからフライホイールへ移行する方法｜BtoB営業組織の再設計ロードマップ](https://start-link.jp/hubspot-ai/btob-marketing/sales-management)
- [営業とマーケティングの連携SLA設計｜HubSpotでリード引き渡しプロセスを最適化](https://start-link.jp/hubspot-ai/hubspot/marketing-strategy/sales-marketing-sla-design)

記事の内容を、そのまま実務に落とし込みたい方向け

HubSpotゴールドパートナーのStartLinkが、HubSpot導入・AI活用・CRM整備・業務効率化までをまとめて支援しています。記事で気になったテーマを、そのまま相談ベースで整理できます。

[サービス概要を見る](https://start-link.jp/service/hubspot-ai) [無料で相談する](https://start-link.jp/contact)

## 次に読む

### [![](https://start-link.jp/hubfs/blog/screenshots/generated/gen_CQ-4_featured.png) kintoneからHubSpotへの移行手順｜顧客・案件データ設計とCSV取込](https://start-link.jp/hubspot-ai/btob-marketing/crm-backoffice/kintone-to-hubspot)

### [![](https://start-link.jp/hubfs/blog/screenshots/generated/gen_KT-3.png) Kintoneの複数アプリをHubSpotオブジェクトに再設計する方法｜関連付けはカバー率を実測してから設計する](https://start-link.jp/hubspot-ai/btob-marketing/crm-backoffice/kintone-multi-app-object-mapping)

### [![](https://start-link.jp/hubfs/blog/screenshots/generated/gen_KT-1.png) kintoneからHubSpotへの移行 完全ガイド｜判断基準から手順・帳票・連携まで全体像を整理](https://start-link.jp/hubspot-ai/btob-marketing/crm-backoffice/kintone-hubspot-migration-guide)

## あわせて読みたいBtoBマーケ実践ガイド

### [GTM GTM戦略の設計ガイド 市場投入の順番、仮説設計、営業連携までを一気通貫で整理できます。](https://start-link.jp/hubspot-ai/btob-marketing/btob-marketing-basics/gtm-go-to-market-strategy-design-guide-1)

### [Law 特定電子メール法ガイド BtoBメール配信で外せない法対応と実務運用の注意点を確認できます。](https://start-link.jp/hubspot-ai/btob-marketing/email-marketing-ma/can-spam-law-btob-guide)

### [SEO AIO対策の実践SEOチェックリスト AI Overview時代に引用される記事構造と改善優先順位を整理できます。](https://start-link.jp/hubspot-ai/btob-marketing/content-marketing-seo/aio-ai-overview-seo-strategy)

### [Service BtoBマーケとCRM活用を相談する 集客、ナーチャリング、CRM整備まで成果につながる導線設計を支援します。](https://start-link.jp/service/hubspot-ai)

## 記事の内容を、そのまま実務に落とし込みたい方向け

[無料で相談する](https://start-link.jp/contact) [資料をダウンロード](https://start-link.jp/hubspot-ai/btob-marketing/sales-management/pod-sales-organization-design-beyond-the-model#blog-download)

 株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化（ERP/CRM/SFA/MAの導入）」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、[無料のお問い合わせページ](https://www.start-link.jp/contact)より、お気軽にご連絡くださいませ。

###### 関連キーワード:

[営業](https://start-link.jp/hubspot-ai/tag/営業)

## サービス資料を無料DL

## 著者情報

![7-1](https://start-link.jp/hubfs/7-1.jpg)

### 今枝 / Imaeda

 株式会社StartLink 代表取締役。累計150社以上のHubSpotプロジェクト支援実績を持ち、Claude CodeやHubSpotを軸にしたAI活用支援・経営基盤AXのコンサルティング事業を展開。  
 HubSpotのトップパートナー企業や大手人材グループにて、エンタープライズCRM戦略策定・AI戦略ディレクションを経験した後、StartLinkを創業。現在はCRM×AIエージェントによる経営管理支援を専門とする。

[StartLink](https://start-link.jp/)

### Service

- [会社情報](https://start-link.jp/about)
- [サービス](https://start-link.jp/service)
- [プロダクト](https://start-link.jp/sync)
- [採用情報](https://start-link.jp/recruit)
- [コンサルタントの方へ](https://start-link.jp/consultant-platform)

### Contact

- [問い合わせ](https://start-link.jp/contact)
- [資料ダウンロード](https://start-link.jp/download/service)
- [Syncナレッジベース](https://start-link.jp/sync/knowledge-base)
- [個人情報保護方針](https://start-link.jp/privacy-policy)
- [個人情報取り扱い規定](https://start-link.jp/personal-information-processing-agreement)

(c) 2026 All Rights Reserved.

```json
{
  "@context" : "https://schema.org",
  "@type" : "BlogPosting",
  "author" : {
    "@type" : "Person",
    "name" : "今枝 拓海",
    "url" : "https://start-link.jp/hubspot-ai/author/imaeda"
  },
  "datePublished" : "2026-03-04T14:28:01.000Z",
  "headline" : "Pod型組織の営業設計｜顧客セグメント別チームでThe Modelを越える",
  "image" : [ "https://start-link.jp/hubfs/blog/screenshots/generated/gen_T-6.jpg" ],
  "mainEntityOfPage" : {
    "@id" : "https://start-link.jp/hubspot-ai/btob-marketing/sales-management/pod-sales-organization-design-beyond-the-model",
    "@type" : "WebPage"
  },
  "publisher" : {
    "@type" : "Organization",
    "logo" : {
      "@type" : "ImageObject",
      "url" : "https://start-link.jp/hubfs/Start%20Link%20(1500%20x%20600%20px)%20(5)-1.png"
    },
    "name" : "株式会社StartLink"
  }
}
```

```json
{
  "@context" : "https://schema.org",
  "@type" : "FAQPage",
  "mainEntity" : [ {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "併用できます。広告運用やSEO、コンテンツ制作など全社で共通する活動を横断機能に残し、顧客接点の深い営業やカスタマーサクセスをセグメント別に連携させる設計があります。どの機能を共通化し、どの機能をPodに近づけるかは、顧客対応の違いと業務の重複を見て決めます。責任の境界が曖昧なら、顧客への連絡と次の行動を誰が担うかから定めます。"
    },
    "name" : "Pod型とThe Modelは併用できますか？"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "企業規模、業種、地域、プロダクトラインなどから、提案や営業プロセスが実際に異なる基準を選びます。分類した後に担当や対応が変わらない場合は、その基準でチームを分ける理由が弱いと考えられます。既存の顧客情報で判定できるかに加え、複数の分類に当てはまる顧客の扱いも確認します。"
    },
    "name" : "顧客セグメントは何を基準に分ければよいですか？"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "チームやワークフローを使った担当割り当てを検討できます。利用できる設定と割り当て先の条件は、公式ドキュメントと自社ポータルで照合してください。先に分類情報の未入力、複数条件への該当、既存担当者の扱いを決め、実際のレコードで担当者、チーム、セグメントが想定どおりか確認してから対象を広げます。"
    },
    "name" : "HubSpotでPodごとの担当を割り当てられますか？"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "顧客や取引の記録項目を共通化し、成功事例や失注理由をチーム間で確認する運用を設けます。定例の共有機会を作る場合は、案件状況や市場動向など、次の施策に反映する議題を決めます。共有した内容を共通手順へ反映するか、特定セグメントの知見として残すかまで判断すると、別のPodが使いやすくなります。"
    },
    "name" : "Pod間の情報共有はどう設計しますか？"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "組織の人数だけでは判断できません。各Podに必要な役割を確保できない場合や、顧客セグメントによる対応の違いが小さい場合は、チームを分割せず、引き継ぎ条件と共通KPIから整える方法が適しています。顧客対応に明確な差があり、兼務や横断機能との連携で責任範囲を明確にできるなら、対象を絞って運用を試せます。"
    },
    "name" : "小規模な営業組織でもPod型にできますか？"
  } ]
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/hubspot-ai/btob-marketing/sales-management/pod-sales-organization-design-beyond-the-model#article",
  "@type" : "BlogPosting",
  "author" : {
    "@id" : "https://start-link.jp/#founder"
  },
  "dateModified" : "2026-10-12T05:05:05+09:00",
  "datePublished" : "2026-03-04T14:28:01+09:00",
  "headline" : "Pod型組織の営業設計｜顧客セグメント別チームでThe Modelを越える",
  "image" : "https://start-link.jp/hubfs/blog/screenshots/generated/gen_T-6.jpg",
  "isPartOf" : {
    "@id" : "https://start-link.jp/#website"
  },
  "mainEntityOfPage" : {
    "@id" : "https://start-link.jp/hubspot-ai/btob-marketing/sales-management/pod-sales-organization-design-beyond-the-model",
    "@type" : "WebPage"
  },
  "publisher" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "speakable" : {
    "@type" : "SpeakableSpecification",
    "cssSelector" : [ ".blog-section h2", ".blog-section p:first-of-type", ".blog-section blockquote" ]
  }
}
```

```json
{
  "@context" : "https://schema.org",
  "@type" : "BreadcrumbList",
  "itemListElement" : [ {
    "@type" : "ListItem",
    "item" : "https://start-link.jp",
    "name" : "ホーム",
    "position" : 1
  }, {
    "@type" : "ListItem",
    "item" : "https://start-link.jp/hubspot-ai",
    "name" : "ブログ",
    "position" : 2
  }, {
    "@type" : "ListItem",
    "item" : "https://start-link.jp/hubspot-ai/btob-marketing",
    "name" : "BtoBマーケティング",
    "position" : 3
  }, {
    "@type" : "ListItem",
    "item" : "https://start-link.jp/hubspot-ai/btob-marketing/sales-management",
    "name" : "営業マネジメント",
    "position" : 4
  }, {
    "@type" : "ListItem",
    "name" : "Pod型組織の営業設計｜顧客セグメント別チームでThe Modelを越える",
    "position" : 5
  } ]
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#organization",
  "@type" : "Organization",
  "address" : {
    "@type" : "PostalAddress",
    "addressCountry" : "JP",
    "addressLocality" : "中央区",
    "addressRegion" : "東京都",
    "postalCode" : "104-0061",
    "streetAddress" : "銀座1丁目12番4号 N&E BLD.6F"
  },
  "alternateName" : "StartLink Inc.",
  "award" : [ "HubSpot Gold Solutions Partner（HubSpotゴールドパートナー、2026年4月認定）" ],
  "contactPoint" : [ {
    "@type" : "ContactPoint",
    "availableLanguage" : [ "ja" ],
    "contactType" : "customer support",
    "url" : "https://start-link.jp/contact"
  }, {
    "@type" : "ContactPoint",
    "availableLanguage" : [ "ja", "en" ],
    "contactType" : "sales",
    "url" : "https://start-link.jp/contact"
  } ],
  "description" : "「AI × HubSpot」をコンセプトに掲げるHubSpotゴールドパートナー（Gold Solutions Partner、2026年4月認定）。HubSpotマーケットプレイスに自社アプリ（Sync for freee / Notion / Money Forward / Chatwork）を公開するアプリ開発企業であり、HubSpot/Salesforce知見とAI活用を組み合わせたCRM構築・移行・最適化・AIエージェント/PoC支援まで一貫して提供する。",
  "founder" : {
    "@id" : "https://start-link.jp/#founder",
    "@type" : "Person",
    "jobTitle" : "代表取締役",
    "name" : "今枝 拓海",
    "sameAs" : [ "https://x.com/ImaedaTakumii", "https://www.linkedin.com/in/takumi-imaeda/", "https://www.facebook.com/takumiIma" ]
  },
  "foundingDate" : "2024-09-04",
  "hasCredential" : {
    "@type" : "EducationalOccupationalCredential",
    "credentialCategory" : "certification",
    "name" : "HubSpot Gold Solutions Partner",
    "recognizedBy" : {
      "@type" : "Organization",
      "name" : "HubSpot, Inc.",
      "url" : "https://www.hubspot.com/"
    }
  },
  "image" : [ "https://start-link.jp/hubfs/startlink-ai-agent.jpg", "https://start-link.jp/hubfs/startlink-aiorg.jpg" ],
  "knowsAbout" : [ "HubSpot CRM", "HubSpot Implementation", "HubSpot導入支援", "CRM構築", "AI活用", "HubSpot連携アプリ開発", "Salesforce to HubSpot Migration", "Generative AI Integration", "AI Agent Development", "Revenue Operations", "Marketing Automation", "freee Integration", "Notion Integration", "Money Forward Integration" ],
  "legalName" : "株式会社StartLink",
  "logo" : "https://start-link.jp/hubfs/startlink-logo.png",
  "mainEntityOfPage" : "https://start-link.jp/",
  "memberOf" : {
    "@type" : "ProgramMembership",
    "hostingOrganization" : {
      "@type" : "Organization",
      "name" : "HubSpot, Inc.",
      "url" : "https://www.hubspot.com/"
    },
    "membershipNumber" : "Gold Tier",
    "programName" : "HubSpot Solutions Partner Program"
  },
  "name" : "株式会社StartLink",
  "sameAs" : [ "https://www.youtube.com/@startlink-hubspot", "https://x.com/ImaedaTakumii", "https://www.linkedin.com/in/takumi-imaeda/", "https://www.linkedin.com/company/108100307/", "https://www.facebook.com/takumiIma", "https://www.facebook.com/profile.php?id=61566874764985", "https://prtimes.jp/main/html/searchrlp/company_id/149669", "https://app.hubspot.com/ecosystem/46046172/marketplace/solutions/startlink" ],
  "taxID" : "8010001248134",
  "url" : "https://start-link.jp/"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#website",
  "@type" : "WebSite",
  "inLanguage" : "ja",
  "name" : "株式会社StartLink",
  "publisher" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "url" : "https://start-link.jp/"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-hubspot",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "CRM導入", "HubSpot" ],
  "description" : "150社以上の実績を持つHubSpotゴールドパートナーが、業務フローに合わせた設計から構築・本番稼働まで一貫支援。",
  "name" : "HubSpot導入・構築支援",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "HubSpot導入・構築支援",
  "url" : "https://start-link.jp/service/hubspot"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-hubspot-ai",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "CRM最適化", "AI活用" ],
  "description" : "HubSpotを軸に業務要件に沿った設計改善とAI連携活用を包括支援。",
  "name" : "HubSpot AIコンサルティング",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "HubSpot AIコンサルティング",
  "url" : "https://start-link.jp/service/hubspot-ai"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-hubspot-training",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "研修", "HubSpot" ],
  "description" : "HubSpotの概念・基本操作からAI活用ノウハウまで、社内浸透のための研修を提供。",
  "name" : "HubSpot研修・レクチャー支援",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "HubSpot研修・内製化支援",
  "url" : "https://start-link.jp/service/hubspot-ai/training"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-sf2hs-replace",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "CRM移行", "データ移行" ],
  "description" : "Salesforce/HubSpot双方の思想とデータモデルを理解した移行設計とHubSpot側CRM開発を実行。",
  "name" : "SalesforceからHubSpotへのリプレイス支援",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "SalesforceからHubSpotへのリプレイス支援",
  "url" : "https://start-link.jp/service/salesforce-hubspot-replace"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-claude-code-bi",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "AI活用", "経営管理" ],
  "description" : "複数システムのデータを統合し、毎朝のAIブリーフィングなど経営の意思決定を加速する仕組みを構築。",
  "name" : "Claude Codeによる経営データ活用支援",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "AI経営管理支援",
  "url" : "https://start-link.jp/service/claude-code/business-intelligence"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-claude-code-content",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "コンテンツマーケティング", "AI活用" ],
  "description" : "キーワード戦略からSEO記事制作、CMS公開まで、AIを活用したコンテンツマーケティングを自動化。",
  "name" : "Claude Codeによるコンテンツマーケティング支援",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "AIコンテンツ制作支援",
  "url" : "https://start-link.jp/service/claude-code/content-marketing"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#product-sync-freee",
  "@type" : "SoftwareApplication",
  "applicationCategory" : "BusinessApplication",
  "author" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "description" : "HubSpotとfreee会計・freee請求書をシームレスに連携。取引先の同期から請求書作成まで、バックオフィスの業務を自動化するHubSpotマーケットプレイスアプリ。",
  "featureList" : [ "freee取引先をHubSpotに自動同期", "HubSpotからfreee見積書・請求書を作成", "取引データをfreee会計に自動登録", "月次請求・更新処理に対応", "商品項目・品目・部門・タグ情報の連携" ],
  "installUrl" : "https://ecosystem.hubspot.com/marketplace/apps/sync-for-freee-bystartlink",
  "name" : "Sync for freee",
  "offers" : [ {
    "@type" : "Offer",
    "description" : "請求月5件・見積月20件まで",
    "name" : "Free",
    "price" : "0",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "請求月50件・見積月100件まで",
    "name" : "Professional",
    "price" : "4000",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "無制限",
    "name" : "Enterprise",
    "price" : "10000",
    "priceCurrency" : "JPY"
  } ],
  "operatingSystem" : "Web",
  "softwareHelp" : {
    "@type" : "WebPage",
    "url" : "https://start-link.jp/sync/knowledge-base/freee/basic-steps"
  },
  "url" : "https://start-link.jp/sync/freee"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#product-sync-notion",
  "@type" : "SoftwareApplication",
  "applicationCategory" : "BusinessApplication",
  "author" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "description" : "HubSpotのCRMレコードとNotionのページ・データベースを接続。HubSpotの画面から離れずにNotionのすべてにアクセスできるHubSpotマーケットプレイスアプリ。",
  "featureList" : [ "CRMカードからNotionページの作成・閲覧・編集", "NotionデータベースをCRMタブにテーブル表示", "4つのワークフローアクションで自動化", "コンタクト・会社・取引・チケット・サービス・プロジェクト対応" ],
  "installUrl" : "https://ecosystem.hubspot.com/marketplace/listing/sync-for-notion-bystartlink",
  "name" : "Sync for Notion",
  "offers" : [ {
    "@type" : "Offer",
    "description" : "ページ・DB合計50件まで",
    "name" : "Free",
    "price" : "0",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "無制限",
    "name" : "Professional",
    "price" : "10000",
    "priceCurrency" : "JPY"
  } ],
  "operatingSystem" : "Web",
  "url" : "https://start-link.jp/sync/notion"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#product-sync-moneyforward",
  "@type" : "SoftwareApplication",
  "applicationCategory" : "BusinessApplication",
  "author" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "description" : "HubSpotとマネーフォワード クラウドを連携。取引情報から見積書・請求書を自動作成し、取引先・品目の同期や継続請求に対応するHubSpot連携アプリ。",
  "featureList" : [ "取引（Deal）から見積書・請求書を自動作成", "会社情報とマネーフォワード取引先の同期", "商品項目・品目マスタの連携", "月次・固定回数の継続請求に対応（Professionalプラン以上）", "合算請求（Enterpriseプラン限定）", "前受請求（一括請求・月次計上）（Enterpriseプラン限定）", "原価登録（MF会計への仕訳登録）で案件別の原価・粗利を可視化（Enterpriseプラン限定）", "取引レコードにCRMカードで連携ステータスを表示" ],
  "installUrl" : "https://ecosystem.hubspot.com/ja/marketplace/listing/sync-for-moneyforward-bystartlink",
  "name" : "Sync for Money Forward",
  "offers" : [ {
    "@type" : "Offer",
    "description" : "請求月5件・見積月20件まで",
    "name" : "Free",
    "price" : "0",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "請求月50件・見積月100件まで",
    "name" : "Professional",
    "price" : "4000",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "無制限",
    "name" : "Enterprise",
    "price" : "10000",
    "priceCurrency" : "JPY"
  } ],
  "operatingSystem" : "Web",
  "url" : "https://start-link.jp/sync/moneyforward"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#product-sync-chatwork",
  "@type" : "SoftwareApplication",
  "applicationCategory" : "BusinessApplication",
  "author" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "description" : "HubSpotとChatworkを連携。ワークフローからChatworkのルームへ通知を送り、CRMカード上で最新のやり取りの確認と返信ができ、紐付けたルームの新着メッセージをHubSpotのノートとして自動で記録するHubSpot連携アプリ。",
  "featureList" : [ "ワークフローアクション「Chatworkに通知」（取引・会社・コンタクト・チケット対応）", "送信先ルームIDとメッセージ本文にHubSpotのプロパティを差し込み", "取引・会社・コンタクトとChatworkルームの紐付け（全プラン無制限）", "CRMカードにルームの最新100件のメッセージを表示（Professionalプラン以上）", "CRMカードからChatworkへメッセージを送信（Professionalプラン以上）", "紐付けたルームの新着メッセージをHubSpotのノートへ自動記録（Enterpriseプラン限定）", "引用や装飾を、HubSpotのノートでも読みやすい見た目のまま記録", "OAuth接続とAPIトークン接続（SAML/SSO環境向け）に対応" ],
  "installUrl" : "https://ecosystem.hubspot.com/marketplace/listing/sync-for-chatwork-bystartlink",
  "name" : "Sync for Chatwork",
  "offers" : [ {
    "@type" : "Offer",
    "description" : "通知 月10件まで・ルーム紐付け無制限",
    "name" : "Free",
    "price" : "0",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "通知無制限・CRMカードで最新100件の表示とメッセージ送信",
    "name" : "Professional",
    "price" : "3000",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "Professionalの全機能＋メッセージ同期（30分ごと）",
    "name" : "Enterprise",
    "price" : "10000",
    "priceCurrency" : "JPY"
  } ],
  "operatingSystem" : "Web",
  "url" : "https://start-link.jp/sync/chatwork"
}
```