---
title: HubSpotで作る人材紹介CRMのデータ設計｜求職者・求人・求人企業を3層でどう持つか
description: 人材紹介のHubSpotは、求職者・求人・求人企業をどの層で持つかで運用の限界が決まります。求人を取引のプロパティーに持つと何が起きるか、選考を「求職者×求人」の取引で表現する設計、求職者側と法人開拓側でパイプラインを分ける理由、人材派遣・RPOとの違いまでを解説します。
image: https://start-link.jp/hubfs/blog/screenshots/generated/gen_DS-1_recruitment_data_model.png
---

[![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) ›[HubSpot](https://start-link.jp/hubspot-ai/hubspot) ›[業界別HubSpot活用](https://start-link.jp/hubspot-ai/hubspot/industry-deep) ›HubSpotで作る人材紹介CRMのデータ設計｜求職者・求人・求人企業を3層でどう持つか

# HubSpotで作る人材紹介CRMのデータ設計｜求職者・求人・求人企業を3層でどう持つか

- 2026年7月31日
- 最終更新: 2026年10月20日

![](https://start-link.jp/hubfs/blog/screenshots/generated/gen_DS-1_recruitment_data_model.png)

この記事の結論

「求職者はCRMに入っているけれど、求人票はスプレッドシートとメールの中にある」

ブログ目次

もっと見る ▼

「求職者はCRMに入っているけれど、求人票はスプレッドシートとメールの中にある」

「同じ求人を10人に提案したはずなのに、その求人が何人書類通過したのかが出てこない」  
 ——人材紹介のCRMを入れ替えようとしている企業から、こうした相談をいただくことが多くあります。

人材紹介のCRMは、機能を比較する前に**データ構造を決める**ことが先です。具体的には、**人（求職者）・ポジション（求人）・法人（求人企業）の3つを別々のレコードとして持ち、その組み合わせである「選考」を1件のレコードとして表現する**という設計になります。ここを曖昧にしたまま導入すると、入力は増えるのに数字が取れないCRMになってしまいます。

この記事では、HubSpotを前提にしながらも、他のCRMでも通用するデータ設計の考え方を整理します。

人材紹介のCRMをこれから選ぶ方、既存システムからの入れ替えを検討している方に向けた内容です。

- **求人をどこに持つか** ── 取引のプロパティーに持った場合に何が起きるかを、入力工数とレポートの両面から具体的に説明します。
- **3層モデルの構造** ── 求職者・求人・求人企業をどのオブジェクトに割り当て、何で関連付けるかを図で示します。
- **選考の表現方法** ── 「求職者 × 求人」を1件の取引にする設計と、そうしない場合の代替案を比較します。
- **業態ごとの違い** ── 人材紹介・人材派遣・RPOで必要なオブジェクトがどう変わるかを表で整理します。

読み終える頃には、求職者・求人・求人企業をどの層で持ち、選考をどう表現するかの設計方針が固まるはずです。ぜひ最後までご確認ください。

## 人材紹介のCRMが破綻する原因は「求人をどこに持つか」を決めていないこと

人材紹介のCRM導入で最初につまずくのは、求職者の管理方法ではありません。求職者はコンタクト（人）として持つ、というところまでは、たいていの企業ですんなり決まります。問題は求人です。

求人は、次の二つの側面を持ちます。

- **「求人企業に属する情報」** ── 求人企業の側に紐づく情報です
- **「求職者に紐づけて提案するもの」** ── 求職者ごとに提案する対象でもあります

この二面性を持つデータを、既存のオブジェクトのどこかに無理やり収めようとすると、あとから取り返しがつかなくなります。

### 求人を取引のプロパティーに持つと、同じ求人を10人分入力することになります

よくあるのが、「選考1件＝取引1件」としたうえで、求人名・年収レンジ・勤務地・必須スキルといった求人の情報を、その取引のプロパティーとして持たせるパターンです。一見すると素直な設計に見えます。

ところが、同じ求人に10人の求職者を提案した瞬間に破綻します。求人の情報が10件の取引に**コピーされて重複**するからです。

求人企業から次のような連絡が来たときに、10件の取引をすべて開いて直す必要が出てきます。

- **「年収レンジを50万円上げます」**
- **「勤務地が本社から支店に変わりました」**

現実にはそこまで手が回らないので、次のような流れになります。

1. 古い条件のまま残った取引が発生します
2. CRMに入っている求人条件を誰も信用しなくなります
3. 結局スプレッドシートやメールを見に行く運用に逆戻りします

Excel管理から脱却するために入れたはずのCRMが、Excelの二重管理を増やしてしまうことになります。

### 求人単位の数字が一切取れなくなります

もっと痛いのはレポート側です。求人が独立したレコードとして存在しないと、次のような数字が原理的に出せません。

- この求人に何人推薦して、何人書類通過して、何人決まったのか（求人別の通過率）
- 3ヶ月以上決まっていない求人はどれか（滞留求人の把握）
- 求人企業ごとの平均決定リードタイム
- 職種別・年収帯別の決定率

「求人名」というテキストのプロパティーでグルーピングすればいいのでは、と思われるかもしれません。ただ、表記ゆれ（「営業（法人）」と「法人営業」）が入った時点で集計は崩れます。

**レポートで軸にしたいものは、プロパティーではなくレコードとして持つ**、というのがデータ設計の基本になります。

### 決めるべきなのは「どの単位でレコードを作るか」だけです

逆に言えば、人材紹介のCRM設計で本当に決めなければいけないのは、機能の有無ではなく、「求職者・求人・求人企業・選考のうち」の次の1点です。

- **どれを独立したレコードにするか**
- **どれをプロパティーで済ませるか**

ここさえ決まれば、あとの実装はどのCRMでも大きくは変わりません。プロパティーの粒度をどう決めるかは、[プロパティー設計のベストプラクティス](https://start-link.jp/hubspot-ai/hubspot/hubspot-features/hubspot-property-design-best-practices)も合わせてご覧いただくと整理しやすくなります。

## 3層で持つという考え方（人・ポジション・法人）

私たちが人材紹介のデータ設計を考えるときは、**人・ポジション・法人の3層**に分けて整理します。それぞれ更新される頻度も、更新する人も、寿命も違うからです。

### 求職者は「コンタクト」、求人は「カスタムオブジェクト」、求人企業は「会社」

HubSpotに当てはめると、次のような割り当てになります。

![人材紹介CRMの3層データモデル。求職者（コンタクト・選考の取引）／求人（カスタムオブジェクト・掲載ステータス・マッチング条件）／求人企業（会社・人事担当・法人開拓の取引）を3列で示した図](https://start-link.jp/hubfs/blog/screenshots/generated/gen_DS-1_recruitment_data_model.png)

| 層 | 中身・HubSpotのオブジェクト | 主な更新者 |
| --- | --- | --- |
| 人 | 求職者（候補者）／コンタクト | CA（キャリアアドバイザー） |
| ポジション | 求人（募集ポジション）／カスタムオブジェクト | RA（リクルーティングアドバイザー） |
| 法人 | 求人企業／会社 | RA |
| 人×ポジション | 選考（推薦〜内定）／取引（選考パイプライン） | CA |
| 法人開拓 | 契約・与件獲得／取引（法人開拓パイプライン） | RA |
| 求人企業の担当者 | 人事・現場責任者／コンタクト（会社に関連付け） | RA |

ポイントになってくるのは、**求人企業の人事担当者も求職者も、同じコンタクトオブジェクトに入る**という点です。

同じ人が「求職者」でもあり「発注元の人事担当」でもあるケースは実際に起こるので、無理にオブジェクトを分けません。

`contact_type`（求職者／企業担当者／その他）のような区分プロパティーで分岐させるほうが運用が破綻しにくいです。ビューやリストはこの区分で切り分けます。

### 求人を独立レコードにすると、更新が1箇所で済みます

3層で持つと、先ほどの「年収レンジが変わった」ケースは求人レコードを1件直すだけで終わります。

- **最新の求人条件** ── 関連付けられた選考の取引からは、常に参照できます
- **求人企業側の情報** ── 企業規模、選考スピード、就業条件の傾向も会社レコードに集約されるので、RAが持っている知見が個人のメモではなく会社レコードに溜まっていきます

担当者が丁寧に入力してくれることを前提にせず、**構造のほうで重複入力が発生しないようにする**という「仕組み化」の発想です。

求人をカスタムオブジェクトで持つ具体的な作り方は、[求人をカスタムオブジェクトで管理する](https://start-link.jp/hubspot-ai/hubspot/industry-deep/recruitment-job-custom-object)で詳しく扱っています。

### 企業マスターを外部の法人データベースから取り込む構成もあります

3層の考え方を広げると、法人側をさらに階層化する設計もあり得ます。企業・拠点・部署を分けて持ち、それぞれに担当者コンタクトを紐づけ、契約・求人・マッチングの取引を関連付けるという形です。

![法人側を企業・拠点・部署の3階層で持つ構成図。外部の法人データベースから企業マスターを取り込み、人事担当のコンタクト、契約・求人・選考の取引、求職者のコンタクトを関連付けた構成](https://start-link.jp/hubfs/blog/screenshots/generated/gen_DS-1_company_hierarchy.png)

この図は、企業マスターを自社で手入力するのではなく、外部の法人データベースと連携して取り込む構成例です。全国の法人情報を持つデータベースと接続しておくと、次の負荷が下がります。

- **拠点単位でのアプローチ管理**
- **名寄せ・重複排除**

ただし、いきなりここまで作る必要はありません。

- **拠点・部署の階層が要るのは** ── 同一企業の複数拠点と個別に取引している場合です
- **まずは「企業＝会社レコード1件」で始める** ── 必要になってから拠点を足すという進め方をおすすめします

### カスタムオブジェクトが使えないプランの場合

正直にお伝えすると、HubSpotのカスタムオブジェクトは**Enterpriseプランでのみ利用できる機能**です。

- **出典** ── [HubSpot ナレッジベース「カスタムオブジェクトを作成する」](https://knowledge.hubspot.com/object-settings/create-custom-objects) / 確認日 2026-08-01
- **Professional以下のプラン** ── 求人を独立したオブジェクトとして持つことはできません

その場合の現実的な代替は次の2つです。

1. **求人を「取引」の別パイプラインで持つ** ── 取引オブジェクトを「選考」と「求人（案件）」の2つのパイプラインで使い分ける方法です。取引同士の関連付けができるので、選考の取引と求人の取引を紐づけられます
2. **求人は業界特化ATSに置き、HubSpotには参照キーだけ持つ** ── 既にATSを使っている場合はこちらのほうが素直です。分担の考え方は後述します

1つ目の代替案には、次の注意点があります。

- **運用ルール** ── 取引レポートの中で2種類のレコードが混ざるため、必ずパイプラインでフィルターする運用ルールが必要になります
- **3本目のパイプライン** ── 後述するとおり求職者側（選考）と法人開拓側はパイプラインを分けるのが原則なので、選考・法人開拓に続く3本目を使うことになります
- **プランの前提** ── パイプラインの本数には上限があり、Starterは最大2本のため、この代替案は実質的にProfessional以上が前提です

## 求職者をコンタクトで持つときの設計

求職者をコンタクトに置くこと自体は迷いどころが少ないのですが、**プロパティーの持ち方**で後々の使い勝手が大きく変わります。

### 希望条件は必ず選択式で持つのが要点になります

面談メモをそのままフリーテキストのプロパティーに貼り付けている運用をよく見かけます。

情報としては残るのですが、これでは**「年収600万円以上を希望していて、リモート可の求人を探している東京在住のエンジニア」を抽出できません。**

マッチングやリスト抽出に使う条件は、ドロップダウン（単一選択）または複数選択のプロパティーで持ちます。目安として、以下は選択式にしておくと後で効いてきます。

| 項目 | 型の推奨 | 理由 |
| --- | --- | --- |
| 希望職種 | 複数選択 | 複数職種を並行して見る求職者が多いため |
| 希望勤務地 | 複数選択 | 「東京・神奈川なら可」を1レコードで表現するため |
| 希望年収（下限） | 数値 | 求人の年収上限との数値比較に使うため |
| 就業状況 | ドロップダウン | 在職中／離職中で連絡可能時間帯が変わるため |
| 転職希望時期 | ドロップダウン | 優先度付けとナーチャリング対象の切り分けに使うため |
| 現年収 | 数値 | 決定単価の予測とレポート集計に使うため |
| 面談メモ | 複数行テキスト | 検索条件にはしない前提で自由記述を残す |

選択肢の設計は「多すぎない」ことが大事です。希望職種を100個の選択肢にすると、入力する側が選べなくなります。

まずは自社の決定実績の上位20〜30職種でスタートして、運用しながら足していくくらいがちょうどよいでしょう。

### 個人情報の取り扱いは「業務の目的の達成に必要な範囲内」が原則です

求職者データは機微な情報を含みます。職業紹介事業者に適用される指針（平成11年労働省告示第141号）では、次のことが定められています。

- **業務の目的の達成に必要な範囲内で、その目的を明らかにして個人情報を収集すること**
- **保管または使用は収集目的の範囲に限られる**こと
- 人種・民族・社会的身分・門地・本籍・出生地その他社会的差別の原因となるおそれのある事項、思想および信条、労働組合への加入状況は、原則として収集してはならないとされています（出典: [厚生労働省 指針（平成11年労働省告示第141号）（抄）](https://jsite.mhlw.go.jp/niigata-hellowork/jigyounushi/kousei_saiyou/kojinjouhou/shishin.html) / 確認日 2026-08-01）

CRM設計の観点で言えば、これは「プロパティーを作る前に、そのデータを何の目的で使うのかを決める」ということです。集められるから集める、という発想でプロパティーを増やさないほうがいいと思います。

実務上は、次の3点を設計時に決めておくと安全です。

- **収集目的に必要な項目だけをプロパティー化する**
- **閲覧権限を分ける** ── 求職者の個人情報を、法人開拓しか担当しないメンバーが見られる必要はありません
- **保管期間と削除の運用を決める**

HubSpotであれば、プロパティー単位の権限設定やチーム単位の閲覧制御が使えます。

ただしプラン差があるので、必要な制御ができるかは契約前に確認いただくのが確実です。

## 選考をどう表現するか

3層モデルの中心にあるのが「選考」です。ここをどのレコードで表現するかで、取れる数字が決まります。

### 「求職者 × 求人」1件を1つの取引にするのが基本形

推奨は、**1人の求職者を1つの求人に推薦したら、取引を1件作る**という設計です。

取引には求職者のコンタクトと、求人のレコードと、求人企業の会社レコードをすべて関連付けます。こうすると、取引パイプラインのステージがそのまま選考プロセスになります。

| ステージ | 定義（何が完了したらこのステージか） | 想定確度 |
| --- | --- | --- |
| 推薦準備 | 求職者の同意を得て、推薦する求人を決めた | 5% |
| 書類提出 | 求人企業に履歴書・職務経歴書を提出した | 15% |
| 書類通過 | 書類選考の通過連絡を受けた | 30% |
| 一次面接 | 一次面接の日程が確定した | 45% |
| 最終面接 | 最終面接の日程が確定した | 65% |
| 内定 | 内定通知が出た | 85% |
| 入社（決定） | 入社日を迎え、請求可能になった | 100% |
| 辞退・不採用 | 選考が終了した（理由をプロパティーで記録） | 0% |

ステージごとに確度を持たせておくと、進行中の選考から着地見込み（加重売上）が自動で計算できます。

ステージ設計の考え方そのものは[HubSpotのパイプライン設計](https://start-link.jp/hubspot-ai/hubspot/hubspot-features/hubspot-pipeline-design-guide)で詳しく解説していますが、人材紹介の場合は次の点がポイントになってきます。

- **「受注率が変わる瞬間」でステージを切る**
- **書類通過と一次面接の間で確度が大きく動くなら** ── そこは必ず別ステージにします

### 求人が独立レコードだと、こういう画面が作れます

求人をレコードとして持っておくと、求人側から求職者を検索する画面が成立します。

![HubSpotのデモ環境の求人レコード画面。左に求人名・企業名・掲載ステータス・雇用形態・募集人数・勤務エリア・職種などのプロパティーが並び、中央に条件を指定して求職者を検索した結果がスコア付きで一覧表示されている](https://start-link.jp/hubfs/blog/screenshots/library/matching_results_job.png)

- ※ HubSpotのデモアカウントの画面です。表示されている企業名・氏名・メールアドレスはすべてデモ用のデータです。
- ※ 画面中央で条件を指定して求職者を検索している部分は、**当社がHubSpotの拡張機能（UI Extensions）を使ってデモ環境に構築したもの**であり、HubSpotの標準機能ではありません。

求人レコードの左側に掲載ステータス・雇用形態・募集人数・勤務エリア・職種といったプロパティーが並び、そのレコードの中から条件に合う求職者を検索してスコア付きで一覧できます。

求人がプロパティーの寄せ集めだと、この「求人を起点に人を探す」動線自体が作れません。マッチングの具体的な運用は[候補者と求人のマッチング運用](https://start-link.jp/hubspot-ai/hubspot/industry-deep/recruitment-candidate-job-matching)で扱っています。

### 取引名の付け方と、重複推薦の防止

取引名は自動生成のルールを決めておくと運用が安定します。たとえば「求職者名｜求人企業名｜職種」のような形式です。ワークフローで自動的に命名すれば、担当者ごとの表記ゆれがなくなります。

同じ求職者を同じ求人に二重推薦してしまう事故は、求人レコード側から関連する取引の一覧を見られるようにしておけば防げます。ここも「担当者が気をつける」ではなく、画面構造で防ぐという発想です。

### 選考を取引にしない代替案との比較

すべての企業に取引が最適とは限りません。代替案も含めて整理すると次のようになります。

| 選考の表現方法 | 向いているケース | 制約 |
| --- | --- | --- |
| 取引（1推薦＝1取引） | 決定単価が高く、1件ずつ進捗管理したい人材紹介 | 推薦数が多いと取引レコードが大量になる |
| 選考専用のカスタムオブジェクト | 取引を「請求が発生する契約」だけに限定したい場合 | Enterpriseプランが必要。売上系の標準レポートが使いにくくなる |
| コンタクトのステージで持つ | 1人が同時に1社しか受けない運用（新卒・アルバイトなど） | 同時並行の選考を表現できない。求人別の通過率が出ない |

現場で多いのは1つ目です。ただし大量応募型（1求人に数百人が応募するアルバイト・派遣登録）では取引が膨らみすぎます。

そのため、3つ目に近い設計や、業界特化ATSとの併用を検討することになります。

## 求人企業側のパイプラインを分ける

ここが人材紹介ならではの論点です。**求職者側（選考）と法人開拓側は、同じ取引オブジェクトを使っていても、別のパイプラインにするべき**です。

### ステージの意味も、担当者も、集計単位も違うからです

法人開拓の取引は「求人企業と契約し、求人（与件）を獲得する」プロセスです。ステージは、次のような流れになります。

1. リード獲得
2. 初回商談
3. 基本契約締結
4. 求人ヒアリング
5. 求人公開

一方、選考の取引は求職者ごとに動きます。この2つを1つのパイプラインに混ぜると、次の問題が起きます。

- 取引の総件数や平均金額といった標準レポートが、意味のない合計になってしまいます
- ステージ名が20個近くになり、営業メンバーが使いこなせなくなります
- RAとCAで見たいボードが違うのに、同じボードを見ることになります

RAとCAで分業している組織では、この分離はほぼ必須です。

### 金額の持ち方も分けます

取引金額の意味が、2つのパイプラインで異なります。

- **法人開拓の取引金額** ── 「その企業から見込める年間紹介売上」といった予測値になります
- **選考の取引金額** ── 「決定時の理論年収 × 手数料率」で、決定して初めて確定します

この2つを同じレポートで合算すると二重計上になるので、レポート側では必ずパイプラインで絞り込む前提で設計します。

### パイプラインの本数には上限があります

HubSpotの取引パイプラインは、公開されている製品カタログによると次のとおりとされています（出典: [HubSpot Product and Services Catalog](https://legal.hubspot.com/hubspot-product-and-services-catalog) / 確認日 2026-08-01）。

- **Starter** ── 最大2本
- **Professional** ── 最大15本
- **Enterprise** ── 最大100本

またカスタムプロパティーは1オブジェクトあたり1,000件までです。Starterで運用する場合は、選考と法人開拓の2本でちょうど枠を使い切る計算になります。

したがって、先に挙げた「求人を取引の別パイプラインで持つ」代替案は3本目が必要になるため、Starterでは選べません。

- **求人を取引で表現したい場合** ── Professional以上が前提になる、と整理しておくと迷いません
- **事業別にパイプラインを分けたくなる可能性がある場合** ── 将来的に「アルバイト紹介」「エグゼクティブ」など事業別に分けたくなるなら、プラン選定の段階で本数を数えておいたほうが安全です

## 人材派遣・RPOではデータモデルがどう変わるか

同じ人材ビジネスでも、業態が変わると必要なオブジェクトが変わります。ここを混同したまま「人材業界向けCRM」として設計すると、必ずどこかで無理が出ます。

### 3業態の比較

| 業態 | 収益・中心となるレコード・求人の役割 | 必要なオブジェクト・人のライフサイクル・主なKPI |
| --- | --- | --- |
| 人材紹介 | 収益が発生する瞬間：求職者の入社（決定） 中心となるレコード：選考（求職者×求人） 求人の役割：提案する商品 | 必要なオブジェクト：求人（カスタムオブジェクト） 人のライフサイクル：決定したら一旦終了 主なKPI：決定数・決定単価・リードタイム |
| 人材派遣 | 収益が発生する瞬間：スタッフの稼働（時間） 中心となるレコード：稼働（スタッフ×就業先×期間） 求人の役割：就業先の枠（オーダー） | 必要なオブジェクト：就業オーダー＋稼働（2つ必要になりやすい） 人のライフサイクル：契約更新が繰り返し発生 主なKPI：稼働人数・稼働率・粗利/人時 |
| RPO（採用代行） | 収益が発生する瞬間：月額の業務委託費や採用成功時 中心となるレコード：求人企業ごとの採用プロジェクト 求人の役割：代行して募集する対象 | 必要なオブジェクト：採用プロジェクト＋求人 人のライフサイクル：応募者は求人企業側の資産 主なKPI：応募数・面接設定数・採用単価 |

人材派遣で一番違うのは、**契約更新が繰り返し発生する**という点です。1回の決定で終わる紹介と違い、3ヶ月更新の契約が何度も続きます。

そのため、次のいずれかの設計が必要になります。

- **稼働（就業期間）を独立したレコードにして、更新のたびに新しいレコードを作る**
- **期間プロパティーを持つ**

この考え方はSaaSのMRR管理に近く、人材紹介の設計をそのまま持ち込むと更新管理ができません。詳しくは[人材派遣のHubSpot活用](https://start-link.jp/hubspot-ai/hubspot/industry-deep/staffing-hubspot-guide)をご覧ください。

### RPOでは応募者データの所有者が求人企業側にあります

RPOの場合は、応募者データの所有者が自社ではなく求人企業側にあるという前提が入ります。

CRMの設計としては、求人企業ごとに応募者データを分離して見られるようにする（権限とビューの分離）ことが優先になります。

## 業界特化ATSとHubSpotを併用する場合の分担

すでに業界特化のATSや求人管理システムを使っている企業の場合、すべてをHubSpotに寄せる必要はありません。むしろ、無理に一本化しようとして失敗するケースのほうが多いです。

### どちらを「正」にするかを項目ごとに決めます

併用でうまくいくかどうかは、**同じ項目を両方で編集できる状態を作らないこと**にかかっています。項目ごとに更新元（マスター）を1つに決めます。

| データ | マスターにする側 | 理由 |
| --- | --- | --- |
| 求職者の基本情報・職務経歴 | ATS | 応募経路からの取り込みや書類管理はATSが強い |
| 求職者へのメール・行動履歴 | HubSpot | MA機能とスコアリングを使うため |
| 求人票の詳細（媒体掲載用） | ATS | 媒体連携があるならATS側で完結させる |
| 求人企業との商談・契約 | HubSpot | 法人開拓は通常の営業プロセスと同じ |
| 選考の進捗 | ATSまたはHubSpotのどちらか一方 | 二重管理が最も起きやすい箇所 |
| 決定実績・請求 | HubSpot | 会計連携と経営レポートにつなげるため |

選考進捗をどちらに置くかが最大の判断ポイントです。

- **ATSに置くなら、HubSpot側には集計に必要な結果だけを同期** ── 決定日・決定年収・求人IDを同期します
- **HubSpotに置くなら** ── ATSは書類の保管庫として割り切ります

両方で進捗を管理しようとすると、必ずどちらかが古くなります。

### 連携の実装方法

HubSpotとATSの連携は、標準のコネクタがなければ、Data Hubのデータ同期やカスタムコードワークフローでAPI連携を組むことになります。

- **同期の頻度** ── 「1日1回のバッチで足りるか、リアルタイムが必要か」を先に決めておくと、実装の重さが変わってきます
- **日次バッチで足りるケース** ── 選考の進捗を営業会議でリアルタイムに見る必要がないなら、日次バッチで十分なことも多いです

人材業界全体でのHubSpot活用の全体像は、[人材業界のHubSpot活用法](https://start-link.jp/hubspot-ai/hubspot/industry-deep/hubspot-for-recruitment)にまとめています。

## 設計を間違えると取れなくなる数字

最後に、データ設計を逆方向から検証する方法をお伝えします。**取りたい数字から、必要なレコードとプロパティーを逆算する**というやり方です。

### 指標から必要な構造を逆算する

| 取りたい数字 | 必要なレコード | 必要なプロパティー |
| --- | --- | --- |
| 月次の決定数 | 選考の取引 | 決定日（入社日）、ステージ |
| 平均決定単価 | 選考の取引 | 決定年収、手数料率、決定金額 |
| 決定リードタイム | 選考の取引 | 初回面談日、推薦日、決定日 |
| 求人別の書類通過率 | 求人レコード＋選考の取引 | 求人との関連付け、各ステージの通過日 |
| CA別の推薦数と決定率 | 選考の取引 | 担当者、ステージ |
| 求人企業別の決定実績 | 会社＋選考の取引 | 会社との関連付け、決定日 |
| 滞留求人の把握 | 求人レコード | 掲載ステータス、公開日、最終推薦日 |
| 失注（辞退・不採用）理由の分析 | 選考の取引 | 終了理由（ドロップダウン） |

この表を作ってみると、**求人レコードがないと出せない数字が2つある**ことがすぐ分かります。求人別の通過率と滞留求人です。この2つを経営指標として見たいかどうかが、求人をカスタムオブジェクトにするかどうかの判断基準になります。

### ステージの「通過日」を残す設計にしておきます

リードタイムや通過率を出すうえで見落とされがちなのが、各ステージに入った日付です。取引のステージは現在値しか持たないため、「いつ書類通過したか」を後から遡ることができません。

HubSpotには各ステージの入退出日を保持する仕組みがありますが、レポートで使いやすい形にしたい場合は、ステージ移行時に日付プロパティーを更新するワークフローを組んでおくのが確実です。

### 数字は「その時点」で固定して残す

月次のレポートはスナップショットで残しておくこともおすすめします。CRMのレコードは更新されるので、先月時点で見ていた「今月の決定見込み」と、今月末に見る数字がずれることがあります。

ダッシュボードの定期配信でPDFを残しておくと、後から「あのとき何を見て判断したのか」を追えます。

## よくある質問

人材紹介のCRM設計について、実際にご相談をいただくことが多い論点をまとめました。

### Q1. 求職者と求人企業の担当者を、同じコンタクトオブジェクトに入れて混乱しませんか？

区分プロパティー（求職者／企業担当者）を必ず持たせ、ビューとリストをその区分で分ければ実務上の混乱はほとんど起きません。オブジェクトを分けてしまうと、同じ人が両方の立場になったときに二重管理が発生します。むしろメールの配信対象を誤らないよう、区分プロパティーを必須項目にしておくほうが重要です。

### Q2. 求人をカスタムオブジェクトにできないプランです。何から始めればよいですか？

まずは選考の取引を正しく作るところからで十分です。求職者・求人企業・選考の3つが正しく関連付いていれば、決定数・単価・リードタイムは取れます。求人別の通過率が本当に必要になったタイミングで、取引の第2パイプラインで求人を持つか、プランを上げるかを検討すればよいと思います。最初から完成形を目指さず、段階的に広げるほうが現場に定着します。

### Q3. 選考のステージはいくつくらいが適切ですか？

7〜8個が目安です。受注確度が明確に変わる瞬間だけをステージにします。「求人企業に連絡した」「返信待ち」のような、確度が変わらない状態をステージにすると、営業が動かすだけの作業が増えます。細かい状態はステージではなくタスクやプロパティーで持つのがよいでしょう。

### Q4. すでに数万件の求職者データがあります。全部移行すべきですか？

全件を機械的に移行するより、直近で活動のあるデータと、決定実績のあるデータを優先することをおすすめします。連絡が取れない古いデータをそのまま入れると、リストの精度が下がり、メール配信の到達率にも影響します。移行前に「いつまでのデータを対象にするか」を、個人情報の保管期間の方針と合わせて決めておくと、その後の運用が軽くなります。

### Q5. 人材紹介と人材派遣の両方をやっています。1つのポータルで管理できますか？

可能ですが、パイプラインとレポートは必ず分けてください。収益の発生タイミングも管理単位も違うため、混ぜると経営指標が意味をなさなくなります。求職者（コンタクト）は共通で持ちつつ、紹介の選考と派遣の稼働は別のパイプライン、可能であれば別のオブジェクトで管理する設計が現実的です。

## まとめ

人材紹介のCRM設計で押さえておきたい点を整理します。

- **求人をどこに持つかを最初に決める**。取引のプロパティーに持つと、同じ求人を推薦人数分だけ重複入力することになり、求人別の通過率も滞留求人も見えなくなります。
- **人・ポジション・法人の3層で持つ**。求職者はコンタクト、求人はカスタムオブジェクト、求人企業は会社に置き、その組み合わせである選考を取引で表現します。
- **求職者側と法人開拓側でパイプラインを分ける**。ステージの意味も担当者も金額の意味も違うため、混ぜると標準レポートが機能しません。
- **業態でモデルが変わる**。人材派遣は稼働と契約更新、RPOは求人企業ごとのプロジェクトが中心になります。紹介の設計をそのまま流用しないことが大切です。
- **取りたい数字から逆算して検証する**。決定数・単価・リードタイム・求人別通過率を並べ、それぞれに必要なレコードとプロパティーが揃っているかを確認します。

最初の一歩としては、いまExcelやスプレッドシートで管理している項目を書き出し、それが「人・ポジション・法人・選考」のどれに属する情報なのかを仕分けしてみてください。

- **この仕分けができていれば** ── どのCRMを選んでも設計はぶれません
- **ここが曖昧なまま製品比較を始めると** ── 機能の多さで選んでしまい、運用が始まってから作り直すことになります

もちろん、最適な形は企業様によって異なります。自社の業態・体制にどう当てはめるかを具体的に検討したい場合は、[StartLinkの無料相談](https://start-link.jp/contact)でご相談ください。現状の運用をうかがったうえで、設計の方向性をご提案します。

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

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/kv_IK-08.png) 医療・福祉事業者のHubSpot構築ガイド｜ナレッジベースとAIエージェントで問い合わせ対応を仕組み化する](https://start-link.jp/hubspot-ai/hubspot/industry-deep/healthcare-welfare-hubspot-guide)

### [![](https://start-link.jp/hubfs/blog/screenshots/generated/kv_IK-06.png) 製造業（BtoBメーカー）のHubSpot構築ガイド｜製品マスタ・引き合い管理・製品別の売上分析をCRMで設計する](https://start-link.jp/hubspot-ai/hubspot/industry-deep/manufacturing-hubspot-guide)

### [![](https://start-link.jp/hubfs/blog/screenshots/generated/kv_IK-07.png) コンサルティング会社のHubSpot構築ガイド｜流入経路の評価から案件・納品・請求までをCRMで管理する](https://start-link.jp/hubspot-ai/hubspot/industry-deep/consulting-firm-hubspot-setup-guide)

## あわせて読みたいHubSpot実務ガイド

### [Basics HubSpotの基本操作ガイド コンタクト管理、メール、電話、取引登録までを実画面ベースで整理しています。](https://start-link.jp/hubspot-ai/hubspot/hubspot-features/hubspot-basic-operations-guide)

### [Content Hub HubSpot Content Hubの実務活用 サイト運用、CMS設計、AIO対策まで含めてContent Hubを解説しています。](https://start-link.jp/hubspot-ai/hubspot/hubspot-features/hubspot-content-hub)

### [Integration HubSpotとSalesforceの連携ガイド 移行時の注意点、同期設計、運用上の落とし穴をまとめています。](https://start-link.jp/hubspot-ai/hubspot/integration-ecosystem/hubspot-salesforce-integration-guide)

### [Contact 導入や活用の相談はこちら 自社環境に合わせた導入方針、運用設計、リライト優先度の相談ができます。](https://start-link.jp/contact)

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

[無料で相談する](https://start-link.jp/contact) [資料をダウンロード](https://start-link.jp/hubspot-ai/hubspot/industry-deep/recruitment-crm-data-model#blog-download)

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

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

[HubSpot](https://start-link.jp/hubspot-ai/tag/hubspot) [CRM](https://start-link.jp/hubspot-ai/tag/crm) [データ](https://start-link.jp/hubspot-ai/tag/データ) [導入](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-07-31T16:52:23.000Z",
  "headline" : "HubSpotで作る人材紹介CRMのデータ設計｜求職者・求人・求人企業を3層でどう持つか",
  "image" : [ "https://start-link.jp/hubfs/blog/screenshots/generated/gen_DS-1_recruitment_data_model.png" ],
  "mainEntityOfPage" : {
    "@id" : "https://start-link.jp/hubspot-ai/hubspot/industry-deep/recruitment-crm-data-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" : "区分プロパティー（求職者／企業担当者）を必ず持たせ、ビューとリストをその区分で分ければ実務上の混乱はほとんど起きません。オブジェクトを分けてしまうと、同じ人が両方の立場になったときに二重管理が発生します。むしろメールの配信対象を誤らないよう、区分プロパティーを必須項目にしておくほうが重要です。"
    },
    "name" : "求職者と求人企業の担当者を、同じコンタクトオブジェクトに入れて混乱しませんか？"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "まずは選考の取引を正しく作るところからで十分です。求職者・求人企業・選考の3つが正しく関連付いていれば、決定数・単価・リードタイムは取れます。求人別の通過率が本当に必要になったタイミングで、取引の第2パイプラインで求人を持つか、プランを上げるかを検討すればよいと思います。最初から完成形を目指さず、段階的に広げるほうが現場に定着します。"
    },
    "name" : "求人をカスタムオブジェクトにできないプランです。何から始めればよいですか？"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "7〜8個が目安です。受注確度が明確に変わる瞬間だけをステージにします。「求人企業に連絡した」「返信待ち」のような、確度が変わらない状態をステージにすると、営業が動かすだけの作業が増えます。細かい状態はステージではなくタスクやプロパティーで持つのがよいでしょう。"
    },
    "name" : "選考のステージはいくつくらいが適切ですか？"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "全件を機械的に移行するより、直近で活動のあるデータと、決定実績のあるデータを優先することをおすすめします。連絡が取れない古いデータをそのまま入れると、リストの精度が下がり、メール配信の到達率にも影響します。移行前に「いつまでのデータを対象にするか」を、個人情報の保管期間の方針と合わせて決めておくと、その後の運用が軽くなります。"
    },
    "name" : "すでに数万件の求職者データがあります。全部移行すべきですか？"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "可能ですが、パイプラインとレポートは必ず分けてください。収益の発生タイミングも管理単位も違うため、混ぜると経営指標が意味をなさなくなります。求職者（コンタクト）は共通で持ちつつ、紹介の選考と派遣の稼働は別のパイプライン、可能であれば別のオブジェクトで管理する設計が現実的です。"
    },
    "name" : "人材紹介と人材派遣の両方をやっています。1つのポータルで管理できますか？"
  } ]
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/hubspot-ai/hubspot/industry-deep/recruitment-crm-data-model#article",
  "@type" : "BlogPosting",
  "author" : {
    "@id" : "https://start-link.jp/#founder"
  },
  "dateModified" : "2026-10-20T01:22:03+09:00",
  "datePublished" : "2026-07-31T16:52:23+09:00",
  "headline" : "HubSpotで作る人材紹介CRMのデータ設計｜求職者・求人・求人企業を3層でどう持つか",
  "image" : "https://start-link.jp/hubfs/blog/screenshots/generated/gen_DS-1_recruitment_data_model.png",
  "isPartOf" : {
    "@id" : "https://start-link.jp/#website"
  },
  "mainEntityOfPage" : {
    "@id" : "https://start-link.jp/hubspot-ai/hubspot/industry-deep/recruitment-crm-data-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/hubspot",
    "name" : "HubSpot",
    "position" : 3
  }, {
    "@type" : "ListItem",
    "item" : "https://start-link.jp/hubspot-ai/hubspot/industry-deep",
    "name" : "業界別HubSpot活用",
    "position" : 4
  }, {
    "@type" : "ListItem",
    "name" : "HubSpotで作る人材紹介CRMのデータ設計｜求職者・求人・求人企業を3層でどう持つか",
    "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"
}
```