Greenhouse냐 Lever냐…면접 표준화와 후보자 육성에서 갈린다

면접관마다 질문과 평가 기준이 달라 후보자를 비교하기 어렵다면 Greenhouse를 먼저 검토할 만하다. Greenhouse의 면접 기능 설명은 직무별 판단 기준을 미리 정하고 면접 키트와 평가표로 필요한 역량을 일관되게 살피는 흐름을 제시한다. 평가 기준이 채용 결정까지 이어지지 않는 팀이라면 이 설계가 선택의 중심이다.

반대로 아직 지원하지 않은 인재를 발굴하고 적절한 자리가 열렸을 때 다시 연락하는 일이 병목이라면 Lever가 더 자연스러운 출발점이다. LeverTRM의 제품 설명은 지원자 추적과 후보자 관계 관리를 결합하고, 인재 육성 캠페인과 기존 인재 풀의 재발굴을 채용 흐름에 연결한다. 두 제품 모두 면접 평가와 후보자 관리 기능을 갖추고 있으므로, 선택은 현재 팀이 더 많은 수작업을 들이거나 판단을 지연시키는 단계에서 갈린다.

먼저 구분할 병목: 평가의 일관성인가, 관계의 단절인가

지원자는 충분한데 면접관의 의견이 뒤늦게 모이거나 같은 역량을 서로 다른 잣대로 판단한다면 문제는 면접 설계에 가깝다. 공고가 열릴 때마다 사람을 처음부터 찾아야 하고 과거에 만난 유망 후보자에게 다시 연락할 맥락이 남지 않는다면 후보자 관계 관리가 우선이다. 이 구분은 어느 제품의 기능이 더 많은지를 따지는 것보다 구매 범위를 정하는 데 직접적이다.

면접 표준화가 급한 팀은 직무 요건, 면접 질문, 평가 항목, 최종 결정이 같은 기준으로 이어지는지 봐야 한다. 후보자 육성이 급한 팀은 지원 전 인재와 이전 지원자를 어떻게 등록하고 분류하며, 담당자가 바뀌어도 접촉 이력을 이어받을 수 있는지 봐야 한다. 기능표에 ‘평가표’나 ‘CRM’이라는 단어가 함께 있어도 채용 담당자가 실제로 수행하는 단계와 권한 설정은 다를 수 있다.

공고 작성과 발굴: 지원 전 인재를 어디에 둘 것인가

공고를 만들 때 Greenhouse를 우선 검토한다면 직무에 필요한 역량을 면접 평가 항목으로 옮기는 과정이 중요하다. 공고에서는 문제 해결 능력을 요구하면서 면접표에는 막연한 인상만 기록하도록 설정하면 구조화의 이점이 줄어든다. Lever를 우선 검토한다면 새 공고가 열렸을 때 기존 인재 풀에서 적합한 사람을 찾고, 이전 접촉 내용을 이어받아 다시 연락하는 흐름이 핵심이다.

Greenhouse에도 후보자 관계 관리 기능이 있다. Greenhouse의 요금제별 기능표는 Core에 후보자 발굴·CRM과 잠재 후보자 풀을 포함하고, 인재 발굴과 이메일 자동화 기능은 Plus부터 제공한다고 구분한다. 따라서 ‘CRM이 있는가’라는 질문만으로 두 제품을 나눌 수 없다. 구매할 구성에서 잠재 후보자를 만들고, 분류하고, 재접촉하는 데 필요한 기능이 어디까지 포함되는지가 실제 차이다.

예를 들어 한 사람은 공고를 보고 처음 지원하고 다른 사람은 과거에 접촉했지만 아직 지원한 적이 없다고 가정해 보자. 두 사람이 같은 직무의 후보자가 되었을 때 중복 기록을 정리하는 방식, 이전 대화가 채용 담당자에게 보이는 범위, 재접촉 대상을 정하는 권한을 살펴야 한다. 이 예시는 제품 성능에 대한 판정이 아니라 인재 풀 운영에서 수작업이 생기는 지점을 드러내기 위한 조건이다.

면접 평가: 같은 기준을 실제 피드백까지 유지할 수 있는가

Greenhouse를 선택할 이유는 평가표의 존재 자체보다 면접 전에 판단 기준을 정하고 면접관에게 맡길 항목을 나누는 흐름에 있다. 직무에 필요한 역량이 정해져도 실제 피드백이 그 항목의 근거를 남기지 않으면 후보자 간 비교는 다시 인상에 의존한다. 면접관이 서로 다른 질문을 맡더라도 어떤 역량을 평가하는지 분명해야 최종 논의에서 의견 차이의 이유를 찾을 수 있다.

Lever에도 구조화된 평가표와 면접 일정 조율 기능이 있다. 따라서 ‘Greenhouse는 면접, Lever는 후보자 관리’라는 기능의 유무로 나누면 선택을 잘못할 수 있다. 같은 가상 직무와 면접 단계를 두 제품에 설정하고, 면접관에게 평가 항목이 언제 전달되는지와 제출된 의견을 후보자별로 비교하기 쉬운지를 보면 차이가 구체화된다.

평가가 늦게 모이는 문제와 평가 기준이 흔들리는 문제도 구분해야 한다. 전자에는 일정 예약, 알림, 피드백 제출을 재촉하는 기능이 도움이 될 수 있다. 후자에는 직무별 평가 항목을 미리 합의하고, 면접관의 기록이 그 항목을 설명하도록 만드는 운영 방식이 더 중요하다. 일정이 빨라져도 판단의 근거가 제각각이라면 채용 결정의 병목은 남는다.

제안과 입사 인계: 마지막 단계에서 생기는 재입력

