한 줄 요약

채용이 생각보다 얼마나 어려운지.

하이라이트

• TinyPilot이 역대 최고 실적을 기록하며 매출이 8만 달러에 육박해 이전 최고 기록을 15% 경신했습니다.
• 구인 공고에 대한 지원자 수가 6개월 전 같은 직무를 공고했을 때보다 8배 많았습니다.
• 채용에 대해 하고 싶은 이야기가 많습니다.

목표 평가

매달 초에 이루고 싶은 목표를 정합니다. 이번 달 달성도는 다음과 같습니다.

TinyPilot Community와 TinyPilot Pro를 차세대 업데이트 시스템으로 이전하기

• 결과: TinyPilot Community는 이전을 완료했지만, TinyPilot Pro는 아직 준비되지 않았습니다.
• 평가: C+

5월부터 TinyPilot의 업데이트 시스템을 전면 개편하는 작업을 진행해 왔는데, 예상보다 훨씬 오래 걸리고 있습니다.

지난 2년 동안 TinyPilot 업데이트 시스템에 기술 부채가 많이 쌓였습니다. 지금은 이를 해소하고 있는 중이지만, 그 과정에서 일주일 이상의 개발 시간을 잡아먹는 예상치 못한 문제들이 계속 발생하고 있습니다. 이제 마지막 몇 주 정도만 남았다고 확신합니다.

TinyPilot 라이선스 관리 방안 확정하기

• 결과: 계획을 확정했습니다.
• 평가: A

TinyPilot 라이선스 관리 방안을 확정했으며, 관련된 모든 분이 만족하고 있다고 생각합니다. 사용자에게 매끄러운 경험을 제공하면서도 엔지니어링 복잡성을 최소화하는 방안입니다.

TinyPilot Voyager를 유튜브 크리에이터나 블로거 두 명에게 리뷰용으로 보내기

• 결과: 채용 때문에 너무 바빠서 진행하지 못했습니다.
• 평가: F

이 부분은 전혀 진전을 이루지 못했습니다. 채용을 목표 중 하나로 넣었어야 했습니다. 이번 달 대부분을 채용에 쏟았기 때문입니다.

TinyPilot 통계

8월은 TinyPilot의 매출과 수익 모두에서 기록적인 달이었습니다. 7월 말에 가격을 11% 인하했는데, 그 덕분에 판매가 34% 증가한 것으로 보입니다. 이번에도 특별한 외부 이벤트 없이 달성한 수치여서 소위 ‘지루한’ 달이었지만, 흐름을 지속할 수 있을 것으로 기대합니다.

가격을 인하할 수 있었던 이유는 마침내 회로 기판을 충분히 확보했기 때문입니다. 칩 부족 사태 때문에 단종된 부품을 교체하려고 8개월에 걸쳐 재설계를 해야 했습니다. 한정된 재고를 소진하지 않으려고 가격을 높게 유지할 수밖에 없었습니다. 이제 칩을 안정적으로 계속 생산할 수 있게 되면서 가격과 판매 속도 측면에서 훨씬 유연하게 대응할 수 있습니다.

8배 늘어난 지원자 수 처리하기

8월에 두 번째 지원 엔지니어를 채용했는데, 6개월 전 같은 직무로 채용했을 때와는 전혀 다른 경험이었습니다.

지난번에는 30일 동안 221명이 지원했습니다. 이번에는 단 2주 만에 802명이 지원했습니다. 지원자가 너무 많아 의도적으로 속도를 늦춰야 했고, 결국 2주 만에 접수를 마감했습니다.

밀린 지원서에 대한 답변을 처리하는 동안 공고를 잠시 중단하고 싶었습니다. 그런데 We Work Remotely는 답답하게도 공고를 임시로 숨기는 기능을 제공하지 않습니다. 공고를 영구 삭제하고 결제한 기간을 포기하거나, 그대로 두고 감당할 수 없을 만큼 많은 지원을 계속 받는 것 중 하나를 선택해야 합니다.

고육지책으로 공고는 그대로 두되, 근무지 조건을 “전 세계”에서 “미국 내”로 변경했습니다. 이 직무가 반드시 미국 거주자를 요구하는 것은 아니었지만, 공고를 완전히 내리지 않고 지원 속도를 늦출 수 있는 최선의 방법이었습니다.

거주지 조건을 추가하자 신규 지원 속도가 절반가량으로 줄었습니다. 그래도 많은 지원자가 조건을 무시했습니다. 조건 변경 전에는 지원자 중 18%만이 미국에 거주한다고 답했는데, 변경 후에는 42%가 미국에 거주한다고 답했습니다.

