우리가 감사한 모든 컨설팅 회사는 이 세 시스템 중 최소 두 개를 씁니다. 대부분 셋 다 쓰며 그중 약 절반은 중복이 너무 큰 도구에 비용을 냅니다. 데이터가 두세 곳에 동시에 있으나 어느 것도 기준이 아닙니다. ATS·CRM·PSA의 경계에서 생산성은 조용히 죽습니다. 숫자를 못 믿고 보고서를 표로 다시 만들며 고객 담당과 채용 담당은 DB 질의로 끝날 업데이트를 서로 쫓아다닙니다. 분기마다 갱신 청구서를 열고 묻습니다. 정말 다 필요한가?
이 글은 그 질문의 백과사전식 답입니다. 얼버무리지 않고 정의하며 경계와 피할 수 없는 중복을 표시하고, 실무에서 통하는 세 통합 구조와 통합 판단 행렬, 처음부터 AI를 중심으로 설계한 스택의 변화를 다룹니다. 끝에는 무엇을 남기고 없앨지, 경계 비용이 얼마인지 합리적인 자신감으로 말할 수 있을 것입니다.
명확한 정의
중복을 논하기 전에 약어 의미에 합의해야 합니다. 업계는 부정확하고 업체는 모호한 경계가 더 많은 라이선스를 팔기에 의도적으로 그럽니다. 두 회사 운영 책임자가 CRM이라고 말하며 전혀 다른 소프트웨어를 뜻하는 바벨탑이 됩니다.
ATS는 Applicant Tracking System, 지원자 추적 시스템입니다. 회사에서 또는 회사를 통해 일할 사람의 발굴·선별·면접·제안·온보딩을 맡습니다. 데이터 단위는 후보자이며 초기 프로필을 채용 또는 탈락까지 단계별로 옮깁니다. 좋은 제품은 이력서 파싱, 파이프라인 시각화, 면접 일정, 평가표, 채용 사이트·발굴 채널 연동을 제공합니다.
CRM은 Customer Relationship Management입니다. 잠재 고객·기회·계약·계정·연락처의 고객 퍼널을 맡습니다. 단계에 따라 데이터 단위는 리드나 계정입니다. 첫 접촉에서 수주로 옮기고 지속 관계를 관리합니다. 좋은 제품은 이메일 연동, 파이프라인 예측, 활동 추적, 수주율 보고를 제공합니다.
PSA는 Professional Services Automation입니다. 수주를 인력이 배치된 프로젝트로 바꾸고 시간·경비를 추적하며 청구와 수익 인식을 맡습니다. 단위는 프로젝트·과업이며 사람·시간·경비·청구서가 연결됩니다. 생성부터 배치·기록·청구·종료가 핵심입니다. 좋은 제품은 리소스 계획, 가동률, 마일스톤 청구, 수익 인식을 제공합니다.
한 문장만 기억하세요. ATS는 채용할 사람, CRM은 팔 고객, PSA는 수행·청구할 프로젝트입니다. 세 퍼널, 세 데이터 단위, 세 사용자 집단입니다.
사고 모형
회사 매출이라는 중앙 웅덩이로 흐르는 세 관을 생각하세요.
ATS 관은 사람을 들입니다. 시작에는 채용·소싱 담당, 끝에는 나중에 배치할 컨설턴트·엔지니어·디자이너·분석가 같은 청구 가능 인력이 나옵니다.
CRM 관은 계약을 들입니다. 영업 담당·파트너·사업개발이 시작에 있고, 끝에는 결과에 돈을 내겠다는 서명 계약·작업명세서·기본 서비스 계약이 나옵니다.
PSA 관에서 변화가 일어납니다. 첫 관의 사람과 둘째 관의 계약을 프로젝트로 매칭하고 완료까지 운영해 시간을 청구서와 인식 매출로 바꿉니다. 셋 중 실제 돈이 오가는 곳은 PSA뿐입니다.
ATS CRM [후보자] [영업 기회]
| |
v v 채용 컨설턴트 수주 계약
\ /
\ /v v PSA
(사람 + 계약 -> 프로젝트)
|v 수행
|
v 청구
|
v 매출
중복을 넣으면 매듭이 되므로 일부러 단순화했습니다. 두 유입 퍼널과 한 수행·청구 엔진이라는 기본형은 유지됩니다. 엔진 없으면 퍼널은 목록이고, 퍼널 없으면 엔진은 돌릴 것이 없습니다.
ATS 자세히 보기
규모 있는 채용은 스프레드시트로 관리할 수 없어 ATS가 존재합니다. 공석 몇 개를 넘고 담당자가 한두 명을 넘으면 단계·상태·후보 기록·소통 이력과, 시니어 엔지니어 채용에서 어느 소싱 담당이 가장 빨리 제안을 성사시키는지 같은 답이 필요합니다.
잘하는 것은 다채널 구조적 접수, 검색 가능한 이력서 프로필, 역할·채용 요청별 단계, 캘린더 면접 조정, 면접관 평가표, 제안 관리, 최근에는 가벼운 온보딩 인계입니다. 현대형 Greenhouse·Lever·Ashby, 인력회사형 Bullhorn·JobAdder·JobDiva, 중소기업형 Workable·Recruitee·SmartRecruiters는 대체로 잘합니다.
못하는 것은 직원·외부 계약자가 된 뒤 활동 추적, 청구 시간, 고객 청구서, 기회·계약 관리, 프로젝트 수익성입니다. 후보가 컨설턴트가 되는 순간 사실상 조용해지고 다른 시스템이 이어받아야 합니다.
정말 전용 ATS가 필요한 때는 언제일까요? 솔직한 답 둘입니다.
헤드헌팅·서치·인력회사로 후보 배치가 사업 모델이면 필요합니다. 손익 전체가 후보 퍼널의 속도·질에 달렸습니다. 배치 청구와 밀접하게 연동하고 자체가 주요 운영 시스템인 Bullhorn이나 JobDiva 같은 인력 특화 ATS가 필요할 것입니다.
순수 IT·전략·경영 컨설팅으로 연간 소수 채용이고 복잡성이 고객·수행 쪽이면 종종 불필요합니다. 기본 채용 모듈 PSA나 가벼운 중소기업 ATS로 충분할 수 있습니다. 연 12명을 뽑는 40명 회사에 Greenhouse는 과설계입니다.
기준은 분기 채용 수와 채용의 전략적 중심성입니다. 상시 대량이면 전용, 대표 파트너가 표로 분기 한 번 하는 프로젝트면 Greenhouse에 지불하지 마세요.
CRM 자세히 보기
CRM은 소프트웨어 업체가 가장 철저히 차지한 시스템입니다. Salesforce만으로도 두 세대 운영자가 CRM을 영업 파이프라인의 동의어라 여기게 했습니다. 마케팅 문구 수준에서는 맞지만 실제 컨설팅 운영에서는 틀립니다.
범용 CRM은 거래형 영업용입니다. 가치 단위는 특정 날짜에 닫히고 계정에 연결되는 개별 금전 약속인 계약입니다. SaaS·라이선스·하드웨어처럼 수주 후 관계를 고객 성공팀에 대체로 넘길 사업에는 완벽합니다.
컨설팅 가치는 계약 아닌 프로젝트입니다. 계약은 시작 허가일 뿐이고 진짜 복잡성·마진·고객 경험은 서명이 아닌 프로젝트 안에 있습니다. 단가표·실명 인력·마일스톤 범위·변경 계약·T&M 대 고정 가격·다층 배치 등 범용 CRM이 모르는 개념이 수십 가지 있습니다.
Salesforce를 기반으로 맞출 수 있지만 크고 비싼 수정입니다. 안에 반쪽 PSA를 만들거나 FinancialForce, 현 Certinia 같은 PSA 추가 제품을 사게 되어 CRM 사용자 라이선스와 위 PSA 계층에 두 번 냅니다.
HubSpot은 친절하고 싸지만 더 계약 중심입니다. 마케팅 자동화와 유입 관리가 강점이고, 프로젝트·단가·마일스톤·가동률을 기본적으로 모르는 것은 같습니다.
맞춤 Pipedrive·Insightly·Capsule·Copper 같은 특화 CRM도 있지만 대개 너무 작거나 일반적입니다. 봐야 할 것은 CRM 내장 PSA입니다. 첫날부터 계약과 프로젝트가 DB를 공유해 깨질 연동이 없습니다.
대부분에 대한 답은 리드·계약을 추적할 CRM은 필요해도 독립 대기업용 플랫폼은 필요 없다는 것입니다. PSA가 맡거나 HubSpot Starter·Pipedrive 같은 가벼운 CRM을 쓰고 실제 지능은 PSA에 두세요.
PSA 자세히 보기
셋 중 가장 전략적이며 일정 규모 미만이 가장 적게 투자하는 시스템입니다. 심리 때문입니다. 영업·채용은 전략처럼 느껴져 큰 CRM·ATS를 사고, 수행은 운영처럼 느껴져 깨질 때까지 표와 시간 플러그인으로 버팁니다.
전체 기능은 서명 계약에서 프로젝트 생성, 리소스 계획과 지명된 컨설턴트의 프로젝트 배치, 시간·승인, 경비, 마일스톤, 변경 계약, 다중 모델 청구, 매출채권, 흔히 ASC 606 준수 수익 인식, 인력·팀별 가동률, 수익성, 예측 대 실적, 점점 가벼운 CRM·ATS입니다.
번 모든 달러에 닿는 유일한 시스템이라 전략적 중추입니다. 청구 시간과 청구서가 모두 통과합니다. 프로젝트 수익성, 적정 배치 단가, 변경 계약 누수 같은 마진 질문은 PSA 데이터로만 답합니다. ATS·CRM은 매출에 영향 주고 PSA는 매출입니다.
대표는 Kantata(구 Mavenlink·Kimble), Certinia(구 FinancialForce), Projector, BigTime, Unanet, Replicon PSA, Scoro, Productive, Forecast입니다. 더 가벼운 Harvest+Forecast+수동 청구는 극소규모에서 돼도 청구 인력이 스무~서른 명을 넘으면 깨집니다.
역사적으로 대량 후보 소싱은 ATS, 고급 리드 육성·마케팅 자동화는 CRM이나 마케팅 도구의 영역입니다. 현대 PSA는 흡수하지만 프로젝트에서 현금이라는 핵심에서 멀어질수록 얇아집니다.
20명 이상인데 진짜 PSA가 없으면 측정 못할 마진을 잃습니다. 이를 고치는 ROI가 CRM·ATS 업그레이드보다 거의 항상 높습니다.
세 중복 영역
모든 회사가 막히는 곳입니다. 현실에서 깔끔히 분리되지 않는 세 영역을 어떻게 다루느냐가 작동과 부패를 결정합니다.
영역 하나: 후보가 컨설턴트가 될 때
채용 순간 ATS에서 PSA로 이동합니다. ATS에는 면접·출처·소싱자·평가·제안, PSA에는 역량·단가·가동률·프로젝트 이력·청구 상태가 있습니다.
단순 연동은 채용 때 이름·이메일·역할만 보내 끝냅니다. 인원 회계 외에는 부족합니다. 좋은 인계는 역량·자격·언어 능숙도·급여대·채널·채용 담당도 보내 나중 배치에 씁니다. 최고 성과 시니어 엔지니어가 어느 추천 채널에서 왔는지는 담당자 보너스 구조를 조용히 정당화하는 통찰입니다.
틀린 방식은 연결 없는 동일인에 대한 두 개의 별도 기록입니다. 흔히 봅니다. 역량이 한 곳만 갱신되어 PSA는 Python 전문가인데 ATS는 채용 때 Java 태그입니다. 오래된 정보로 배치합니다.
영역 둘: 리드가 프로젝트가 될 때
서명 순간 CRM에서 PSA로 갑니다. CRM은 기회 이력·연락처·제안·계약 체결일, PSA는 작업범위·예산·팀·마일스톤·실적입니다.
전환 중 데이터 위치, 인계 책임, 이전 항목이 같은 문제입니다. 연락처·계정을 공유하고 기회·프로젝트 링크를 둬 수주하면 배치할 프로젝트 틀을 자동 생성하는 것이 좋은 관행입니다.
틀린 것은 영업이 계약을 던지고 수행팀이 다른 명명법과 잘못 기억한 범위로 PSA에 수동 재작성하는 것입니다. 잘못 다루면 전체에서 가장 비싼 경계 중 하나입니다.
영역 셋: 고객 연락처
구매자는 처음 CRM 리드, 수주 뒤 PSA 연락처, 계약 인력을 소개하면 ATS 배치 연락처까지 될 수 있습니다. 모두에 존재할 수 있습니다.
정답은 한 기준 연락처를 다른 시스템에 연계 제공하는 것입니다. 설계하지 않은 회사의 보편적 오답은 낡은 필드와 서로 모르는 최신 통화 메모를 가진 세 기록입니다.
고객·수행 책임자가 가장 불평합니다. “아직 구매자인가? 마지막 연락은? 갱신했나? 단가는 맞나?” 잘 연동하면 한 질의, 아니면 Slack 대화입니다.
세 통합 구조
실질적으로 세 아키텍처가 가능합니다. 의식적으로 고르세요. 사이를 떠도는 것이 흔한 혼란을 만듭니다.
구조 하나: PSA 허브
PSA가 사람·프로젝트·매출의 기준이고 ATS·CRM은 좁은 공급 시스템으로 명확한 인계점을 둡니다. 후보는 채용 때, 기회는 수주 때 보내고 PSA가 기준 연락처를 가집니다.
IT·전략·엔지니어링·디자인처럼 수행이 중심이면 맞습니다. ATS·CRM은 기능별 전술 도구, PSA는 운영 중추입니다.
구조 둘: CRM 허브
CRM이 계정·연락처·기회 기준이고 PSA·ATS가 보냅니다. 프로젝트는 PSA지만 공식 계정 뷰는 CRM입니다. 특히 Salesforce와 Bullhorn 등을 쓰는 인력회사에서는 CRM 채용 모듈이 ATS를 대신할 수 있습니다.
대량 배치·채용 주도 사업처럼 건당 금액이 상세 PSA 추적에는 작지만 계정 관계와 배치 이력이 큰 경우에 맞습니다.
구조 셋: 통합 플랫폼
한 모델·화면·검색 장소로 세 기능을 담당합니다. 적어도 하나는 최상급 전문보다 약한 대신 연동 자체가 없어 연동 비용은 제로입니다.
갈수록 실행 가능하고 청구 인력 약 150명 미만에 매력적입니다. 현대 컨설팅·처음부터 AI를 중심으로 설계된 운영 플랫폼에 속하는 hice도 명시적으로 통합형입니다. 세 최고 도구의 경계 비용이 세 영역 모두 매우 좋은 한 도구의 기능 차이보다 크다는 논리입니다.
통합 대 분리: 결정 행렬
보편적인 답은 없고 행렬이 있습니다.
청구 인력 25명까지는 통합입니다. 세 시스템 경계 비용이 어떤 기능 이점보다 큽니다. 단일 플랫폼이나 가벼운 CRM·ATS의 PSA가 낫습니다.
청구 가능한 인력 25~75명은 조건부입니다. 연 30명 미만 채용과 중간 영업 복잡성이면 통합합니다. 대량 채용 또는 긴 주기·복잡한 팀의 기업 영업이면 PSA 옆 전문 CRM·ATS를 고려합니다.
청구 가능한 인력 75~250명은 복잡성에 달립니다. 영업·채용·수행 운영 전문 책임자가 있으면 전문별 도구를 정당화하기 쉽고, 없으면 통합이 여전히 이깁니다.
청구 가능한 인력 250명 초과는 전문별 도구가 표준이나 진지한 연동 투자가 필요합니다. 고객 데이터 플랫폼(CDP)이나 내부 데이터 웨어하우스 같은 데이터 계층으로 동기화해야 합니다. 경계를 산업화해야 비용이 관리됩니다.
또 다른 축은 영업 복잡성입니다. 석 달 주기·결정자 한 명이면 Salesforce가 필요 없고, 열여덟 달·수백만 유로·관계자 일곱 명이면 아마 필요합니다.
셋째 축은 채용입니다. 한두 채널에서 연 스무 명이면 Greenhouse가 필요 없고, 다섯 지역에 채용 담당을 배치해 연 여든 명이면 필요합니다.
더 중요해지는 넷째 축은 계약·소개 인력입니다. 인력회사는 작아도 후보가 상품이라 진짜 ATS가 필요하고, 순수 수행 회사는 커도 아닐 수 있습니다.
처음부터 AI를 중심으로 설계한 시스템으로의 전환
최근까지 세 약어 시장은 정착했습니다. 각 범주 경쟁, 연동 업체의 접착, 회사의 경계 비용 지불이 일반적이었습니다.
빠르게 바꾸는 것은 세 범주를 채팅 중심으로 아우르는 AI 운영 플랫폼입니다. 미래 화면은 세 앱이 아니라 한 대화입니다. PSA 로그인 대신 가동률을 묻고, CRM을 여는 대신 회의 내용을 말하면 CRM·프로젝트 틀·배치·예측을 모두 갱신합니다.
미래 같지만 채택 회사에는 대부분 이미 있습니다. 대화는 데이터가 어떤 약어인지 상관없어 중복 영역을 특히 바꿉니다. “Bardelli 고객 최신 상황은?”에 CRM 기회, PSA 프로젝트, ATS 최근 배치를 일관된 답으로 모읍니다.
통합 구조는 크게 힘을 받습니다. 전문 도구 논리는 깊은 기능, 통합 논리는 경계 비용 부재였습니다. 대화·AI 매개이면 기능 깊이보다 데이터 통일이 중요해져 추는 움직입니다.
범주를 없애지 않고 구매 결정을 바꿉니다. “어느 CRM?” 대신 “어느 운영 플랫폼을 표준으로 삼으며 우리 계약 복잡성에 충분한 CRM 깊이가 있는가?”입니다.
도구 과잉 회사의 이전 실행법
중복 시스템에 내고 있다고 결론 냈다면 집을 태우지 않고 나오는 방법입니다.
첫 단계 감사입니다. 시스템·사용자 수·연 비용·각 시스템 주요 열 업무를 적고 경계 횡단 흐름과 중복 필드를 찾습니다. 먼저 목록을 만들고 건드리세요.
둘째 목표 구조입니다. 행렬을 적용해 파트너·운영 지도부가 합의해 셋 중 고릅니다. IT가 아닌 사업 아키텍처 결정입니다.
셋째 기준 시스템입니다. 사람·계정·연락처·기회·프로젝트·시간·청구별 진실 소유자를 정하고 나머지는 그곳에서 연계·동기화합니다.
넷째 신중한 데이터 이전입니다. 일괄 전환 대신 연락처 같은 저위험부터 미결제 청구서가 있는 활성 프로젝트 같은 고위험까지 도메인별로 합니다. 전환 전 오류를 잡도록 정한 기간 이중 기록합니다.
다섯째 중복 도구 폐기입니다. 모두 미룹니다. 기한을 정하고 널리 알리고 지키세요. 주 열다섯 로그인인 은퇴 도구는 은퇴가 아니라 좀비입니다.
여섯째 경계 흐름 재설계입니다. 통합 후에도 CRM→PSA, ATS→PSA 채용, 연락처 연계는 남습니다. 전과 같은 금 간 타일이 아니도록 명시적으로 다시 만드세요.
셋을 하나로 통합한 대부분은 라이선스 절감만으로 열두 달 안에 회수한다고 보고하며 생산성은 추가입니다. 고통은 이전 분기에 몰리고 이익은 수년 쌓입니다.
전체 연결하기
세 퍼널·데이터·사용자지만 같은 매출 엔진을 공급합니다. 명확한 답은 세 기능 모두 필요해도 시스템은 하나일 수 있다는 것입니다. 실제는 너무 많은 도구와 비용 때문에 몇 년째 기술상 가능한 통합 시야를 못 얻는 회사가 대부분입니다.
이번 분기 질문은 최상 CRM이 아니라 우리 크기·수행 모델에 맞는 운영 구조와 한 플랫폼에서 할 수 있는 범위입니다.
hice.ai는 통합·AI 네이티브 쪽을 위해 만들었습니다. 250명 미만 대부분은 프로젝트·사람·고객·경계를 아는 한 대화 화면에 CRM·PSA·가벼운 ATS를 두면 덜 쓰고 빨리 움직이며 더 본다고 믿습니다. 그 방향이면 이야기해 보세요.