이 페이지는 영어에서 번역되었습니다.
채용·고용 관리
채용 에이전시 후보자 포털 만들기
Kliv는 AI 앱 빌더입니다. 필요한 채용 에이전시 후보자 포털을 설명하세요. 비공개 고객 명단, 채용 담당자 피드백, 파이프라인 대시보드까지, 여러분의 도메인 위에 만들어 냅니다.
텍스트 상자에 아이디어를 입력하기만 하면 AI가 아이디어를 만들어줍니다.
Kliv란 무엇인가요?
Kliv는 설정해서 쓰는 채용 제품이 아닙니다. 여러분을 위해 소프트웨어를 만들어 주는 AI입니다.
필요한 앱을 여러분의 말로 설명하면 Kliv가 만들어 냅니다. 데이터베이스, 역할, 화면, 대시보드, 워크플로까지요. 그렇게 나온 결과물은 여러분의 도메인에서 돌아가는, 온전히 여러분의 실제 웹 앱입니다. 바로 사용할 수 있고, 나중에 요청만 하면 바꿀 수 있으며, 여러분의 계정으로 운영합니다. 로고만 바꿔 끼운 템플릿이 아닙니다.
이 페이지에서 그 앱은 채용 에이전시 후보자 포털입니다. Kliv는 온갖 종류의 웹 앱을 만들며, 이건 그중 한 예일 뿐입니다.
후보자 소식이 첨부파일로 오가면 안 되는 이유
채용 에이전시는 가장 중요한 결과물을 PDF와 이메일 스레드로 전달하는 경우가 많습니다. 리크루터가 후보자 명단을 보냅니다. 채용 담당자가 그것을 다시 전달합니다. 피드백은 조각조각 돌아옵니다. 다음 라운드가 되면, 고객이 검토한 명단이 어느 버전이었는지 아무도 확실히 알지 못합니다.
Kliv는 일 자체를 중심으로 포털을 만듭니다. 고객은 오직 자기만의 공간에 로그인합니다. 후보자 명단은 늘 최신 상태로 유지됩니다. 피드백은 해당 후보자와 직무에 구조화된 데이터로 남습니다. 에이전시 대시보드는 실제로 일이 벌어지는 바로 그 기록에서 값을 읽어 옵니다.
벽의 양쪽
에이전시가 보관하는 것, 각 고객이 보는 것, 그리고 그 둘을 가르는 규칙.
후보자
에이전시는 후보자의 전체 기록을 보관합니다. 프로필, 역량, 연봉 구간, 여러 서치에 걸친 면접 이력까지요. 고객은 여러분이 공유하기로 선택한 소개 자료만 봅니다.
후보자 명단
후보자 명단은 한 고객과 한 직무를 위해 선별한 후보자 묶음으로, 리크루터의 메모가 붙어 있습니다. 포털은 파일을 또 보내지 않고도 그 명단을 최신 상태로, 검토 가능한 형태로 유지합니다.
고객 분리
모든 명단 행에는 그 행이 속한 고객이 담겨 있고, 조회는 데이터베이스에서 그 사실로 걸러집니다. 고객사 11곳이면 하나의 시스템 안에 11개의 개별 고객 화면이 생깁니다.
피드백
진행, 보류, 탈락과 그 사유가 후보자와 직무별로 타임스탬프와 함께 기록됩니다. 피드백은 스레드에 파묻힌 한 문장이 아니라 하나의 기록이 됩니다.
단계
소개, 피드백 대기, 면접 진행, 오퍼, 채용 확정. 서치 안에서 후보자가 놓인 단계가 구조화되어 있고, 바로 그것이 대시보드를 가능하게 합니다.
파이프라인 대시보드
서치별, 고객별 단계 체류 시간은 실제로 일이 벌어지는 행에서 계산됩니다. 월요일 회의는 손으로 모은 업데이트가 아니라 사실에서 출발합니다.
예시: 지훈 씨의 엔지니어링 채용 에이전시
한 에이전시가 이것을 어떻게 쓸 수 있는지 보여 드립니다. 어디까지나 예시일 뿐이며, 여러분은 여러분만의 서치, 고객 직무, 피드백 단계, 대시보드 규칙을 설명하게 됩니다.
롱리스트는 에이전시 안에 남습니다
지훈 씨는 시니어 펌웨어 직무를 위해 에이전시 데이터베이스에 후보자 30명을 두고 있습니다. 그중 5명이 명단에 오릅니다. 고객 포털에는 그 5명만 나타나고, 나머지 25명은 비공개로 남습니다.
고객은 최신 명단 하나만 검토합니다
채용 담당자가 로그인해 익명 처리된 이력서, 연봉 구간, 지훈 씨의 메모가 붙은 다섯 개의 프로필을 읽습니다. 헷갈릴 첨부파일도, 버전 번호도 없습니다.
피드백은 검색 가능한 데이터가 됩니다
화요일이 되자 고객은 2명 진행, 1명 보류, 2명 탈락으로 각각 사유와 함께 표시합니다. 그 판단은 후보자-직무 짝에 새겨져 몇 달 뒤에도 검색됩니다.
새 파일 없이 명단이 갱신됩니다
새 후보자 두 명이 탈락한 자리를 채웁니다. 명단 페이지는 여전히 최신 버전이라, 에이전시와 고객이 똑같은 것을 보고 있습니다.
면접 예약이 단계를 갱신합니다
진행된 후보자는 포털에서 에이전시의 Calendly로 예약하고, 예약된 시간은 후보자의 단계에 다시 기록됩니다.
오퍼가 대시보드를 정리합니다
단계가 오퍼로 바뀌면 그 서치는 위험 열에서 빠집니다. 지훈 씨의 월요일 회의는 아직 주의가 필요한 몇 건에서 시작합니다.
무엇을 만들고 싶은지 설명해 보세요
Kliv는 여러분의 설명을 바탕으로 만들기 때문에, 자세히 적을수록 첫 버전이 원하는 모습에 가까워집니다. 누가 무엇을 볼 수 있는지, 어떤 피드백 선택지가 중요한지, 팀이 무엇을 추적해야 하는지 구체적으로 적어 보세요. 시작점이 될 세 가지를 소개합니다:
기술직 서치 포털
고객 명단, 피드백, 대시보드.
“엔지니어링 채용 에이전시를 위한 후보자 포털을 만들어 줘. 각 고객은 자기 명단만 볼 수 있어야 해. 채용 담당자는 후보자마다 진행, 보류, 탈락 중 하나를 고르고 필수 사유를 입력해야 해. 우리 팀은 여러 서치에 걸친 단계 체류 시간과, 3일 넘게 밀린 피드백을 아침마다 보여 주는 목록이 담긴 대시보드를 볼 수 있어야 해.”
임원 서치 소개 자료
이사회를 위한 기밀 프로필.
“각 고객 이사회가 자기 건에 대한 익명 처리된 후보자 소개 자료만 보고, 후보자별 기밀 피드백을 기록하며, 다른 서치나 고객, 후보자에 대해서는 아무것도 볼 수 없는 임원 서치 포털을 만들어 줘.”
인력 파견 파이프라인 보드
고객별, 주별 대량 승인.
“고객이 매주 교대 근무 후보자 묶음을 검토하고, 각 사람을 승인하거나 거절하고, 거절할 때는 사유를 남기며, 우리 팀은 고객별·주별로 충원율, 승인까지 걸린 시간, 미충원 직무를 보는 인력 파견 에이전시 포털을 만들어 줘.”
에이전시를 떠받치는 것
고객 분리는 약속이 아니라 테스트로 증명됩니다. Scenario 테스트는 한 고객의 채용 담당자로 로그인해 다른 고객의 명단을 찾아보려 시도할 수 있습니다. 기대되는 결과는 아무것도 조회되지 않는 것이며, 무엇을 시도했고 무엇이 거부됐는지 보여 주는 실행 리포트가 남습니다.
피드백은 에이전시의 기억이 됩니다. 판단이 기록으로 남기 때문에, 에이전시는 이메일이 답하지 못하는 질문에 답할 수 있습니다. 고객이 탈락시키며 댄 모든 사유, 두 번 보류됐다가 나중에 채용된 모든 후보자, 결정을 기다리는 모든 서치까지요.
대시보드가 대신 챙깁니다. 예약된 다이제스트는 3일 넘게 피드백을 기다리는 모든 후보자를 리크루터별, 고객별로 묶어 정리할 수 있습니다. 문구는 여전히 여러분의 것이지만, 알림은 앱에서 옵니다.
Kliv의 에이전시가 더 큰 그림을 들려줍니다. 모든 고객이 저마다의 벽 뒤에 있고, 그 전부를 하나의 운영으로 다루는 이야기입니다.
자주 묻는 질문
Kliv는 정확히 무엇인가요?
Kliv는 설명을 바탕으로 맞춤형 웹 앱을 만드는 AI입니다. 채용 에이전시라면 고객 전용 명단, 구조화된 피드백, 후보자 기록, 대시보드를 갖춘 포털을 뜻할 수 있습니다.
실제 앱인가요, 템플릿인가요?
실제 앱입니다. Kliv는 여러분 에이전시를 위한 데이터베이스, 접근 규칙, 화면, 워크플로를 만듭니다. 일반적인 채용 테마가 아닙니다.
만든 뒤에 바꿀 수 있나요?
네. 나중에 새로운 피드백 선택지, 단계, 대시보드, 알림, 고객 화면을 요청할 수 있습니다.
한 고객이 다른 고객의 명단을 보게 되는 일이 있을까요?
그 경계를 설명해 두면, 그렇지 않습니다. 명단 행은 데이터베이스에서 고객별로 걸러지므로, 로그인한 채용 담당자는 자기 건만 조회할 수 있습니다.
두 고객이 같은 후보자를 원하면 어떻게 되나요?
각 소개 자료는 저마다 후보자-고객-직무 짝입니다. 여러분이 그 정보를 드러내기로 선택하지 않는 한, 한 고객 포털은 그 후보자가 다른 건에 존재한다는 사실을 알려 주지 않습니다.
채용 담당자가 실제로 쓸까요?
포털은 일을 단순하게 유지할 수 있습니다. 프로필을 검토하고, 진행·보류·탈락 중 하나를 고르고, 사유를 덧붙이는 것이죠. 로그인은 이메일, Google, 또는 패스키로 할 수 있습니다.
후보자 이력은 누가 소유하나요?
에이전시입니다. 후보자, 메모, 판단, 채용 실적, 내보낸 데이터는 여러분의 앱에 속하고, 코드는 여러분의 Git 저장소로 동기화됩니다.
제 도메인을 쓸 수 있나요?
네. 포털은 고객과 직원 모두를 위해 여러분의 도메인에서 돌아갈 수 있습니다.
나중에 Kliv를 떠날 수 있나요?
네. 코드는 여러분의 Git 저장소로 동기화되므로, 떠나는 일은 다시 만드는 게 아니라 git pull 한 번입니다.
고객이 이메일 대신 구조화된 피드백을 남길 수 있나요?
네. 피드백은 후보자-직무 기록에 필수 사유와 타임스탬프를 붙여 진행, 보류, 탈락으로 기록할 수 있습니다.
우리 팀이 여러 서치에 걸친 단계 체류 시간을 볼 수 있나요?
네. 단계 체류 시간은 서치 기록에서 계산되므로, 대시보드는 정체된 서치, 늦어진 피드백, 오퍼 단계 후보자를 보여 줄 수 있습니다.
별도의 CMS나 포털 도구가 필요한가요?
아니요. 앱에는 후보자, 고객 기록, 명단, 페이지 문구를 위한 자체 관리자 화면이 들어 있습니다.
명단은, 그것을 소유한 시스템으로 보내세요
여러분의 고객, 서치, 명단 규칙, 피드백 선택지, 대시보드를 설명하세요. Kliv가 여러분 에이전시의 방식에 맞춰 포털을 만듭니다.