2주 동안 802명의 지원자가 몰렸고, 제때 답변을 드릴 만큼 빠르게 모두 처리할 수 없다는 판단이 들어 접수를 마감했습니다.

이번에 지원자가 이렇게나 많았던 이유는 무엇일까요? 제 추측은 다음과 같습니다.

체계적인 웹 폼이 이메일보다 지원 문턱을 낮춥니다

가장 큰 요인은 이번에 지원자들이 웹 폼을 통해 지원했다는 점이라고 생각합니다. 지난번에는 이력서와 커버 레터를 이메일로 보내 달라고 했습니다. 체계적인 폼을 작성하는 것이 더 편하게 느껴져 더 많은 사람이 지원하게 되는 것 같습니다.

단점은 웹 폼이 상대적으로 성의 없는 지원을 더 많이 끌어들인다는 점입니다. 지난번에는 We Work Remotely 지원자 중 18%가 서류 심사를 통과할 만큼 역량이 충분했지만, 이번에는 1차 심사를 통과한 비율이 6%에 불과했습니다.

채용 채널을 늘리면 지원자도 늘어납니다

이번에는 RemoteOK와 Craigslist 두 채널에 추가로 공고를 올렸습니다. Craigslist는 큰 효과가 없었지만, RemoteOK에서는 2주 동안 127명의 지원자가 유입되었습니다.

경기 침체는 구직자 증가로 이어집니다

마지막으로, 글로벌 경기가 6개월 전 채용했을 때보다 악화되었습니다. 경기 침체에 대한 우려가 커졌고 채용을 진행하는 기업도 줄어들었습니다. 연초보다 고용주에게 유리한 시장이 되었을 것이라 생각합니다.

원격 채용 공고 채널 비교

이번 과정을 통해 채용 채널마다 투자 대비 효과가 크게 다르다는 것을 알게 되었습니다.

제가 중요하게 보는 지표는 두 가지입니다.

• 적격 지원자 수
• 전체 지원자 중 적격 지원자 비율

저는 직무당 10~20명 정도의 적격 지원자를 확보할 수 있는 플랫폼을 원합니다. 그래야 선택지를 충분히 가지고 비교할 수 있기 때문입니다. 소음 대비 신호 비율이 너무 낮아서 몇 명의 적격자를 찾기 위해 3,000명을 검토해야 한다면 그 플랫폼은 가치가 없습니다.

이번 평가에서는 서류 심사를 통과한 모든 사람을 적격 지원자로 간주했습니다. 또한 전 세계를 대상으로 공고를 열어두었던 5일 동안의 지원만 집계했습니다. 거주지 조건 변경이 응답에 편향을 만들었기 때문이기도 하고, 아직 나머지 지원을 모두 처리하지 못했기 때문이기도 합니다.

* ‘알 수 없음’에는 TinyPilot 웹사이트의 링크를 통해 지원한 분들이 포함되므로, 트위터 등에서 제 게시물을 보고 지원한 경우가 해당됩니다. 최종 채용된 분은 제 트윗을 보고 지원했습니다.

We Work Remotely는 꽤 좋은 성과를 보였습니다. 성의 없거나 스팸성 지원도 적지 않았지만, 359명 중 20명의 적격자를 찾은 것은 꽤 괜찮은 비율입니다.

RemoteOK는 이 기간 동안 적격자가 한 명도 없었으며, 사용 경험 자체가 워낙 좋지 않아 별도 절로 다루려 합니다.

RemoteOK는 크게 실망스러웠습니다

저는 Pieter Levels의 오랜 팬입니다. Indie Hackers 팟캐스트에서의 그의 인터뷰는 해당 시리즈 중에서도 손꼽히는 에피소드입니다. Pieter는 부트스트래퍼로서의 삶이 왜 흥미롭고 자유로운지를 훌륭하게 보여줍니다.

안타깝게도 Pieter의 대표 사업인 RemoteOK는 크게 실망스러웠습니다. 돈을 내고 사용하는 사용자인 저를 이렇게까지 집요하게 방해하는 제품을 써 본 기억이 잘 나지 않습니다.

공고를 만들자마자 RemoteOK는 온갖 추가 유료 옵션을 밀어붙입니다.

We Work Remotely도 비슷한 추가 판매를 시도하지만, 그렇게 불쾌하게 느껴지지는 않습니다. 아마도 QR 코드 하나 만드는 데 134달러를 청구하지 않기 때문일 것입니다.

