개발자가 먼저 발견되는 채용 시장, 조 마실로티의 RailsDevs

조 마실로티(Joe Masilotti)가 만든 RailsDevs는 기업이 채용 공고를 올리고 지원서를 기다리는 대신, 개발자가 프로필을 올리면 기업이 먼저 연락하는 역방향 구인 플랫폼이었다. 대상은 Ruby on Rails 개발자로 한정했으며, 개발자가 반복해서 일감을 찾아다니는 불편을 줄이는 데 초점을 맞췄다. 거대한 채용 시장 전체가 아니라 자신이 속한 기술 커뮤니티의 문제를 사업으로 옮긴 사례다.

스프레드시트에서 확인한 수요

출발점은 독립 개발자로 일하면서 겪은 불규칙한 의뢰였다. 일이 몰릴 때는 감당하지 못했지만, 다른 때에는 다음 프로젝트를 구하기 어려웠다. 기존 구인 사이트는 정규직 중심이어서 프리랜서나 계약 업무를 찾는 데 충분히 도움이 되지 않는다는 것이 그의 판단이었다.

제품보다 먼저 등장한 것은 스프레드시트였다. 조는 자신이 받지 못한 의뢰를 다른 Rails 개발자에게 연결하려고, 일할 여유가 있는 지인들의 명단을 기업에 공유했다. 몇 주 만에 두 명이 일을 얻으면서 수요를 확인했다.

첫 버전은 익숙한 Ruby on Rails·Tailwind UI·Heroku로 15일 만에 공개했다. 출시 비용은 약 300달러였고, 그중 250달러가 도메인 구입비였다.

2021년 11월 5일, 호스팅 문제를 묻는 트윗이 뜻밖의 출시 계기가 됐다. 이를 도와준 Rails 커뮤니티 인사가 서비스를 공유하면서 첫 주에 약 100명이 프로필을 등록했다.

약 한 달 뒤 첫 고객이 구독을 요청했지만 결제 화면은 아직 없었다. 조는 청구서를 직접 보내 99달러를 받았고, 아이디어에서 첫 결제까지 두 달이 채 걸리지 않았다.

개발자를 모으고, 기업에 비용을 받다

개발자는 무료로 참여하고 기업이 비용을 부담했다. 조는 먼저 개발자들을 모으면 채용 기업을 유인할 수 있다고 보고, 홍보도 개발자의 구직 경험에 집중했다.

개발자 중심이라는 원칙은 실제 기능 선택에도 반영됐다. 2022년 1월 그는 시급·연봉 입력과 이에 따른 정렬·표시 기능을 제거했다고 발표했다. 기업이 적합한 사람보다 저렴한 사람부터 찾게 만들 수 있으며, 보수는 업무 범위와 복잡성을 논의한 뒤 정해야 한다고 봤기 때문이다. 다만 공개 가격이 더 투명하다는 이용자의 반론도 있었으므로, 이를 보편적인 정답보다는 플랫폼의 방향을 드러내는 결정으로 보는 편이 정확하다.

수익 모델은 월 구독료에 채용 성사 수수료를 결합하는 방향으로 발전했다. 2022년 3월 도입한 요금 체계에서는 프리랜서·계약 인력 채용에 월 99달러, 정규직 채용에 월 299달러를 받았다. 정규직 채용이 성사되면 개발자 첫해 연봉의 10%를 추가로 받았으며, 해당 요금제에는 직접 고른 후보 추천과 우선 상담도 포함됐다.

조가 수수료를 추가한 이유는 플랫폼과 고객의 이해관계를 맞추기 위해서였다. 구독료만 받으면 기업이 오래 머물수록 운영자의 매출이 늘지만, 기업이 원하는 것은 적합한 개발자를 빨리 채용하고 떠나는 것이다. 채용 성공에 별도 보상을 붙이면 운영자도 구독 유지 기간보다 채용 성과에 집중할 수 있다는 설명이었다.

MRR 4,000달러와 실제 매출 구조

2022년 9월 13일 공개된 《Indie Bites》 인터뷰 소개는 RailsDevs를 월 반복매출(MRR) 4,000달러를 넘긴 사업으로 설명했다. 이는 당시 월 반복매출을 나타내는 수치이며, 채용 수수료까지 합친 전체 월매출이나 조 개인의 순이익을 뜻하지 않는다.

2022년 11월 인터뷰에서는 개발자 600명 이상, 취업 성사 30명 이상, 출시 후 약 1년간 누적매출 15만 달러에 가까운 실적을 공개했다. 보고한 비용은 1만 달러 미만이었으며, 직원 없이 일부 외주 인력과 일했다. 다만 창업자가 공개한 사업 수치이지, 개인의 실수령소득을 보여 주는 자료는 아니다.

같은 인터뷰에서 그는 매출의 거의 90%가 채용 성사 수수료에서 나온다고 설명했다. 따라서 구독 기능이 있는 사업과 구독 매출이 중심인 사업은 구분해야 한다. RailsDevs의 큰 매출을 이해하는 핵심은 가입자 수만이 아니라 실제 채용이 얼마나 성사됐는지에 있다.

공개 개발을 커뮤니티 참여로 연결하다

조는 제품을 완성한 뒤 홍보를 시작하는 대신, 개발 과정 자체를 공개 활동으로 삼았다. 트위터에서 작업 중인 내용을 공유하고 GitHub Discussions에서 질문과 아이디어에 대한 의견을 받았다. 2022년 9월에는 그가 운영하는 Hotwire Dev 뉴스레터도 구독자 2,000명을 넘긴 것으로 소개됐다. 이런 활동을 보면 기술 지식을 나누는 대상과 RailsDevs가 필요한 개발자 집단이 상당 부분 겹쳤다는 점이 중요하다.

공개 범위는 소스 코드에 그치지 않았다. RailsDevs는 매출·트래픽 같은 사업 지표와 주요 의사결정도 공개하는 ‘오픈 스타트업’을 지향했다. 이용자는 프로필을 등록하는 데서 끝나지 않고, 제품이 어떤 방향으로 바뀌어야 하는지 의견을 내고 개발에 참여할 수 있었다.

2023년 3월에는 오픈소스 기여에 금전적 보상을 지급하는 프로그램도 시작했다. 완료한 이슈나 병합된 코드 변경에 난도에 따라 25달러 이상을 지급하는 방식이었다. 조는 이를 커뮤니티에 대한 보답이자, 주니어 개발자가 보수를 받은 실제 작업 경험을 이력서에 추가하도록 돕는 수단으로 설명했다.

2025년의 종료까지 함께 봐야 하는 이유

RailsDevs는 계속 운영되는 성공 사례로 소개해서는 안 된다. 조는 거의 4년간 운영한 서비스를 종료한다고 공지했으며, 공식 코드 저장소도 2025년 7월 28일 보관 상태로 전환됐다. 종료 공지에서는 수십 명이 일자리를 얻었다는 성과를 인정하면서도, 다음 일을 위한 여유를 만들 때라고 밝혔다.

2025년 공개된 후속 인터뷰의 소개문은 RailsDevs의 운영 기간 전체 매출을 약 25만 달러로 설명하고, 시장 상황의 변화와 서비스 종료 판단을 다룬다. 이 역시 연매출이나 매각대금이 아니라 누적매출이다. 종료 공지는 매각 소식이 아니며, 사업이 끝난 뒤에도 소스 코드는 공개 상태로 남았다.

이 사례에서 배울 점은 단순히 작은 시장을 고르라는 조언보다 구체적이다. 이미 알고 있는 커뮤니티에서 수작업으로 연결 수요를 확인하고, 개발자를 모으는 방식과 기업에 돈을 받는 방식을 분리했다는 점이 초기 사업화의 핵심이었다. 동시에 구독료보다 채용 성과에 크게 의존했던 구조와 이후 종료를 함께 보면, 빠른 수익화와 장기적인 매출 안정성은 별개의 과제라는 사실도 드러난다.