ATSとCRMの違いとは？SFAも含めた役割と使い分けを整理

ATSとCRMの違いは、主に管理する業務にあります。ATSは求人への応募と選考の進行、CRMは顧客や候補者との継続的な関係、SFAは商談と営業活動を管理します。製品によって機能が重なるため、名称だけで導入を決めず、どの仕事を支えたいかで比較します。

特にCRMは、顧客管理を指す場合と、採用候補者との関係管理を指す場合があります。自社の採用なのか、人材サービス事業の顧客・求人管理なのかを先に分けると、必要な情報と権限を整理できます。

ATSが管理する情報

ATSは採用管理システムです。中心になるのは「誰が、どの求人に応募し、今どの段階にいて、次に誰が対応するか」という情報です。応募受付、書類確認、面接、内定、入社までを求人と候補者に結び付けて管理します。

• 求人の職種、採用枠、条件、募集状態
• 候補者の連絡先、経歴、応募経路
• 応募ごとの選考段階、面接予定、評価
• 採用担当者、合否判断者、次の連絡期限
• 条件提示、承諾、入社予定と結果

同じ人が別の求人へ応募することがあるため、人そのものの情報と、求人ごとの選考履歴は分けて考えます。過去の応募を上書きすると、どの求人をどの基準で選考したかが分からなくなります。

ATSで確認したい問いは、未対応の応募はあるか、面接結果が未入力の人は誰か、入社予定が確定したか、などです。顧客との契約更新や商談の売上予測まで扱う必要があるかは、別に判断します。

表計算から移る場合は、単に現在の列を再現するより、何の更新を誰が見つける必要があるかを考えます。面接官が担当者だけの評価を入力し、人事が未入力を一覧で確認できるなら、別の集計表を作る作業を減らせる可能性があります。

CRMとSFAの役割

顧客CRMは企業や担当者との関係を追う

顧客CRMでは、企業、連絡先、問い合わせ、契約、商談履歴などをつなぎます。一つの商談が終わった後も、問い合わせ対応や更新の相談を同じ顧客に結び付けて確認します。担当者が交代した際も、これまでの約束を追えることが運用上の利点です。

候補者CRMは応募前後の接点を管理する

候補者CRMは、まだ求人へ応募していない人や、時期が合わず選考を終えた人との関係を継続するために使います。興味のある職種、最終接点、次回の連絡時期、連絡を受ける意思などが対象です。登録されたことを、現在の求人への応募と同じ状態にしないようにします。

イベントへ参加した人へ、本人の関心に合う募集を後から案内したい場合は、タレントプールの運用方法と合わせて管理の目的を決めます。候補者CRMの機能を持つATSもあるため、二つの製品が必須とは限りません。

SFAは商談を進める行動を管理する

SFAでは、商談段階、提案金額、受注予定日、活動、次の行動を管理します。営業担当が顧客から聞いた要員需要を案件として記録することはありますが、それだけで応募者の評価や面接管理を代替できるわけではありません。

仕組み	中心になる記録	日常で確認する問い
ATS	求人と応募ごとの選考履歴	面接結果を誰が判断し、いつ連絡するか
顧客CRM	企業・担当者と継続する接点	以前の相談や契約の経緯は何か
候補者CRM	候補者の関心と連絡履歴	次の求人を案内してよいか、関心は何か
SFA	商談の段階と営業活動	次に何を行い、いつ受注判断が出るか

自社採用と人材ビジネスで違う点

自社採用では、選考の進行をATSで管理し、応募前の人との接点を候補者CRMで補う構成が考えられます。営業用の顧客CRMへ候補者の履歴書をそのまま登録すると、採用と無関係な社員まで情報を見られるおそれがあります。

人材紹介などの事業では、顧客企業、その企業の求人、候補者、求人ごとの選考が存在します。一つの企業に複数求人、一人の候補者に複数の選考があるため、会社名と候補者名だけの一枚の一覧では更新が重複します。各対象を識別するIDと関連付けを用意します。

採用した人材を自社の顧客案件へ配置する会社では、さらに配置期間や工数の管理が必要です。選考で合格したことと、特定案件への配置に合意したことを分けます。ATS、CRM、配置管理のどこで記録するかを決め、同じ事実を複数の担当者に入力させないようにします。