RemoteOK 공고에는 지원자 검색을 돕는 태그가 있어 linux, customer support, flexible schedule 같은 태그를 추가했습니다. 몇 시간 뒤 다시 확인해 보니 RemoteOK가 제 직무와 전혀 관련 없는 microsoft windows webdev development 같은 부정확한 태그를 자동으로 추가해 두었습니다. 제가 지워도 다음 날 다시 생겨났고, 결국 제가 직접 태그를 더 추가해야만 영구적으로 없앨 수 있었습니다.

사용자의 통제권을 가장 심각하게 침해하는 예는 RemoteOK의 매직 키워드입니다. RemoteOK는 “공고를 끝까지 읽었다는 것을 보여주기 위해 지원할 때 [무작위 단어]를 언급해 주세요.”라는 문구를 자동으로 추가합니다. RemoteOK는 이런 문구를 추가한다는 사실을 알려주지 않으며, 삭제할 수도 없습니다.

저는 이 기능을 정말, 정말, 정말 싫어합니다. 이런 기능이 있다는 것을 알았다면 애초에 RemoteOK에 공고를 올리지 않았을 것입니다.

이런 ‘매직 키워드’ 요구는 지원자를 모욕하는 것이라고 생각하며, 저는 공고를 낼 때 의도적으로 그런 요소를 배제합니다. 제가 비용을 지불하고 올린 공고에 RemoteOK가 몰래 이런 문구를 삽입한다는 사실이 몹시 불쾌합니다.

무엇보다도 치명적인 점은 RemoteOK가 가장 중요한 역할, 즉 적격 지원자를 제공하는 데 완전히 실패했다는 것입니다. 같은 기간 동안 We Work Remotely에서는 20명의 적격 지원자를 연결해 준 반면, RemoteOK 지원자 중에는 서류 심사를 통과한 사람이 한 명도 없었습니다.

업데이트 (2022-09-25): 이 글에 대한 답변으로 Pieter Levels는 제가 언급한 문제들을 개선하겠다고 약속했고, 결제 금액을 흔쾌히 환불해 주었습니다.

Homerun은 괜찮지만 훌륭하지는 않습니다

지난번 채용 때는 지원자들에게 그냥 이메일로 보내 달라고 한 뒤 받은 편지함 라벨로 지원서를 정리했습니다. 결국 정리가 엉망이 되고 혼란스러웠습니다.

이번에는 여러 지원자 추적 시스템(ATS)을 테스트한 끝에 Homerun을 선택했습니다.

채용 전 과정에서 Homerun을 사용해 본 결과 꽤 만족스럽습니다. UI가 깔끔하고 필요한 기능을 모두 갖추고 있습니다. 전반적으로 직관적이어서 체계적으로 지원서를 처리하기 쉬웠습니다.

Homerun의 이메일 템플릿 기능이 특히 마음에 들었습니다. 완전히 동일한 정형 문장을 보내는 경우는 거의 없었지만, 자주 쓰는 답변에 대한 기본 틀을 갖추고 있다는 점이 도움이 되었습니다. 예를 들면 다음과 같습니다.

• Linux 경험이 충분하지 않습니다
• 직무가 요구하는 수준의 영어 실력이 아닙니다
• 훌륭한 지원자이시니 예제 질문 단계로 진행하겠습니다

Homerun은 월 71달러로, 대부분의 중소기업이 부담할 만한 수준입니다. 채용을 진행하지 않는 달에는 비용을 지불하지 않아도 된다는 점에서 과금 방식도 합리적입니다. 다른 지원자 추적 플랫폼 대부분은 월 요금 납부를 중단하면 모든 데이터를 삭제합니다. Homerun은 활발히 채용하지 않을 때 무료 플랜으로 낮출 수 있으며, 데이터는 그대로 보존됩니다. 무료 플랜에서의 유일한 제한은 다시 유료로 전환하기 전까지는 신규 지원자를 받을 수 없다는 점입니다.

Homerun에서 몇 가지 큰 단점도 발견했습니다.

지원자 필터링이 불가능합니다

지원자가 너무 많다 보니 가장 유망한 분들에게 먼저 연락할 방법이 필요했습니다. 영어권 국가에 거주하면서 Linux 능숙도를 높게 평가한 지원자만 걸러내고 싶었습니다. Homerun에는 이러한 데이터가 있지만, 이 기준으로 필터링하는 기능이 없습니다. 해당 지원자를 찾는 유일한 방법은 대기열에 있는 지원서를 하나씩 직접 검토하는 것뿐입니다.

