%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"){kind=logo}
この記事の結論
人材業界のHubSpot活用とは、候補者をコンタクト、求人企業を会社、紹介案件を取引に割り当て、三者間の進捗とフォローを1つのCRMで管理することです。最初に決めるのは、取引を「候補者と求人のペア」として作ること、推薦から入社までのステージと必須プロパティ、そして候補者を目的別に絞り込むビューの3点です。
人材業界のHubSpot活用とは、候補者をコンタクト、求人企業を会社、紹介案件を取引に割り当て、三者間の進捗とフォローを1つのCRMで管理することです。最初に決めるのは、取引を「候補者と求人のペア」として作ること、推薦から入社までのステージと必須プロパティ、そして候補者を目的別に絞り込むビューの3点です。
「候補者データがExcelに散在していて、適切なタイミングで求人を案内できていない」「求人企業との対応履歴が担当者の頭の中にしかない」「紹介実績のレポーティングに毎月膨大な時間がかかる」——人材業界ならではの管理課題を抱えている企業は多いと思われます。
人材業界（人材紹介・人材派遣・求人メディア）におけるHubSpot活用とは、候補者（求職者）管理、求人企業（クライアント）管理、マッチング管理という人材ビジネス特有の三者間プロセスをCRMで一元化し、成約率の向上と業務効率化を実現することです。派遣のようにオーダーとスタッフの稼働まで管理する場合の設計は人材派遣の稼働管理をHubSpotで設計するで扱っています。
この記事では、人材業界の企業がHubSpotを導入する際の設計思想と、具体的な活用パターンを解説します。この分野の体系的な情報は業界別HubSpot活用ガイドでまとめています。
本記事はHubSpotゴールドパートナーのStartLinkの「HubSpot完全ガイド」関連記事です。
この記事でわかること
人材紹介・人材派遣・求人メディアの会社がHubSpotを導入・活用する際に、最初に押さえておきたい設計の全体像をまとめました。これからCRMを検討する方にも、すでにHubSpotを使っている方にも役立つ内容です。
- 人材業界に適したHubSpotのデータ設計 — 候補者・求人企業・紹介案件の三者間リレーションを、コンタクト・会社・取引・チケットでどう表現するかを解説します。
- 候補者（求職者）管理の仕組み — カスタムプロパティとビューを使い、目的別に候補者を絞り込んで動ける状態の作り方を紹介します。
- 紹介プロセスのパイプライン設計 — 推薦から入社までのステージ・確度・必須プロパティの考え方を、表に落としてお伝えします。
- マッチングと求職者マイページの仕組み化 — 人の記憶に頼らないマッチングと、求職者向けマイページの運用例を画面とともに紹介します。
- ナーチャリングとレポート設計 — パッシブ候補者のフォロー自動化と、経営・現場が見るKPIダッシュボードの作り方を整理します。
人材業界でHubSpot・営業・CRMの仕組み化を検討されている方に向けて書いています。最後まで読むと、自社に合ったデータ設計の型と、まず何から始めるべきかがわかるようになります。
人材業界の業務とHubSpotの対応
人材業界のビジネスは、候補者と求人企業の双方を管理する「両面型」のプロセスが特徴です。一般のBtoB営業が「自社→顧客」の一方向で動くのに対し、人材ビジネスは候補者側と企業側の両方を並行して育て、最終的に両者を結び付ける必要があります。
候補者と求人企業を同時に管理する「両面型」
人材紹介では、候補者との面談と求人企業との折衝が別々に動き、成約は両者の条件が重なった一点で生まれます。担当を分けても情報が切れない体制の作り方は人材紹介のRA/CA分業をHubSpotで設計するで扱っています。
Excel・スプレッドシート管理の限界
候補者名簿をExcelで管理し、求人企業とのやり取りをメールと電話で回していると、情報が担当者ごとに分散します。ある候補者にどの求人をいつ案内したか、面談で何を聞いたかが他の人から見えないと、同じ求人の重複案内や、タイミングを逃した取りこぼしが起きやすくなります。
スプレッドシートで管理されていると、手動での変更が多くなってしまいますし、過去のやり取りを確認しようとしても情報が分散してしまいます。HubSpotに全部入っていれば、候補者の応募履歴や面談記録が一覧で確認できます。
主な業務領域ごとの課題と、HubSpotでの対応を整理すると次のようになります。
| 業務領域 | 現状の課題 | HubSpotでの解決策 |
|---|---|---|
| 候補者管理 | Excelやメールで管理、検索性が低い | コンタクト + カスタムプロパティで一元管理 |
| 求人企業管理 | 担当者ごとに情報が分断 | 会社オブジェクトで全社共有 |
| マッチング管理 | 候補者と求人の紐付けがExcelで煩雑 | 取引パイプラインで進捗管理 |
| 候補者ナーチャリング | 求人案内が一斉配信、パーソナライズなし | セグメント配信 + ワークフロー |
| レポーティング | 月次レポートの作成に丸1日かかる | ダッシュボードでリアルタイム可視化 |
データ設計：三者間リレーションの構築
人材業界のCRM設計では、「候補者」「求人企業」「紹介案件」の三者間のリレーションが要点になります。ここが曖昧なまま運用を始めると、後からプロパティやオブジェクトを増やし直すことになり、現場の入力負担だけが増えていきます。
オブジェクト設計
人材紹介の三者間プロセスは、HubSpotの標準オブジェクトに次のように載せられます。この3層をHubSpotのどのオブジェクトに載せるかの判断はHubSpotで作る人材紹介CRMのデータ設計で詳しく整理しています。
| HubSpotオブジェクト | 人材業界での活用 | 主要プロパティ |
|---|---|---|
| コンタクト | 候補者（求職者） | 氏名、職種、経験年数、希望年収、転職時期、スキル |
| 会社 | 求人企業（クライアント） | 企業名、業種、規模、担当営業 |
| 取引 | 紹介案件（マッチング） | 候補者×求人のペア、選考ステージ、年収提示額 |
| チケット | 候補者からの問い合わせ | 相談内容、対応状況 |
他のCRMを使ったことがある方は、コンタクトが取引先責任者、会社が取引先、取引が商談に対応すると考えるとイメージしやすいと思われます。ただし、人材業界では「取引＝候補者と求人の組み合わせ」になる点が、一般的な営業管理と異なります。
関連付け設計
ポイントは、紹介案件（取引）を候補者と求人企業の双方に関連付けることです。そうすると候補者レコードから「この人に今どの求人を案内しているか」、求人企業レコードから「この企業に誰を推薦中か」が両方向から辿れます。構造としては、候補者（コンタクト）と求人企業（会社）を、紹介案件（取引）が橋渡しする形です。
以下の図は、人材紹介を4つの標準オブジェクトで表した構成図です。
紹介案件（取引）を中心に、候補者と求人企業の双方を関連付ける構成です。1人の候補者が複数の求人に応募する場合も、紹介案件を1件ずつ作ることで多対多の関係をそのまま表現できます。
1人の候補者が複数の求人に応募するケース、1つの求人に複数の候補者を紹介するケースを、取引オブジェクトの関連付けで柔軟に管理できます。
関連付けラベルで役割を区別する
同じ会社でも、取引先（求人企業）として関わる場合と、候補者の現職として登録される場合があります。関連付けラベルを使うと、取引や会社に関連付いた相手の役割を区別できます。
| 関連付けの組み合わせ | ラベルの例 | 目的 |
|---|---|---|
| 取引 → コンタクト | 「候補者」「求人企業の採用担当者」 | 1つの取引に、推薦した本人と先方の窓口を両方持たせる |
| 取引 → 会社 | 「求人企業」「現職」 | 求人企業別の紹介実績と、現職からの転職者の把握を分ける |
| コンタクト → 会社 | 「現職」「過去の勤務先」 | 候補者の職歴から、過去の勤務先への営業機会を拾う |
- 設定（歯車アイコン）＞ データ管理 ＞ データモデル を開き、「データモデルを編集」からグラフビューを選びます
- 対象オブジェクトの「すべて表示」から、相手のオブジェクトのメニュー（3点アイコン）で「関連付けラベルを作成」を選びます
- レコードの関連付けカードにマウスを合わせ、「その他」＞「関連付けラベルを編集」でラベルを付けます（CSVインポートでも一括で付けられます）
関連付けラベルの作成にはスーパー管理者権限とProfessional以上が必要で、オブジェクトの組み合わせごとに50個まで作れます（HubSpot公式：関連付けラベルの作成と使用）。
プロパティは最小限に絞る
設計で陥りがちなのが、「あれもこれも」とプロパティを増やしすぎることです。入力する側の負担が増えると、結局どの項目も埋まらないというSFAあるあるの失敗に戻ってしまいます。まずは候補者検索と進捗管理に必要な項目だけに絞り、必須入力はステージ移行の節目に限定するのがおすすめです。運用が回り始めてから必要な項目を足す方が、定着しやすいです。
候補者（求職者）管理の設計
候補者はHubSpotではコンタクトとして管理します。名簿として持つだけでなく、「今動ける候補者」をすぐに引き出せる状態にすることがポイントです。
カスタムプロパティ例
候補者管理では、標準のプロパティに加えて人材業界固有の項目をカスタムプロパティとして作ります。例えば次のような構成です。
| プロパティ | 種類 | 用途 |
|---|---|---|
| 現職 | テキスト | 現在の会社名・役職 |
| 職種カテゴリ | ドロップダウン | 営業/エンジニア/マーケ/管理等 |
| 経験年数 | 数値 | 業界経験の長さ |
| 希望年収 | 数値 | 転職時の希望年収 |
| 転職希望時期 | ドロップダウン | 即時/3か月以内/半年以内/情報収集中 |
| 候補者ステータス | ドロップダウン | アクティブ/パッシブ/転職済み/辞退 |
| 保有スキル | 複数チェックボックス | 技術スキルの分類 |
| 登録チャネル | ドロップダウン | Web応募/紹介/スカウト/イベント |
項目の並びや選択肢は、企業様によって最適な形は異なります。自社の面談シートや求人票の項目と照らし合わせて、「面談で毎回確認する情報」「検索条件として使う情報」から逆算して決めると、現場で使われる設計になります。
カスタムプロパティの作り方と命名
- 設定（歯車アイコン）＞ プロパティ を開き、「オブジェクトを選択」でコンタクトのプロパティを選びます
- 表の上の「プロパティを作成」を押し、オブジェクトタイプ、グループ（例：「候補者情報」）、ラベル（例：転職希望時期）を入力します
- フィールドタイプは、選択肢が決まっているものは「ドロップダウン選択」、スキルのように複数選べるものは「複数のチェックボックス」、年収・経験年数は「数値」にします
- 選択肢は、求人側のプロパティ（求人票）と同じ表記にそろえます。マッチングで使うため、「エンジニア」と「ITエンジニア」のような表記違いを作らないことが重要です
手順の詳細はHubSpot公式：プロパティの作成と編集です。作成後はオブジェクトタイプと内部名を変更できないため、内部名（英数字）は最初に決めてから作ります。
ビュー（フィルター）の活用
候補者リストを目的別にフィルタリングして表示するビューを作成します。
- 即時転職希望者: 転職時期=即時 × ステータス=アクティブ
- エンジニア候補者: 職種=エンジニア × 経験3年以上
- 年収800万以上: 希望年収≧800万 × ステータス=アクティブ
- 1か月以内に接触していない候補者: 最終活動日＞30日前
表示する列や絞り込み条件をビューとして保存しておくと、チーム全員が同じ切り口で候補者を確認できます。
「1か月以内に接触していない候補者」のビューは特に有効です。登録はあるものの放置されていたパッシブ候補者が浮かび上がり、フォロー漏れを仕組みで検知できます。
以下の画面は、HubSpotのコンタクト一覧です。表示する列や絞り込み条件をビューとして保存しておくと、チーム全員が同じ切り口で候補者を確認できます。
紹介プロセスのパイプライン設計
紹介案件は取引オブジェクトで管理し、推薦から入社までをパイプラインで追います。パイプラインはHubSpot活用のコア部分で、「どのステージに何件あるか」が見えるだけで、その月の成約見込みとボトルネックが同時に把握できます。
推奨パイプライン
ステージは、成約確度が変化するポイントで分けるのが基本的な考え方です。例えば次のような構成です。
| ステージ | 定義 | 確度 | 必須プロパティ |
|---|---|---|---|
| 候補者推薦 | 求人企業に候補者を推薦 | 10% | 推薦日、推薦理由 |
| 書類選考中 | 企業側で書類を審査中 | 20% | 書類提出日 |
| 一次面接 | 一次面接の実施 | 35% | 面接日、面接官 |
| 二次面接 | 二次面接・最終面接 | 50% | 面接日 |
| 内定 | 企業から内定が出た | 80% | 提示年収、入社予定日 |
| 内定承諾 | 候補者が内定を承諾 | 95% | 承諾日 |
| 入社 | 候補者が入社完了 | 成約（クローズ） | 入社日、確定年収 |
| 辞退・不採用 | 選考辞退または不採用 | 0% | 辞退/不採用理由（必須） |
各ステージの定義を社内で明確に共有し、属人化を防ぐことがポイントです。「面接調整中」と「面接実施済み」が人によって違うステージに置かれると、レポートの数字が信用できなくなります。
ステージ・確度・定義・必須プロパティの4要素
パイプライン設計は、ステージ・確度（受注確度）・ステージ定義・必須プロパティの4要素で考えると抜け漏れが減ります。例えば「内定」ステージで提示年収と入社予定日を必須入力にしておくと、成約直前の条件交渉の記録が残り、後から「いくらで決まった案件か」を辿れます。必須入力は新人にとって「何を確認し、何を記録すべきか」を教えるガイドにもなり、個人の経験差を仕組みで吸収できます。
紹介パイプラインを作る手順
- 設定（歯車アイコン）＞ データ管理 ＞ オブジェクト ＞「取引」＞「パイプライン」タブで、「パイプラインを作成」から「最初から作成」を選び、「紹介案件」と名付けます
- 上の表の順にステージを追加し、ステージごとの「取引確率」を設定します。「入社」を受注、「辞退・不採用」を失注に対応させます
- ステージの「条件付きロジックルール」で「ルールを追加」を押し、「内定」では提示年収と入社予定日、「辞退・不採用」では理由を必須にします
- 「パイプラインルール」タブで、ステージの飛ばしと逆戻りを制限します（スーパー管理者などは制限の対象外で、ワークフローやAPIによる更新も対象外です）
画面の根拠はHubSpot公式：オブジェクトのパイプラインの設定と管理とパイプラインルールの設定です。パイプラインルールはProfessional以上が対象です。
| よくある失敗 | 起きること | 回避策 |
|---|---|---|
| 面接ステージを「一次」「二次」「最終」「オファー面談」と細かく分けすぎる | 求人企業ごとの選考回数の違いで、ステージが使われなくなる | ステージは「面接」にまとめ、面接回数は取引のプロパティ（面接回数）で持つ |
| 辞退と不採用を同じ理由欄にする | 辞退理由の分析が候補者側の課題か企業側の課題か判断できない | 「辞退・不採用」ステージの必須プロパティを「辞退/不採用の区分」と「理由カテゴリ」の2つにする |
| 候補者と求人の組み合わせを1つの取引にまとめる | 1人が複数求人に応募した場合に進捗が混ざる | 応募1件ごとに取引を1件作る |
| 推薦日を入力しない | 推薦から内定までの日数が測れない | 最初のステージで推薦日を必須にする |
ステージの確率は、自社の過去の紹介案件で、各ステージに到達した件数のうち最終的に入社になった割合を集計して決めます。表の数値は考え方の例で、そのまま使う必要はありません。
紹介手数料とフォーキャスト
取引の金額フィールドに紹介手数料（例えば候補者の提示年収に所定の料率を掛けた金額）を設定し、パイプラインのフォーキャスト機能で売上予測を行います。確度を掛け合わせた加重金額で見ると、「推薦は多いが書類通過が少ない」といったボトルネックが数値で見えてきます。
求人企業の営業と紹介案件でパイプラインを分ける
紹介案件のパイプラインとは別に、求人企業への営業活動を追うパイプラインを持つ設計もあります。紹介案件は候補者推薦から入社までの選考を、法人営業はリードから初回訪問、ニーズ確認、契約締結、求人発生待ちまでの企業との営業活動を追います。追う業務が違うため、担当者が次に取る行動を区別でき、片方のステージを動かしただけでもう片方も進んだとみなさない運用にします。
各ステージには、移動の起点になる出来事、確認する記録、更新する担当者を決めます。担当者によって判断が割れるなら、名称より先に完了条件を文章にします。自動化は担当者の割り当て、面談後のリマインド、通知、入社後のフォロータスク作成のように、起点を記録から確認できる作業に使い、推薦や採用に関わる判断は担当者が行います。
採用コンサル・採用支援会社の支援先管理
人材紹介とは別に、企業の採用活動を支援する採用コンサルや採用支援の会社では、管理する相手は応募者ではなく「支援先の企業」です。ここでは、その場合の設計の考え方を整理します。
支援先を会社、支援内容を取引として管理する
支援先の企業を会社レコードに登録し、採用戦略の設計、母集団形成の支援、面接設計の支援など、提案する内容ごとに取引を作ります。提案の内容、課題の背景、決裁者を取引に残すと、担当者が変わっても支援の経緯をたどれます。
母集団形成の進捗を支援先ごとに見る
母集団形成の支援では、支援先ごとに、掲載媒体やスカウトの施策、問い合わせの件数、定例会議での報告事項を整理します。施策の実施状況は取引やタスクに記録し、定例会議の前に確認する項目を決めておきます。支援の成果を報告する際は、HubSpotで管理している施策の進捗と、支援先側で把握している応募数を分けて扱います。
HubSpotでできること・専用システムに任せること
| 領域 | HubSpotで管理できる | 専用システムに任せる |
|---|---|---|
| 支援先管理 | 支援先別の案件、提案、進捗、定例会議の記録 | 応募者の選考管理（ATS） |
| 母集団形成 | 施策の実施状況、支援先への報告のための記録 | 応募者個人の書類・面接評価の管理 |
応募者ごとの選考状況は、採用管理システム（ATS）の領域で、HubSpotは向きません。HubSpotには支援先との関係と施策の進捗を置き、選考管理はATSで行う分担にします。
マッチングと求職者マイページの仕組み化
候補者と求人の組み合わせを担当者の記憶と感覚だけに頼ると、登録数が増えるほど取りこぼしが増えます。ここはCRM上で「条件検索→取引作成→関連付け」までを一連の流れとして仕組み化したい領域です。
条件検索から取引作成まで
以下の画面は、求職者レコードから条件に合う求人を検索するマッチング画面のデモです。候補となる求人を選ぶと、その候補者に対して取引（マッチング）を作成できます。
求職者レコードから求人を条件検索するマッチング画面のデモ。選択すると取引（マッチング）を作成できます。
逆向きに、求人から候補者を探すこともできます。次の画面は、求人レコードから求職者を検索したマッチング結果で、スコア・氏名・エリア・職種・働き方・経験年数が一覧で表示されています。
次の画面は、マッチング実行後の表示です。「1件のマッチング取引を作成し、関連付けました」という通知が出て、取引の作成と候補者・求人企業への関連付けが一度に完了します。
求職者向けの会員マイページ
求職者側にも仕組みを渡すと、フォローの効率が変わります。次の画面は、求職者向けの会員マイページの例です。マッチスコア順に紹介求人が並び、エリア・職種・働き方・年収で絞り込めるようになっています。
求職者が自分で求人を探せる導線があると、コンサルタントが毎回個別に求人リストを作って送る手間が減ります。誰がどの求人を見ているかの行動がCRMに残れば、「あの候補者が最近アクティブになっている」というタイミングの把握にもつながります。
人の記憶ではなく仕組みで回す
マッチングの質を個人の勘に依存させないために、「条件に合う候補者がいれば検索で拾える」「取引を作れば関連付けが自動で付く」という状態を作ることが先決です。そのうえで、最終的にどの候補者を推すか、どう提案するかはコンサルタントが判断します。検索と集計は仕組みに任せ、人は判断と提案に集中する、という役割分担が成約率にも効いてきます。
マッチングスコアで推薦の優先度をそろえる
候補者と求人の双方に、職種、必須スキル、経験年数、年収レンジ、勤務地、時期といった同じ選択肢のプロパティを用意すると、マッチングの検索とスコアの計算が成り立ちます。求人票をカスタムオブジェクトとして持つ場合は、候補者側と求人側で選択肢をそろえてください。カスタムオブジェクトが使えるかどうかは契約プランで異なるため、事前に確認が必要です。
| 評価項目 | 配点の例 |
|---|---|
| 職種カテゴリの一致 | 25点 |
| 必須スキルの充足 | 20点 |
| 経験年数の適合 | 15点 |
| 年収レンジの適合 | 15点 |
| 勤務地の一致 | 10点 |
| 転職時期の適合 | 10点 |
| 歓迎スキルの充足 | 5点 |
配点は考え方の例で、80点以上を最優先で推薦、60点台は候補者に打診してから推薦、40点台は不足要素を確認して判断、それ未満は候補者プールに保持、のように優先度の帯を決めて使います。前の節で見た条件検索の画面は標準の画面ではなく、UI拡張などで構築した例です。年収のように絞り込みで候補が一気に減る項目は、検索条件にせず結果の列で担当者が判断する、といった設計の選択もあります。
ナーチャリング・メール自動化
紹介案件がパイプラインで管理できたら、次は「今すぐ動かない人」を放置しない仕組みです。転職市場では、すぐには転職しない「パッシブ候補者」の比率が高いため、長期的なナーチャリングが重要です。
候補者向けナーチャリング
パッシブ候補者は「今は動かない」だけで、将来の候補者です。情報収集中の段階から適度な接点を持ち続けると、転職意欲が高まったタイミングで最初に相談される側に回れます。
ワークフロー例：パッシブ候補者の定期フォロー
- 候補者ステータスが「情報収集中」に設定
- 月1回、業界別の求人マーケットレポートを自動配信
- 新着求人のうち、候補者の職種・希望条件にマッチするものを通知
- メール開封→ページ閲覧のスコア加点→一定スコアでコンサルタントに通知
このワークフローを作る場合の設定の目安は次のとおりです。
| 項目 | 設定例 |
|---|---|
| 登録条件 | コンタクトの「候補者ステータス」が「パッシブ」、かつ「最終活動日」が60日より前、かつ「メール配信の可否」が配信可 |
| 再登録 | オフ（同じ候補者に重複して配信しない） |
| 分岐 | 「職種カテゴリ」の値ごとに、配信するマーケットレポートを分ける |
| 終了条件 | 「候補者ステータス」が「アクティブ」に変わったらワークフローを抜け、担当コンサルタントにタスクを作る |
行動のスコアは、マーケティング＞リードスコアリングで「スコアを作成」から設定します。イベントのルールで「メール開封」「求人ページ閲覧」などに加点し、期間や頻度も指定できます。コンタクトのスコアにはMarketing HubのProfessional以上が必要です（HubSpot公式：リードスコアの作成）。個人情報を扱うため、配信対象は同意を取得した候補者に限ってください。
ポイントは最後のスコア通知です。開封や閲覧の行動が積み上がった候補者だけを人がフォローする形にすると、限られた工数を「今動きそうな人」に集中できます。
求人企業向けナーチャリング
- 新規取引先の開拓: メール+電話のシーケンスで新規アプローチ
- 既存クライアントへの定期レポート: 月次の採用マーケット情報配信
- 紹介実績のフィードバック: ワークフローで定期的に満足度アンケートを送信
候補者側と企業側の両方にナーチャリングの流れを作ることで、「集客→登録→マッチング→成約→再紹介」という一気通貫のサイクルが回り始めます。
レポート・ダッシュボード設計
データが一元化されると、レポート作成のための集計作業から解放されます。蓄積されたデータはそのまま経営判断と現場改善の材料になります。
人材業界向けKPIダッシュボード
| レポート | 指標 |
|---|---|
| コンサルタント別・紹介数 | 担当者ごとの推薦件数 |
| コンサルタント別・成約数/率 | 担当者ごとの成約件数と率 |
| 求人企業別・選考通過率 | 企業ごとの書類通過率、面接通過率 |
| 職種別・マッチング状況 | 職種カテゴリ別の候補者数と求人数 |
| 月次売上推移 | 紹介手数料の月次推移 |
| パイプライン予測 | ステージ別の加重売上予測 |
| 辞退・不採用理由の分析 | 理由カテゴリ別の円グラフ |
ダッシュボードを「コンサルタント個人用」「マネージャー用」「経営会議用」と分けて運用すると、それぞれのシーンで使いやすくなります。個人は自分のパイプラインとタスクを、マネージャーはボトルネックを、経営層は売上着地を、それぞれ同じデータから見られるのが一元管理の効果です。
辞退・不採用理由の分析
辞退理由や不採用理由をカテゴリ分類（年収不一致/スキルミスマッチ/社風不一致/他社決定/タイミング等）して蓄積し、パターンを分析します。この情報を基に、推薦精度の向上やクライアントへのフィードバックに活かせます。
例えば「年収不一致」が多い企業には求人条件の見直しを、「タイミングでの辞退」が多い候補者層には案内の時期の調整を、というように、分析結果が次の推薦とナーチャリングの改善にそのまま返ってきます。失注した案件を終わりにせず、理由をデータとして次に活かす考え方は、営業の失注分析と同じ構造です。
導入の進め方とHubSpotが向かないケース
ここまでの仕組みを一気に作る必要はありません。まずはデータの土台から始めて、段階的に広げるのが定着への近道です。
事業形態別の設計の選び方
人材紹介・派遣・求人メディアでは、取引が何を表すかが変わります。自社がどれに近いかで、最初に作るパイプラインを決めてください。
| 事業形態 | 取引が表すもの | 最初に作るパイプライン |
|---|---|---|
| 人材紹介 | 候補者と求人のペア（応募1件） | 紹介案件（推薦から入社まで） |
| 人材派遣 | 求人企業からのオーダー | オーダー管理（受注から充足まで）。スタッフの稼働は別管理 |
| 求人メディア | 掲載契約（広告枠・期間） | 法人営業（リードから契約まで） |
派遣の稼働管理は人材派遣の稼働管理をHubSpotで設計する、紹介の分業はRA/CA分業の設計で詳しく扱っています。
スモールスタートの進め方
おすすめは次の3段階です。
| 段階 | やること | 目的 |
|---|---|---|
| 1. データ移行 | 候補者をコンタクト、求人企業を会社として登録 | 名簿の一元化 |
| 2. パイプライン構築 | 紹介案件を取引で管理し、ステージを定義 | 進捗の可視化 |
| 3. 自動化の追加 | ワークフロー・ビュー・ダッシュボードを整備 | フォロー漏れ防止と分析 |
StartLinkはHubSpotゴールドパートナーとして150社以上のHubSpot支援に関わっており、この3段階を、現状整理・要件定義、設計・構築、データ移行、テスト・検証、定着・運用改善の工程に分けて、スモールスタートで進める準委任の伴走として提供しています（HubSpot導入・構築支援）。標準機能で足りない部分は、自社開発のアプリやHubSpot×AIの設計（Breezeなど）で補う進め方です。企業様によって最適な形は異なります。
| 工程 | 人材業界で決めること |
|---|---|
| 現状整理・要件定義 | 候補者・求人の管理元（Excel・ATS）、事業形態、必要なレポート |
| 設計・構築 | オブジェクトと関連付けラベル、紹介パイプライン、必須プロパティ |
| データ移行 | 候補者名簿の項目対応、重複排除、同意の記録方法 |
| テスト・検証 | テスト取引でステージ移行・通知・レポートを確認 |
| 定着・運用改善 | ビューとダッシュボードの利用、入力ルールの見直し |
いきなり全部を作り込もうとすると、入力運用が回る前に設計が複雑になります。まずはコンタクトと会社の登録から始めて、動きが見えてからワークフローやレポートを足していく流れが現実的です。
HubSpotだけで完結しないケース
ただし、正直に書くと向かないケースもあります。また、派遣業でスタッフの稼働・勤怠まで管理したい場合も、CRMとは別の管理系統が必要になります。その場合はATSや稼働管理システムと役割を分け、HubSpotは「関係構築と案件管理」の層として位置づけるのが現実的です。
個人情報の取り扱いも設計の前提です。候補者の同意をどう取り、どのプロパティに何を記録するかを先に決めておくと、後から運用を止める事態を避けられます。
ATSとの役割分担を決める
既存のATSを使い続ける場合は、ATSを選考プロセスの詳細管理、HubSpotを企業との関係・営業・マーケティングの管理に使い分ける考え方があります。
| 管理領域 | ATS | HubSpot |
|---|---|---|
| 候補者の基本情報 | マスター | 同期して参照 |
| 応募管理・選考進捗 | 管理する | 参照（ステータス連携） |
| 求人企業管理・営業活動 | 限定的 | マスター |
| ナーチャリング・レポート | 限定的 | 中心に運用 |
併用する場合は、求職者情報、求人情報、選考ステータスごとに正本を決め、同じ項目を双方で変更できないようにします。連携にはAPIやiPaaS（Yoom、Zapierなど）を使えますが、同期に失敗したときに誰が確認し、どこを直すかも手順に含めます。
よくある質問
Q1. 人材業界にはATSやRPOツールがありますが、HubSpotとの使い分けは？
ATS（Applicant Tracking System）は応募管理・選考管理に特化しており、大量採用の管理に強みがあります。HubSpotは候補者のナーチャリング、求人企業の営業活動管理、マーケティング（集客→CV→ナーチャリング）まで含めた包括的な管理に向いています。ATSとHubSpotをAPI連携で併用するパターンも有効です。
Q2. 候補者の個人情報をHubSpotに入れるのは問題ないですか？
HubSpotはGDPR対応のプライバシー設定機能を備えており、同意管理やデータ削除リクエストへの対応が可能です。ただし、自社のプライバシーポリシーにCRMでの個人情報管理を明記し、候補者から適切な同意を取得してください。
Q3. 小規模な人材紹介会社でもHubSpotは活用できますか？
はい、活用できます。Starterプランでも、コンタクト管理、取引パイプライン、基本的なメール配信は利用可能です。小規模な会社こそ、担当者の記憶に頼った管理の限界が早く来るので、まずはコンタクトと取引の登録から始めて、使いながら機能を広げる進め方が向いています。
Q4. 候補者の「転職意欲」をどう管理すればいいですか？
カスタムプロパティ「転職希望時期」と「候補者ステータス」の組み合わせで管理するのが基本です。さらに、スコアリング機能を使って、メール開封やサイト閲覧などの行動データに基づく「転職意欲スコア」を自動算出し、スコアが高い候補者を優先的にフォローする仕組みを作ると、コンサルタントの効率が上がります。
Q5. Excelで管理している候補者データは移行できますか？
HubSpotのインポート機能ではCSVからの取り込みが案内されています。移行前にExcelの列をHubSpotのプロパティに対応させておくと、職種や希望条件もそのままプロパティに入る形です。
Q6. 1人の候補者が複数の求人に応募した場合は取引をどう作りますか？
応募1件ごとに取引を1件作り、それぞれを候補者と求人企業の両方に関連付けます。1つの取引にまとめると、求人ごとの選考進捗や辞退理由が混ざって分析できなくなります。
まとめ
人材業界のHubSpot活用は、候補者管理、求人企業管理、紹介パイプラインの三位一体で設計することが成功の鍵です。三者間リレーションをコンタクト・会社・取引に載せれば、属人化していたマッチングとフォローがチーム全体の仕組みに変わります。
まずはコンタクト（候補者）と会社（求人企業）のデータ登録から始め、紹介案件のパイプラインを構築してください。次の3ステップが最初の一歩です。
- 現在のExcel名簿を洗い出し、HubSpotに登録するプロパティを決める
- 自社の選考フローに合わせて取引ステージと確度を定義する
- 「1か月以内に接触していない候補者」ビューを作り、フォロー漏れを点検する
段階的にナーチャリングのワークフローやレポートを追加していくことで、属人的な管理からチーム全体で成約率を上げる仕組みに変わっていきます。CRMにデータが蓄積されるほど、コンサルタント別の実績分析や辞退理由のパターン把握が精度を増し、紹介品質の向上につながります。
CRMを活用した業務効率化やAIとの連携に関するご相談は、CRM特化型コンサルティングのHubSpotゴールドパートナーのStartLinkまでお気軽にお問い合わせください。
あわせて読みたい
記事の内容を、そのまま実務に落とし込みたい方向け
HubSpotゴールドパートナーのStartLinkが、HubSpot導入・AI活用・CRM整備・業務効率化までをまとめて支援しています。記事で気になったテーマを、そのまま相談ベースで整理できます。
次に読む
株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化（ERP/CRM/SFA/MAの導入）」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、無料のお問い合わせページより、お気軽にご連絡くださいませ。
著者情報
