채용 시스템 견적을 물어볼 때 가장 많이 나오는 말이 있다.
"지원서 받는 페이지 하나면 됩니다."
처음에는 맞는 말처럼 보인다. 이름, 연락처, 이력서 첨부, 자기소개. 폼 하나 만들면 될 것 같다. 그런데 실제 채용 업무는 지원서를 받는 순간부터 시작된다.
지원서 다음에 일이 생긴다
지원이 들어오면 담당자가 확인한다. 이력서를 열어본다. 상태를 바꾼다. 면접 가능 시간을 묻는다. 면접관에게 공유한다. 결과를 남긴다. 불합격 안내를 보낸다.
이 과정이 시스템에 없으면 다시 엑셀과 카톡으로 돌아간다. 그러면 지원서 페이지는 예쁜 입구일 뿐이다.
채용 시스템 견적이 달라지는 이유는 여기 있다. 단순 접수 폼인지, 채용 운영 시스템인지에 따라 범위가 완전히 다르다.
견적 범위를 나누는 법
1단계는 접수다. 공고 페이지, 지원서 폼, 파일 업로드, 지원 완료 알림. 여기까지는 비교적 작다.
2단계는 상태 관리다. 지원자 목록, 검토중, 면접 예정, 합격, 불합격 같은 상태를 바꾸고 검색할 수 있어야 한다.
3단계는 커뮤니케이션이다. 지원자에게 안내 메일이나 문자를 보내고, 담당자에게 새 지원 알림이 가고, 면접 일정을 공유한다.
4단계는 평가다. 면접관이 평가를 남기고, 채용 채널별 성과를 보고, 다음 공고에 반영한다.
모든 회사가 4단계까지 필요하지는 않다. 하지만 어디까지 만들지 나눠야 견적이 흔들리지 않는다.
작은 견적으로 시작하는 방법
처음에는 접수와 상태 관리만 만들어도 충분하다. 지원자가 들어오면 한 곳에 쌓이고, 담당자가 상태를 바꾸고, 누락 없이 연락할 수 있으면 된다.
이후 지원자가 늘거나 채용이 반복되면 알림, 일정, 평가를 붙이면 된다.
채용 시스템은 한 번에 거대하게 만들 필요가 없다. 다만 "지원서 폼 하나"라고 생각하고 시작하면 나중에 반드시 범위가 늘어난다. 견적 전에 채용 업무의 다음 액션까지 그려야 한다.
지원서 페이지와 채용 운영은 다른 범위다
채용 시스템 견적에서 가장 먼저 나눠야 할 것은 "지원서 페이지"와 "채용 운영"이다. 지원서 페이지는 후보자가 정보를 입력하는 입구다. 채용 운영은 그 이후에 담당자가 지원자를 확인하고, 상태를 바꾸고, 면접을 잡고, 결과를 남기는 흐름이다.
많은 견적이 꼬이는 이유는 입구만 보고 가격을 묻기 때문이다. 입구는 작아 보여도 뒤쪽 운영이 크면 전체 범위는 커진다. 특히 여러 공고를 동시에 운영하거나, 지점별 담당자가 다르거나, 면접관 평가가 필요한 경우에는 단순 폼으로 끝낼 수 없다.
채용 시스템 비용과 함께 보면 비용을 만드는 지점이 더 명확해진다. 채용도 결국 들어온 사람을 놓치지 않는 CRM 문제에 가깝다. 이 관점은 문의가 안 오는 B2B 홈페이지와도 연결된다. 들어온 신호를 관리하지 못하면 유입이 있어도 성과가 남지 않는다.
같이 읽으면 이어지는 글
- 채용 시스템 비용: 채용 단계별 비용 차이를 정리했다.
- 소통 비용이 프로젝트를 죽인다: 면접관, 담당자, 지원자 사이의 전달 비용을 줄이는 관점이다.
- 업무 자동화 견적: 채용 업무의 반복 시간을 어떻게 계산할지 볼 수 있다.
- 개발보다 설계가 먼저인 이유: 채용 시스템도 화면 전에 기준이 먼저다.