이메일 사용성이 좋지 않습니다

Homerun의 가장 아쉬운 UI 결정 중 하나는 이메일 기능입니다. 다른 지원자 추적 시스템과 마찬가지로 Homerun도 웹 앱 내에서 지원자에게 이메일을 보낼 수 있습니다. 하지만 이메일을 보낼 때 모달 창을 띄우는 방식입니다.

모달 창이 지원자가 작성한 지원서 내용을 완전히 가려 버리기 때문에, 제 메모나 이력서, 지원서 질문에 대한 답변을 참조할 수 없습니다. 지원자에게 답장을 보낼 때 고용주가 당연히 필요로 하는 정보인데도 말입니다. 매우 잘못된 설계입니다.

저는 Homerun을 두 개의 창으로 나란히 열어 두는 방식으로 우회했습니다. 어느 정도 작동은 했지만, Homerun이 브라우저 창 간 동기화를 잘 처리하지 못합니다. 한 창에서 지원자를 불합격 처리하면 다른 창이 혼란을 겪으며 지원자 목록 맨 위부터 다시 로드됩니다.

이메일 도달률이 낮습니다

예제 과제를 PDF 링크로 보내드렸는데, 여러 지원자분께서 메일을 받지 못했다고 알려왔습니다. Homerun의 이메일 서버가 발신자 평판이 낮아 스팸 필터가 링크가 포함된 메일을 차단했을 가능성이 높다고 생각합니다.

웹 앱이 느립니다

Homerun 웹 앱은 답답할 정도로 느립니다. 최신 데스크톱에 광랜 인터넷을 사용하고 있음에도 대부분의 페이지가 로드되는 데 2~5초가 걸리고, 어떤 페이지는 10초까지 걸리기도 합니다.

다음 채용에서 개선할 점

이번 채용에서 지원자들을 대했던 방식에 만족하지 않습니다. 지원 규모에 대한 준비가 부족했고, 합리적인 시간 안에 처리할 수 있는 양보다 더 많은 지원을 받으면서 지원자들의 시간을 낭비했습니다.

다음번에는 모두에게 더 나은 채용 경험을 제공하기 위해 다음과 같이 바꾸려 합니다.

답장을 보내는 데 더 신중하겠습니다

Homerun으로 지원서를 처리하기 시작했을 때 이메일 템플릿에 대한 기대가 앞서 너무 적극적으로 답장을 보냈습니다. 지난 채용에서는 성의 없는 지원서를 보내온 분들에게는 그냥 답변하지 않았습니다. 하지만 Homerun에서는 템플릿 덕분에 성의 없는 지원에도 쉽게 답장할 수 있었습니다.

복사해 붙여 넣은 듯한 지원서라 불합격 처리한다는 내용의 템플릿을 만들었습니다. 적어도 그렇게 지원하면 기회를 잃게 된다는 피드백을 주는 것이 좋다고 생각했습니다.

이 전략은 효과가 좋지 않았습니다.

답장을 보내온 분들 중 약 50%는 정중하게 피드백에 감사해 주셔서 좋았습니다. 반면 약 20%는 무례하거나 적대적인 반응을 보여 좋지 않았습니다.

나머지 30%는 마침내 실제 사람이 자신과 소통하고 있다는 사실을 깨닫고, 지원서가 허공으로 사라진 것이 아니라는 것을 알게 되었습니다. 그제야 회사에 대해 조사하기 시작하면서 사실은 TinyPilot에 특별히 관심이 있다고 말했습니다. 그로 인해 곤란한 상황이 되었습니다. 이분들의 지원을 재검토한다면, 처음부터 성의 있는 답변을 작성한 지원자들에게 불공평한 일이었기 때문입니다.

성의 없는 지원에 하루 이틀 시간을 낭비한 뒤로는 해당 유형의 지원자에게는 더 이상 답장을 보내지 않았습니다. 다음과 같은 경우에만 답장하는 것으로 전략을 바꿨습니다.

• 지원자가 기본적인 수준에서 직무에 대한 자격을 갖춘 경우
  • 예: 직무 요건 중 하나가 “Linux에 익숙함”인데 지원자가 Linux를 사용해 본 적이 없다고 한 경우: 답장하지 않습니다.
• 지원자가 지원서에 최소한 몇 분이라도 투자한 경우
  • 예: 답변이 명백히 복사해 붙여 넣었거나 급하게 작성된 경우: 답장하지 않습니다.

