개발 외주 업체 고르는 법: 7가지 기준과 유형별 비교 (플랫폼·SI·해외 개발팀)

개발 외주 업체를 고르는 일은 대개 이렇게 시작됩니다. 비슷한 자료를 세 곳에 보냈는데 돌아온 견적은 금액이 두 배 넘게 차이 나고, 일정도 범위도 제각각입니다. 어떤 곳은 기획을 포함했고 어떤 곳은 뺐으며, 어떤 곳은 “협의 후 결정”이라고만 적혀 있습니다. 비교표를 만들어 보려 해도 칸이 맞지 않습니다. 이 글은 그 상태에서 무엇을 기준으로 업체를 걸러야 하는지를 7가지 기준과 4가지 업체 유형으로 정리한 가이드입니다.

디비컨설팅은 한국인 PM이 요구사항과 일정을 책임지고 인도 개발팀이 구현하는 구조로 삼성물산·GS건설·LS일렉트릭·하나투어·가천대학교 등과 100건 이상의 프로젝트를 수행해 왔습니다. 그 과정에서 발주 담당자들이 업체 선택 단계의 같은 지점에서 반복해 어려움을 겪는 것을 봤고, 이 글의 기준은 그 경험에서 나왔습니다. 저희도 아래에서 비교하는 네 유형 중 하나이므로, 저희에게 불리한 조건도 그대로 적었습니다.

견적 총액으로 개발 외주 업체를 고르면 왜 실패하는가

출시 뒤에 드러나는 문제의 대부분은 금액이 아니라 책임 구조에서 시작됩니다. 누가 요구사항을 정의하고, 누가 일정을 관리하며, 누가 결과물을 검수하는지가 계약서 어디에도 없으면 그 일은 결국 발주사 담당자의 몫이 됩니다.

항목이 다른 견적서는 비교가 아니라 추측입니다

기획·디자인·개발·QA·배포·유지보수가 항목별로 나뉘어 있지 않으면 싼 견적이 정말 싼지 알 수 없습니다. 빠진 항목은 사라지는 것이 아니라 추가 비용이나 발주사의 직접 작업으로 돌아옵니다. 견적이 계약 뒤에 불어나는 구조는 IT 외주개발 비용이 견적보다 항상 더 나오는 이유에서 따로 다뤘습니다.

계약한 회사와 개발하는 사람이 다를 수 있습니다

제안서의 수행 인력과 실제 투입 인력이 다른 경우, 특히 개발이 하도급으로 넘어가는 경우 품질과 일정의 통제권은 계약 상대가 아닌 제3자에게 있습니다. 문제가 생겼을 때 책임을 물을 상대가 사라지는 구조입니다.

출시 후 책임이 비어 있습니다

OS 업데이트, 스토어 정책 변경, 사용자 피드백에 따른 수정은 출시 다음 날부터 생깁니다. 무상 하자보수 기간, 그 이후의 유지보수 범위, 인수인계 조건이 정해져 있지 않으면 출시 직후가 가장 위험한 시기가 됩니다.

개발 외주 업체 4가지 유형 비교

개발 외주 업체는 크게 네 유형으로 나뉩니다. 금액이 아니라 “요구사항 정의와 검수의 책임이 누구에게 있는가”를 기준으로 보면 차이가 분명해집니다.

구분	프리랜서	중개 플랫폼 (크몽·위시켓 등)	국내 SI·에이전시	한국 PM + 해외 개발팀
요구사항 정의 책임	발주사	대체로 발주사	업체	업체 (한국인 PM)
커뮤니케이션	한국어, 개인 의존	한국어, 파트너별 편차	한국어	한국어 (PM이 개발팀 관리)
발주사 담당자 투입 시간	매우 많음	많음	보통	적음
개발 단가	낮음	낮음~보통	높음	낮음
인력 이탈·하도급 리스크	이탈 리스크 높음	파트너별 편차 큼	하도급 가능성 확인 필요	낮음 (내부 조직)
상주·보안 요건	어려움	어려움	가능	상주 불가, 원격 보안 체계로 대응
적합한 경우	범위가 작고 명확한 작업	요구사항을 직접 관리할 수 있는 발주사	상주 개발·엄격한 보안 요건의 대형 사업	중·장기 개발, 관리 부담까지 줄이려는 경우

프리랜서와 중개 플랫폼은 착수가 빠르고 단가가 낮지만 요구사항 정리·일정 관리·검수를 발주사가 직접 맡아야 합니다. 내부에 기획자나 개발 경험자가 없는 회사가 이 유형을 고르면 “싸게 시작해서 비싸게 끝나는” 경로로 들어서기 쉽습니다. 국내 SI·에이전시는 책임 구조가 명확하고 상주와 보안 요건에 대응할 수 있는 대신 단가가 높고, 규모가 큰 곳일수록 실제 개발이 하도급으로 내려가는지 확인이 필요합니다. 한국 PM + 해외 개발팀은 책임은 업체가 지면서 단가는 낮추는 구조이지만, 개발 인력의 상주가 필요하거나 시차(한국–인도 3시간 30분)를 전혀 허용할 수 없는 사업에는 맞지 않습니다. SI 프로젝트 기준의 상세 비교는 SI 업체 선정 기준과 비용 구조에 있습니다.