최종 후보자를 정한 뒤에는 제안 조건의 승인과 수정, 서명, 입사 정보 전달이 이어진다. ERP Research의 기능 비교는 Lever의 제안 승인 업무와 Greenhouse의 입사 업무 및 인사 시스템 인계를 각각 공개 자료상 강점으로 분류한다. 이 비교의 등급은 공개된 기능 설명의 범위를 평가한 것이므로, 특정 기능이 낮게 분류됐다고 해서 그 제품에서 사용할 수 없다는 뜻은 아니다.

제안 업무가 복잡한 조직이라면 승인자가 바뀌거나 조건이 수정될 때 이전 결정과 새 조건을 어떻게 따라가는지가 중요하다. 입사 인계가 더 큰 부담이라면 채용 기록 중 무엇이 인사 시스템으로 넘어가고, 오류가 생겼을 때 어느 담당자가 수정할 수 있는지 살펴야 한다. 한국에서 사용하는 인사 시스템과 제안서 양식에 맞는 연동은 일반적인 제품 소개만으로 단정하기 어렵다. 필요한 필드와 업무 순서를 업체에 제시해 실제 연결 방식과 별도 설정 범위를 확인해야 한다.

특히 ‘입사 업무 지원’과 ‘현재 쓰는 인사 시스템으로 자동 전달’은 서로 다른 요구다. 입사자에게 할 일을 배정하는 기능이 있어도 채용 단계에서 수집한 정보가 회사의 인사 기록으로 원하는 형식대로 넘어가는지는 별도 문제다. 제안 단계에서 입력한 정보가 입사 단계에서 다시 입력되는지까지 따라가야 마지막 단계의 운영 부담을 알 수 있다.

자동화·분석·가격: 기능 이름보다 구매 범위

자동화는 어느 단계의 반복 업무를 줄이는지에 따라 가치가 달라진다. 면접 알림이 밀리는 팀, 이전 후보자에게 다시 연락하는 팀, 제안 승인을 여러 사람에게 요청하는 팀은 각각 필요한 흐름이 다르다. 한 제품이 자동화를 제공한다는 사실만으로 그 작업이 현재 계약에 포함되거나 팀의 권한 체계에 맞게 작동한다고 볼 수는 없다.

분석도 보고서의 개수보다 답해야 할 질문을 먼저 정하는 편이 낫다. 면접 단계에서 후보자가 오래 머무는지 알고 싶다면 단계별 체류 시간이 필요하고, 발굴 성과를 알고 싶다면 후보자 유입 경로와 재접촉 뒤 진행 상황이 필요하다. 같은 이름의 지표라도 채용 단계의 시작과 종료를 어떻게 정의하는지, 누가 보고서를 만들고 내보낼 수 있는지에 따라 팀이 얻는 답이 달라진다.

공개 기능표만으로 총구매액을 계산할 수도 없다. Lever의 가격 안내는 맞춤 견적을 받도록 하고 입사 업무 자동화를 추가 기능으로 제시한다. Greenhouse 역시 선택한 요금제와 채용 요구에 따라 견적이 달라진다. 두 업체에 같은 사용자 범위와 채용 업무, 필요한 자동화, 입사 인계 조건을 전달해야 최초 도입과 이후 사용 비용을 같은 기준으로 비교할 수 있다.

구매 시연을 위한 채용 단계별 점검표

짧은 기능 소개보다 한 직무의 채용 과정을 처음부터 끝까지 따라가는 시연이 적합하다. 아래 항목은 제품의 일률적인 순위를 정하기보다 현재 병목을 해결하는 기능과 계약 범위를 함께 확인하기 위한 질문이다. 시연에서 작동한 기능이 견적서의 어느 구성에 포함되는지도 같은 자리에서 확인할 필요가 있다.

• 공고와 직무 정의: 필수 역량이 공고, 면접 계획, 평가표에 같은 뜻으로 반영되는가? 여러 사업장이나 브랜드의 공고를 운영한다면 해당 설정이 구매할 구성에 포함되는지도 확인한다.
• 후보자 발굴: 지원 전 인재와 과거 지원자를 어떻게 구분하고 다시 찾는가? Lever에서는 재접촉과 캠페인 흐름을, Greenhouse에서는 선택한 요금제의 발굴 및 연락 자동화 범위를 같은 조건으로 살핀다.
• 면접과 결정: 면접관에게 평가 항목이 언제 전달되며 피드백은 어떤 근거로 모이는가? 의견이 엇갈린 가상 후보자를 설정하면 평가표가 최종 결정에 필요한 차이를 드러내는지 볼 수 있다.
• 제안과 입사: 제안 조건을 바꾸고 승인을 다시 받을 때 이력이 남는가? 합격 뒤 인사 시스템으로 전달할 정보 중 담당자가 재입력해야 하는 항목은 무엇이며, 연동에 별도 설정이나 추가 구매가 필요한가?
• 자동화와 분석: 현재 담당자가 반복하는 알림, 재접촉, 승인 요청 가운데 어느 작업을 줄일 수 있는가? 단계별 지연과 유입 경로를 팀이 쓰는 정의대로 집계하고 필요한 담당자가 결과를 볼 수 있는가?
• 계약 범위: 시연한 기능의 요금제, 추가 기능, 사용자 권한, 도입 지원을 견적서의 항목과 대조한다. 면접 평가가 가장 급하면 그 흐름을 완성하는 구성을, 후보자 육성이 급하면 장기적인 재접촉을 운영하는 구성을 우선해 비교한다.

함께 읽기:

• 가짜 Teams 지원 요청 한 번이 도메인 관리자까지 노린다
• Patreon과 Substack 모두 10%, 실제 선택은 세금 처리에서 갈린다
• GitHub Actions에서 AWS 장기 키를 없애라…OIDC의 핵심은 sub 조건이다