이 새로운 전략은 적대적인 반응을 없애는 뜻밖의 긍정적인 효과가 있었습니다. 성의 있는 답변을 작성한 분들에게 불합격 사유를 설명하며 거절했을 때, 항상 답장이 오는 것은 아니었지만 답장이 온 경우 모두 정중했고 피드백에 감사해 했습니다.

초기 심사를 도와줄 사람을 채용하겠습니다

이력서와 지원서를 검토하는 데는 수십 시간이 걸리지만, 똑똑한 사람이라면 충분히 교육해서 대신 맡길 수 있는 업무입니다.

단순한 자동 필터나 머신러닝을 사용하고 싶지는 않습니다. 지원자의 서류를 실제 사람이 검토하고 있다고 정직하게 말할 수 있는 것이 저에게는 중요합니다. 다만 그 사람이 반드시 저일 필요는 없습니다.

고객 지원에 이중화를 구축하겠습니다

지원자분들께 답장이 늦어진 요인 중 하나는 평소 고객 지원을 담당하는 TinyPilot 직원이 일주일 동안 병가를 냈기 때문입니다. 고객 지원은 지원 엔지니어가 대신할 수 있고, 그마저 안 되면 제가 마지막 보루가 되기 때문에 이중화된 것처럼 느껴집니다. 하지만 평소 담당자가 자리를 비우자 고객 지원 프로세스가 얼마나 취약한지 깨달았습니다.

직접 고객 지원을 해 보니 그 일이 얼마나 많은 업무인지 새삼 느꼈습니다. 특히 800명의 지원자와 소통해야 하는 부담까지 더해지니 더욱 그랬습니다. 게다가 며칠 동안 휴가 중이었기 때문에 TinyPilot 지원 엔지니어 혼자서 지원을 담당해야 했습니다. 그는 Shopify나 현지 물류 사무소에 접근 권한이 없어 제공할 수 있는 지원에 한계가 있었기 때문에 상황이 불안정했습니다.

지원 엔지니어링 팀이 안정되면 고객 지원을 담당할 인원을 한 명 더 추가할 계획입니다. 그렇게 하면 한 명이 아프거나 휴가 중일 때도 업무가 원활하게 유지될 것입니다.

지원자가 일정 수를 넘으면 지원서를 대기자 명단으로 전환하겠습니다

채용을 도와줄 사람이 생기더라도 합리적인 시간 안에 검토할 수 있는 지원서 수에는 한계가 있습니다. 400명 같은 기준을 넘으면 지원 폼을 대기자 명단으로 전환해서, 지원자들에게 왜 저희와 함께 일하고 싶은지 설명하도록 하며 시간을 낭비하지 않도록 해야겠습니다.

얼마나 시간이 많이 드는지 기억하겠습니다

이전에도 공고를 통해 채용한 경험이 있지만, 다시 시작하기 전까지 그 과정이 얼마나 시간이 많이 드는지 잊고 있었습니다.

제 머릿속에서 채용에 필요한 시간은 이렇게 그려집니다.

첫날에 지원자가 한꺼번에 몰려듭니다. 지원자들을 추려 한 명으로 좁히고, 마침내 그 사람을 채용하면 제가 하던 업무를 넘겨받아 모든 것이 잘 풀립니다.

현실에서의 시간 투입은 더 이렇게 진행됩니다.

지원자가 한꺼번에 몰린 뒤 제가 검토하는 동안에도 지원은 계속 들어옵니다. 그리고 마침내 한 명을 채용한 뒤에도, 새로운 직원을 온보딩하고 교육하는 동시에 뽑지 못한 모든 지원자에게 후속 조치를 해야 합니다.

그러니 다음에 채용할 때는 이 아름답고 유익한 그래프를 다시 보면서 이 일을 해내려면 충분한 여유를 확보해야 한다는 점을 기억해야겠습니다.

마무리

무엇을 이루었나요?

• 두 번째 TinyPilot 지원 엔지니어를 채용했습니다
• 차세대 업데이트 시스템을 TinyPilot Community 버전에 배포했습니다
• 부트스트래퍼를 위한 지원자 추적 시스템에 대한 노트를 공개했습니다
• PicoShare의 메모리 문제 디버깅에 대한 노트를 공개했습니다

배운 점

• 채용은 항상 예상보다 어렵습니다

다음 달 목표

• TinyPilot Pro를 차세대 업데이트 시스템으로 이전하기.
• TinyPilot Voyager를 유튜브 크리에이터나 블로거 두 명에게 리뷰용으로 보내기
• 새로운 케이스 제조 방안 모색하기