개발 외주 업체 고르는 7가지 기준

후보 업체 모두에게 아래 7가지를 같은 순서로 물어보십시오. 유형과 무관하게 책임 구조의 차이가 그대로 드러납니다.

한 가지 요령이 있습니다. 질문을 문서로 보내고 답도 서면으로 받으십시오. 미팅에서 들은 구두 답변은 업체마다 표현이 달라 비교가 되지 않지만, 같은 질문지에 대한 서면 답변은 7행짜리 표 한 장으로 정리됩니다. 그 표에서 빈칸이나 “협의 가능”으로 채워진 칸이 많은 업체가 계약 뒤에 비용과 일정이 늘어나는 업체입니다.

1. 요구사항 정의서를 누가 쓰는가

가장 먼저 물어야 할 질문입니다. 업체가 발주사와 인터뷰해 요구사항 정의서를 작성하고, 발주사가 확인한 뒤 확정하는 절차가 있어야 합니다. “주시는 기획서대로 개발합니다”라는 답은 요구사항 책임이 발주사에 있다는 뜻입니다. 기획서가 없는 상태라면 그 공백을 누가 메우는지가 곧 프로젝트의 성패입니다.

2. PM이 한국어로 범위와 일정을 책임지는가

PM이 있는지가 아니라, 그 PM이 범위 변경과 일정 지연에 대해 결정 권한과 책임을 갖는지를 봐야 합니다. 회의·보고·이슈 대응이 모두 한국어로 이루어지는지, 담당 PM이 프로젝트 끝까지 바뀌지 않는지도 확인하십시오. 해외 개발팀을 쓰는 업체라면 이 기준이 전부입니다. PM이 통역 역할에 그친다면 발주사가 해외 팀을 직접 관리하는 것과 다르지 않습니다.

3. 실제 투입 인력과 하도급 여부

투입 인원, 각자의 역할과 경력, 투입 기간을 제시할 수 있어야 하고, 개발을 외부에 재위탁하는지 직접 물어보십시오. 초급 개발자 위주로 팀이 짜이거나 중간에 인력이 바뀌는 문제는 대부분 여기서 시작됩니다. 인력 교체 조건을 계약서에 넣는 방법은 기준 5에서 다룹니다.

4. 견적서가 항목별로 나뉘어 있는가

기획·디자인·개발·QA·배포·유지보수가 구분되어 있고, 개발 항목은 등급별 단가와 투입 기간의 곱으로 설명될 수 있어야 합니다. 총액 한 줄의 견적서는 비교가 불가능할 뿐 아니라 범위가 바뀔 때 추가 비용의 근거도 없습니다. 같은 자료로 받은 견적끼리라도 항목을 맞춰 다시 정렬한 뒤에 비교하십시오.

5. 계약서에 소스코드 소유권·검수 기준·인력 교체 조건이 있는가

소스코드와 설계 문서, 배포 절차 문서의 소유권이 발주사에 귀속되는지, 검수 완료 조건과 검수 기간, 재작업 조건이 명시되어 있는지, 핵심 인력 교체 시 사전 통보와 대체 인력 기준이 있는지를 확인합니다. 서명 전에 확인할 조항은 개발 외주 계약서에서 반드시 확인할 7가지 조항에 정리해 두었습니다.

6. 테스트·배포·인계 절차가 있는가

전담 QA가 있는지, 결함을 어떤 절차로 접수하고 처리하는지, 앱스토어 심사 대응과 재제출을 누가 맡는지, 인계 시 코드 외에 어떤 문서가 넘어오는지를 봅니다. “개발 완료”의 정의가 업체와 발주사 사이에서 다르면 검수 단계에서 분쟁이 됩니다.

7. 출시 후 운영·유지보수 체계가 있는가

무상 하자보수 기간과 그 범위, 이후 유지보수 계약의 방식, 장애 발생 시 대응 시간, 서버와 각종 계정의 명의가 누구 앞으로 되어 있는지를 계약 전에 정하십시오. 출시 후에 비용이 발생하는 구조는 앱 유지보수 비용, 출시 후에 진짜 돈이 드는 이유에서 다뤘습니다.

디비컨설팅은 7가지 기준에 이렇게 답합니다

디비컨설팅은 위 질문에 대한 답을 절차로 만들어 둔 구조입니다.

1. 상담 및 요구 분석 — 한국인 PM이 발주사와 직접 상담해 비즈니스 목표와 기술 요구사항을 한국어 문서로 확정합니다. (기준 1·2)
2. 개발팀 구성 — 확정된 범위에 맞춰 2~4주 안에 전담팀을 구성합니다. 개발팀은 하도급이 아닌 내부 조직이며, 투입 인력과 역할을 계약 전에 제시합니다. (기준 3·4)
3. 프로젝트 개발 — 애자일 방식으로 진행하며 모든 보고와 협의는 한국인 PM이 한국어로 진행합니다. 발주사 담당자가 매일 개발팀을 조율할 필요가 없습니다. (기준 2)
4. 테스트 및 배포 — QA 절차를 거쳐 출시하고 스토어 심사 대응까지 맡습니다. (기준 6)
5. 운영 및 유지보수 — 소스코드와 API 명세·DB 스키마·배포 절차 문서를 함께 인계하고, 필요에 따라 장기 지원을 이어갑니다. 소스코드는 발주사에 귀속됩니다. (기준 5·7)

