.svg)
.svg)
데얼스는 스푼라디오·피플펀드 등에 투자한 투자사의 지원을 받아 출발한 스타트업입니다. CSO, 프론트엔드 개발자, 프로덕트 디자이너까지 총 3명의 팀을 꾸렸지만, 딱 하나가 빠져 있었습니다. 백엔드 개발자였습니다.
문제는 앱 론칭 일정이 이미 정해진 상태였다는 점이었습니다. 내부 채용을 기다릴 여유가 없었고, 결국 데얼스가 선택한 방법은 외주였습니다. 첫 시도는 빠르게 시작됐지만, 결말은 전혀 예상치 못한 방향으로 흘러갔습니다.
데얼스는 검색을 통해 찾은 개발 외주 업체와 계약을 진행했습니다. 하지만 결과는 실패로 이어지고 말았습니다. 데얼스는 당시를 돌아봤을 때 크게 3가지 문제가 있었다고 말합니다.
"연락도 안 되고요. 외주 업체와 1:1로 작성한 계약서에도 구멍이 많아 보상받기도 어려웠죠." 데얼스 백엔드 개발자 김순태 님은 당시를 이렇게 회상합니다. 론칭일까지 1달이 남은 시점, 테스트할 수 있는 앱 기능은 아무것도 없었습니다. 데얼스는 빠르게 해결책을 찾아야 했습니다. 그렇게 찾은 방법이 IT 아웃소싱 플랫폼 위시켓이었습니다.
데얼스는 위시켓과 함께 두 번째 외주 개발을 진행했습니다. 분명 같은 조건이었는데, 결과는 달랐습니다.
첫 외주 때는 검색 상단에 노출된 업체에 바로 문의했습니다. 실력을 확인할 방법이 없었습니다. 위시켓은 달랐습니다. 공고를 올리자 여러 개발사가 지원했고, 데얼스 개발팀은 지원서와 위시켓 파트너 프로필에서 포트폴리오와 클라이언트 리뷰를 한 화면에서 비교할 수 있었습니다. 개발사가 요구사항을 실제로 소화할 수 있는지, 비슷한 프로젝트 경험이 있는지, 다른 클라이언트가 남긴 리뷰는 어떤지 검증할 수 있었습니다.
지원서와 포트폴리오로 1차 검증 후, 미팅을 진행했습니다. 미팅에서 가장 주의 깊게 본 건 태도였습니다. "요구사항을 던졌을 때 근거 없이 '다 됩니다'라고 확신하는 개발사는 실패 확률이 높더라고요. 최종 계약할 개발사를 선택한 결정적 이유도 거기에 있었습니다. 기간 내에 현실적으로 개발 가능한 부분과 불가능한 부분을 솔직하게 말씀해 주셨기 때문이었어요." 김순태 님은 신뢰는 무조건적인 긍정에서 오는 게 아니라 책임감과 정직함에서 오는 것이라는 점을 배웠다고 합니다.
첫 외주에서 계약서는 개발사와 1:1로 직접 작성했습니다. 분쟁이 생겼을 때 보상받을 근거가 없었고, 결국 피해를 고스란히 떠안았습니다. 위시켓에서는 달랐습니다.
표준 계약서를 제공했고, 계약 전에는 개발사와 미리 합의해야 할 항목을 정리한 체크리스트를 함께 받았습니다. 개발 일정 지연 시 보상 조항, 하자 발생 시 보수 기간과 방식, 업무 범위의 구체적 정의까지 포함된 내용이었습니다. 예를 들어 계약서에 'API 연동'이 들어가면, 메시징·PG·SNS 간편 로그인·본인 인증까지 어디까지를 의미하는지를 명시하는 방식이었습니다.
"이렇게까지 하는구나 싶기도 했는데, '아니야, 이렇게까지 해야 된다' 싶어요. 계약 준비가 철저할수록 리스크가 줄어드는 구조라는 걸 이제 아니까요." 첫 외주 실패를 겪은 뒤에야, 그 번거로움의 의미를 정확히 알게 됐다고 김순태 님은 말합니다.
외주 개발, 어떤 리스크가 있을까? 자주 발생하는 4가지 문제와 해결법
첫 외주는 개발 자체가 완료되지 않아 인수인계 단계에 도달하지도 못했습니다. 위시켓에서 만난 개발사는 달랐습니다. 론칭일 1달 전에 시작된 프로젝트였지만 일정을 맞췄고, 개발이 끝난 뒤에도 꼼꼼함이 이어졌습니다.
개발 문서와 주요 정책은 노션에 정리됐고, API 규격은 스웨거 프레임워크로 공유됐습니다. 슬랙으로 오류 문의를 남기면 빠르게 답변이 돌아왔습니다. 외주가 끝난 뒤 내부 개발자가 운영을 이어받는 데 필요한 준비가 빠짐없이 이뤄진 셈입니다.
결과는 명확했습니다. 첫 외주가 남긴 레거시를 수습하는 것부터 시작했음에도, 관리자 페이지와 채팅 기능 개발까지 모두 일정 안에 마쳤습니다. 2023년 1월, 데얼스 앱은 예정대로 론칭됐습니다.
수치만큼 의미 있는 건 이후의 변화였습니다. 첫 외주 때는 계약 분쟁 처리에 에너지를 썼지만, 위시켓을 통한 프로젝트가 끝난 뒤 데얼스는 서비스 자체에 집중할 수 있었습니다. 에스크로 서비스 추가, 아웃도어 커뮤니티 기능 고도화까지. 데얼스는 이제 다음 단계를 준비하고 있습니다.
김순태 님은 스타트업에게 외주는 분명히 유효한 선택이라고 말합니다. 운영 이슈가 생겼을 때, 내부 리소스가 부족할 때, 내부 개발팀이 소화할 수 없는 전문 기술이 필요할 때. 그런 순간마다 외주는 현실적인 해결책이 될 수 있다고요. 단, 방법이 중요하다고 말합니다.
"무작정 시도하기보다는 위시켓 같은 믿을 수 있는 플랫폼을 활용하시길 추천해요. 개발사의 말을 무작정 믿는 대신 포트폴리오와 리뷰 같은 객관적 데이터로 검증하기, 계약서는 전문가와 꼼꼼하게 검토해서 쓰기. 이 정도만 지켜도 MVP 외주 개발 리스크 대부분을 막을 수 있어요."
MVP 외주는 타이밍이 전부입니다. 검증 없이 시작한 첫 외주가 론칭 일정 전체를 흔들었던 것처럼, 개발사를 찾는 방법과 계약을 설계하는 방법이 결과를 바꿉니다. 데얼스가 같은 조건에서 다른 결과를 낼 수 있었던 것처럼, 지금 위시켓에서 실패 없는 MVP 외주 개발을 시작해 보세요!
함께 읽으면 좋은 콘텐츠
위시켓 콘텐츠 매니저 조가은입니다. 기업의 합리적인 IT 의사결정을 돕습니다.
.svg)