単独利用と連携を選ぶ基準

ATS単独で始められるケース

困っていることが応募への返信漏れ、面接日程の共有、評価の回収であり、一つの採用チームが対応するなら、まずATSで解決できる範囲を確認します。将来使うかもしれない顧客管理まで追加すると、入力項目と権限設定だけが増える場合があります。

採用人数が少なくても、複数人で選考し記録を共有する必要があればATSの利用を検討できます。反対に、人数が多いからという理由だけで別のCRMが必要になるわけではありません。人数より、業務の分かれ方と情報を受け渡す回数を見ます。

候補者CRMや連携を検討するケース

募集がない時期にも候補者と接点を保ち、求人が出るたびに希望を確認するなら、候補者CRMの機能を検討します。顧客の受注案件から採用要件が生まれ、開始日の変更を採用側へ伝える必要があるなら、営業情報との連携が候補になります。

連携を考える際は「案件開始日の変更が配置と採用の担当へ伝わる」など、実現したい受け渡しを一つ書きます。全項目を同期するのではなく、送り元、送り先、利用者、更新の条件を決めます。具体的な設計はATSとCRMの連携方法で整理しています。

一体型と別製品を組み合わせる場合の違い

一体型なら、同じ人の情報を選考と関係管理で共有しやすい一方、権限や入力方式が自社に合うかを確かめる必要があります。別製品を組み合わせるなら、各部門に合う運用を選びやすい一方、IDの対応、同期失敗、契約変更の管理が増えます。

画面が一つだから入力が一度で済むとも、製品が別だから必ず二重入力になるとも限りません。実際の応募データがどこへ入り、候補者の希望変更を誰が更新し、退職した担当者の権限をどこで外すかを、同じ業務例で比べてください。

製品比較で確かめる項目

製品の仕様や料金は変更されるため、候補を絞った時点で公式資料と契約条件を確認します。比較表は機能の有無だけで終えず、自社の担当者が日常業務を完了できるかまで確かめます。

1. 同じ候補者の複数応募を、履歴を消さず管理できるか
2. 面接官に担当候補者だけを見せ、不要な情報を隠せるか
3. 次の対応期限と未入力の評価を一覧で探せるか
4. 候補者CRMから応募へ移る際に、接点履歴をたどれるか
5. 必要なデータを書き出し、契約終了時に回収・削除できるか
6. 連携機能に追加契約や利用上限、保守担当が必要か

デモでは、架空データで応募、日程変更、評価入力、辞退、再応募まで試します。通常の登録だけが簡単でも、例外を表計算で別管理する必要があるなら、その作業時間も比較へ含めます。

比較する指標も用途別に分けます。ATSなら未対応や選考の待ち時間、候補者CRMなら連絡可能な人数と面談への移行、SFAなら次の行動が未設定の商談や受注見通しが対象になります。同じ「登録件数」だけで比べると、仕事が前に進んだか分かりません。

導入時は、現在困っている一つの仕事を新しい仕組みで完了させ、旧表と数字が一致するか確認します。選考中の人を移すなら、次の担当と連絡期限を最優先で引き継ぎ、移行作業の間に候補者対応が抜けないようにします。

導入前に情報の管理責任を決める

候補者情報、商談情報、配置情報は、利用する目的と閲覧する人が違います。営業担当には配置可能日だけを見せ、選考評価の全文は採用担当に限定するなど、必要な情報へ絞る方法を検討します。個人データの管理は個人情報保護委員会の通則編ガイドラインも確認してください。

外部の採用担当が利用する場合も、アカウントを共用せず、担当範囲と契約終了時の権限解除を決めます。採用代行（RPO）の対応範囲と照らし、社内に残す承認と委託する作業を分けてから、システムへの権限を割り当てます。

まとめ

ATSは応募と選考、顧客CRMは企業との関係、候補者CRMは採用前後の接点、SFAは商談と営業行動を中心に扱います。自社で止まっている仕事を特定し、単独で足りるか、情報の受け渡しが必要かを判断すると、機能の重複や入力の増加を抑えられます。