이 구조로 국내 개발 대비 비용을 56% 절감한 사례가 있습니다. 다만 절감폭은 프로젝트의 범위와 기간에 따라 달라지므로, 저희는 견적을 항목별로 분리해 제시하고 그 근거를 설명드리는 것을 원칙으로 합니다. 서비스별 진행 방식은 SI 개발 외주, 앱 개발 외주, 웹 개발 외주 페이지에서 확인하실 수 있습니다.

수행 사례

• 삼성물산 홈닉 — 입주민 주거 플랫폼 앱 (입주민 앱 개발, 발주 전 6가지 결정)
• GS건설 엘리시안 리조트 — 리조트 웹·앱 통합 구축
• 하나투어 하나오픈챗 — 여행 상담 채팅 서비스 (채팅 앱 개발, 발주 전에 정할 6가지 운영 결정)
• LS일렉트릭 테크스퀘어 — 산업 B2B 거래 플랫폼
• 가천대학교 — 학사관리 시스템 (학사관리 시스템 개발, 교육기관 시스템 구축 5가지 기준)
• 직방 호갱노노 — 부동산 데이터 서비스

산업별 전체 사례는 포트폴리오에서 확인하실 수 있습니다.

이런 기업에 적합합니다, 반대로 권하지 않습니다

적합합니다.

• 내부에 개발 조직이나 기획 담당이 없어 요구사항 정의부터 맡길 파트너가 필요한 기업
• 3개월 이상의 중·장기 개발, 또는 출시 후 운영까지 한 팀이 이어가야 하는 서비스
• 국내 SI 견적은 부담스럽지만 해외 팀을 직접 관리할 여력은 없는 기업

권하지 않습니다.

• 개발 인력이 발주사 사무실에 상주해야 하는 사업
• 범위가 명확한 2~3주 분량의 단발성 수정 작업 (프리랜서가 더 효율적입니다)
• 내부에 PM과 개발 리더가 이미 있어 해외 팀을 직접 운영할 수 있는 조직

이미 진행 중인 프로젝트가 멈춰 업체 교체를 고민하고 계시다면 개발사 교체, 언제 결정해야 하나를 먼저 읽어 보시기 바랍니다. 인원수보다 운영 구조를 먼저 봐야 하는 이유는 외주 파트너를 고를 때 인원수보다 먼저 봐야 할 것에 정리되어 있습니다.

자주 묻는 질문

해외 개발팀인데 의사소통은 어떻게 하나요?

발주사는 한국인 PM하고만 한국어로 소통합니다. 요구사항 정의, 일정, 검수는 PM의 책임이며 개발팀과의 영어 소통은 PM이 맡습니다.

비용은 어떻게 산정되나요?

등급별 단가와 투입 기간을 기준으로 산정하고, 기획·디자인·개발·QA·배포·유지보수를 항목별로 구분해 제시합니다. 총액 한 줄의 견적은 드리지 않습니다.

기획서가 없어도 견적을 받을 수 있나요?

가능합니다. 해결하려는 문제, 주요 사용자, 필수 기능 3~5개, 일정과 예산 범위만 있으면 개략 견적과 예상 일정을 드리고, 요구사항 정의는 1단계에서 함께 진행합니다.

진행 중에 팀 규모를 조정할 수 있나요?

가능합니다. 전담팀, 장기 협업, 인력 단위, 프로젝트 단위 중 선택할 수 있고 진행 중 조정도 가능합니다.

소스코드와 문서의 소유권은 누구에게 있나요?

발주사에 귀속됩니다. 소스코드뿐 아니라 API 명세, DB 스키마, 배포 절차 문서까지 인계합니다.

다른 업체에서 진행하던 프로젝트를 이어받을 수 있나요?

가능합니다. 다만 바로 개발을 이어가지 않고, 소스코드와 문서를 인수한 뒤 코드 리뷰로 현재 상태를 확인하고 남은 범위를 다시 정의하는 단계를 먼저 거칩니다. 그래야 이전 업체의 문제가 새 일정으로 넘어오지 않습니다.

정리

개발 외주 업체를 고를 때 견적 총액은 마지막에 볼 항목입니다. 요구사항 정의의 책임, 한국어로 일정을 책임지는 PM, 실제 투입 인력, 항목별 견적, 계약 조항, 검수·인계 절차, 출시 후 운영 체계. 이 7가지에 후보 업체가 어떻게 답하는지를 같은 질문으로 비교하면 유형과 무관하게 책임 구조의 차이가 드러납니다. 그 답이 분명한 업체가 결국 총비용도 낮습니다.