개발 외주 vs 자체 개발, 무엇을 골라야 하나
인건비 표만 보면 틀린다. 시점·도메인·운영까지 놓고 세 가지 방식을 한 표로 비교했다.
기준은 비용보다 시점과 본업 여부입니다. 출시까지 3~6개월이고 제품이 회사 본업이 아니면 외주, 개발이 곧 사업이고 2년 이상 손댈 시스템이면 자체 개발이 맞습니다. 국내 시니어 개발자 연 인건비가 통상 8,000만~1억 2,000만 원이라 4~8주 MVP 는 외부 팀이 빠르고, 그 뒤 운영을 인하우스로 옮기는 하이브리드가 가장 자주 성공합니다.
"우리도 개발자를 뽑아야 할까요?"
견적서 세 장을 받아 놓고 결정을 못 하는 대표를 자주 만납니다. 한 곳은 싸고, 한 곳은 비싸고, 한 곳은 차라리 개발자를 뽑으라고 합니다. 셋 다 틀린 말이 아니라서 더 어렵습니다.
이 질문이 어려운 이유는 비교 축이 잘못 잡혀서입니다. 외주 견적과 개발자 연봉을 나란히 놓으면 늘 한쪽이 싸 보입니다. 실제로 갈리는 지점은 돈이 아니라 시점과, 이 제품이 본업인가입니다.
언제 외주가 맞고 언제 자체 개발이 맞나?
자체 개발이 맞는 경우는 분명합니다. 개발이 곧 사업이고, 2년 이상 매주 손댈 시스템이며, 코드를 평가할 기술 리더가 이미 사내에 있는 경우입니다. 이 셋이 갖춰졌다면 외주는 속도를 사는 보조 수단입니다.
반대로 제품이 본업을 돕는 도구이고 출시까지 3~6개월 안에 결판이 나야 한다면 외주가 맞습니다. 채용부터 시작하면 통상 채용에 2~3개월, 온보딩에 1~2개월이 지나서야 첫 기능이 나오기 때문입니다.
결정 체크리스트 — 세 개 이상 '예'면 자체 개발 쪽이다
- 이 시스템이 멈추면 매출도 멈추는가 (개발이 곧 본업)
- 출시 후 2년 이상 매주 기능을 바꿀 계획인가
- 코드와 아키텍처를 평가할 수 있는 사람이 사내에 있는가
- 시니어 1명 연 인건비를 매출 없이 1년 감당할 수 있는가
- 규제·보안 때문에 외부 인력이 코드를 만지면 안 되는가
비용은 어떻게 비교해야 하나?
인건비 표는 출발점일 뿐입니다. 국내 시니어 개발자 1인의 연 인건비는 4대보험·퇴직금까지 더해 통상 8,000만~1억 2,000만 원이고, 기획·디자인·개발을 갖춘 최소 팀은 3~4명입니다.
외주는 이 돈을 프로젝트 단위로 쪼개 쓰지만 계약서 밖의 비용이 붙습니다. 기획·디자인·개발을 따로 맡기면 세 업체의 조율이 발주사 몫이 되고, 현장에서 본 범위로는 기간의 20~30%가 여기서 샙니다.
| 기준 | 자체 개발(인하우스) | 개별 외주(기획·디자인·개발 분리) | 통합 파트너(한 팀) |
|---|---|---|---|
| 초기 비용 구조 | 고정비 — 3~4명 인건비가 매출과 무관하게 나간다 | 변동비 — 업체별 견적 합산, 조율은 발주사 부담 | 변동비 — 프로젝트 단위, 데모 선행형이면 승인 전 청구 없음 |
| 착수까지 걸리는 시간 | 채용 2~3개월 + 온보딩 1~2개월 | 업체 3곳 선정·계약에 각 2~4주 | 요구사항 정리 후 통상 1~2주 |
| 도메인 지식 축적 | 가장 유리 — 사내에 남는다 | 업체별로 흩어지고 계약 종료와 함께 사라진다 | 파트너에 쌓인다 — 문서화를 계약 조건으로 |
| 인수인계·책임 경계 | 경계 없음 — 대신 퇴사 리스크 | 단계 사이에 빈틈, 책임 소재가 흐려진다 | 한 팀이 끝까지 책임, 대신 의존도가 올라간다 |
| 출시 후 운영 | 즉시 대응 — 유지비가 계속 든다 | 운영 계약 별도, 원개발사가 아니면 파악에 시간이 든다 | 구축 팀이 운영까지 잇는다 — 운영비는 별도 |
| 규모 조절 유연성 | 낮음 — 줄이기 어렵다 | 높음 — 프로젝트별로 조정 | 중간 — 단계별로 조정, 장기 계약이면 낮아진다 |
외주 개발이 실패하는 이유는?
외주가 실패하는 원인은 코드 품질보다 경계에 있습니다. 기획서는 A사가, Figma 시안은 B사가, 개발은 C사가 맡으면 세 산출물이 서로를 모른 채 만들어지고, 그 빈틈을 발주사 담당자가 메웁니다.
두 번째는 인수인계입니다. 소스가 GitHub 저장소로 넘어와도 배포 스크립트와 AWS 계정 권한이 빠지면 다음 팀은 통상 2~4주를 파악에만 씁니다. 계약 종료 시 받을 목록이 착수 전에 문서로 있어야 합니다.
세 번째는 결제 구조입니다. 착수금 30~50%를 먼저 내는 관행에서는 발주사가 결과를 보기 전에 협상력을 잃습니다. 작동하는 데모를 보고 계약하는 방식은 이 순서를 뒤집습니다.
하이브리드는 가능한가?
현장에서 가장 자주 성공하는 형태는 순서를 나눈 하이브리드입니다. 4~8주 MVP 는 외부 팀이 만들고, 출시 후 데이터가 쌓이는 6~12개월 사이에 사내 개발자 1명을 뽑아 코드와 운영을 넘겨받습니다.
이 방식이 되려면 착수 때부터 넘길 준비를 해야 합니다. GitHub 저장소와 AWS·Supabase 계정은 발주사 명의로 만들고, 결정 기록은 Notion 이나 Jira 에 남깁니다. 이걸 꺼리는 파트너라면 다시 생각할 이유입니다.
자주 묻는 질문
- 외주 개발 비용은 통상 어느 정도인가요?
- 규모에 따라 다르지만 국내 기준으로 기업 홈페이지는 수백만~수천만 원, 관리자 화면·회원·결제가 붙는 서비스형 MVP 는 통상 3,000만~1억 원, 사내 시스템(SI)은 기능 수에 따라 그 이상입니다. 견적을 비교할 때는 총액보다 빠진 항목 — 운영, 인수인계, 서버비, 디자인 수정 횟수 — 을 같은 표에 놓고 보는 편이 정확합니다.
- 외주로 만든 코드를 나중에 우리 개발자가 이어받을 수 있나요?
- 계약서에 소스코드 소유권, 저장소·인프라 계정 명의, 문서화 범위를 명시하면 가능합니다. 스택도 중요합니다. Stack Overflow 2024 개발자 설문에서 상위에 오르는 React, Node.js, PostgreSQL 처럼 널리 쓰이는 도구로 만든 시스템은 이어받을 개발자를 구하기 쉽고, 특정 업체만 아는 프레임워크로 만든 시스템은 그 반대입니다.
- 자체 개발팀을 만들었다가 실패하는 경우는 언제인가요?
- 가장 흔한 경우는 첫 채용이 시니어가 아니라 주니어 1명일 때입니다. 리뷰해 줄 사람 없이 잡은 구조는 통상 1년 안에 다시 짓게 됩니다. 두 번째는 제품 방향이 6개월 단위로 바뀌는데 팀은 고정비로 남는 경우로, 이때는 외부 팀으로 검증부터 하는 편이 손실이 적습니다.
- 통합 파트너(한 팀) 방식의 한계는 무엇인가요?
- 파트너 한 곳에 대한 의존도가 높아진다는 점입니다. 기획·디자인·개발이 한 팀이면 조율은 빠르지만, 그 팀이 바빠지거나 관계가 틀어지면 대체가 어렵습니다. 그래서 문서화·계정 명의·소스 소유권을 계약에 넣고, 분기마다 '이 팀 없이도 운영이 되는가'를 점검해야 합니다.
- 데모를 먼저 만들면 기간이 더 늘어나지 않나요?
- 데모는 통상 1~2주 안에 핵심 흐름 하나만 작동하게 만드는 것이라 전체 기간을 늘리지 않습니다. 오히려 요구사항 문서만으로 소통할 때 생기는 해석 차이를 착수 전에 잡아 4~8주 MVP 기간의 재작업이 줄어듭니다. EnterNext 는 데모 승인 전에는 비용을 청구하지 않습니다.
- 회사 홈페이지나 쇼핑몰도 같은 기준으로 고르나요?
- 아닙니다. 2년 이상 매주 손댈 일이 없는 홈페이지·쇼핑몰은 자체 개발의 근거가 거의 없습니다. 이때 비교 축은 개발 방식보다 네이버·구글 검색 노출, 카페24·아임웹 같은 국내 플랫폼으로 충분한지, 담당자가 관리자 화면에서 직접 콘텐츠를 고칠 수 있는지입니다. 맞춤 개발은 플랫폼으로 안 되는 기능이 분명할 때만 고릅니다.
참고 자료
- Stack Overflow Developer Survey 2024 — Stack Overflow, 2024
EnterNext 의 시스템 구축(SI)은 기획·디자인·개발을 한 팀이 맡고, 계약 전에 작동하는 데모를 먼저 만듭니다. 데모 승인 전에는 비용이 발생하지 않고, MVP 는 통상 4~8주 안에 나옵니다. 외주와 자체 개발 사이에서 고민 중이시라면 — 지금 요구사항 그대로, 데모로 먼저 보여드립니다.
무료 데모 신청마지막 수정:
