외주와 내재화, 초기 스타트업은 무엇을 기준으로 나눠야 하나?

결론부터 말하면 기준은 "무엇이 싼가"가 아니라 "다음 90일 동안 무엇을 검증해야 하고, 그 검증에 꼭 필요한 역량이 무엇인가"다. 문제 정의·우선순위·핵심 데이터 설계는 내재화하고, 명세가 고정된 구현이나 일회성 작업은 외주 후보로 둔다. 번레이트 계산에는 인건비뿐 아니라 재작업비와 지연으로 잃는 기회비용까지 넣어야 실제 선택지가 보인다.

  • 조건에 따라 외주 MVP가 3개월 미만에 완성된 사례도 있고, 내부 예상 8개월이 외주 전환 후 12주로 줄어든 사례도 보고됐다 edana.ch
  • 납기를 지켜도 테스트 없는 코드면 이후 3개월, 8만 달러 재작성이 들 수 있다 ecoaai.com
  • 외주 단가는 지역별로 베트남 시간당 35~50달러, 인도 25~40달러 등 범위가 제시되지만 표본과 산출 방법이 공개되지 않아 참고 범위로만 써야 한다
  • 전면 내재화로 되돌린 조직은 비용 절감보다 소유감·배송 속도·품질 개선을 목적으로 삼은 경우가 보고된다

이 판단은 한 번에 끝나지 않는다. 검증 단계, 성장 단계, 전환 단계마다 같은 질문("외주냐 내재화냐")의 정답이 달라진다.

검증 단계(0~3개월)에서 외주를 고르면 무엇이 달라지나?

검증 단계에서 외주의 가치는 가격이 아니라 피드백 주기다. 한 금융권 사례에서는 React Native 전문 인력을 즉시 투입해 모바일 고객 플랫폼 MVP를 3개월 이내에 완성했다. 기존 플랫폼 개편이라는 조건, 그리고 특정 기술 숙련자를 채용·온보딩 없이 바로 쓸 수 있었다는 점이 핵심이었다 edana.ch.

반대로 함정도 같은 단계에서 나온다. 한 창업자 경험담에서는 필리핀 에이전시가 일정에 맞춰 MVP를 납품했지만 결과물이 테스트 없는 1만5,000줄 파일이었고, 재작성에 3개월과 8만 달러가 들었다 ecoaai.com. 납기 준수와 기능 완료율만 보면 외주가 성공처럼 보이지만, 테스트 커버리지와 인수인계 문서가 없으면 이후 내재화 비용이 그대로 전가된다. 이 단계에서 흔한 함정은 "빨리 받았다"를 "잘 받았다"로 착각하는 것이다. 완료 기준을 기능 구현이 아니라 테스트·모니터링·문서까지 포함한 운영 가능 상태로 정의해야 이 함정을 피할 수 있다.

트래픽과 리텐션이 확인된 성장 국면에서는 무엇이 바뀌나?

제품 방향이 수렴하고 사용자 리텐션이 확인되면, 외주의 역할은 구현에서 유지보수 품질로 좁혀져야 한다. 한 B2B SaaS 사례에서는 초기 업체의 시스템이 동시 접속자 500명 이상에서 확장되지 못했고, 이후 팀 전환과 함께 동시 접속자 1만 명에서 응답시간 150ms가 제시됐다. 다만 이는 업체가 공개한 사례이므로 독립 검증된 수치가 아니라 사례 범위로 읽어야 한다 ecoaai.com.

이 국면에서 중요해지는 것은 담당자 연속성이다. 한 외주업체는 자사 엔지니어 평균 근속을 약 8년, 업계 이직률 기준을 20% 이상으로 제시하는데, 이는 독립 통계가 아니라 업체 자체 주장이다. 그럼에도 초기 제품에서 담당자 교체가 코드 이해도와 의사결정 속도를 훼손할 수 있다는 점은 실무적으로 유효하다 eltexsoft.com. 성장 국면의 판단 기준은 "핵심 모델, 추천 로직, 데이터 파이프라인이 경쟁우위인가"다. 그렇다면 해당 영역은 외주에서 내재화로 비중을 옮기고, 관리자 화면이나 결제 연동처럼 차별화가 약한 영역은 계속 외주에 맡겨도 된다.

대규모 전환기엔 왜 외주를 다시 내재화로 되돌리나?

전환기의 되돌림은 비용보다 소유권 문제로 시작되는 경우가 많다. 2025년 공개된 한 학술 사례에서는 조직이 3년에 걸쳐 100개가 넘는 시스템을 백소싱하고 300명 이상의 애자일 개발 조직을 구축했다. 보고된 효과는 시스템 소유감, 직원 동기, 배송 속도, 사용 품질의 개선이었다 springer.com.

다만 이 사례를 "내재화가 곧 저렴하다"로 일반화하면 함정이다. 명확한 비용 절감 근거는 확인되지 않았고, 다만 외부 업무 비중 축소와 함께 인당 연간 비용이 2014년 180만 NOK에서 2021년 110만 NOK로 34% 감소했다고 보고됐다. 이는 소유권과 품질을 위해 비용 구조 자체를 바꾼 사례에 가깝다. 전환기의 판단 기준은 "우리가 반복적으로 같은 시스템을 다시 외주에 설명하고 있는가"다. 그렇다면 그 반복 비용이 이미 내재화 비용을 넘어선 신호다.

오해 바로잡기: "외주가 항상 더 싸다"는 말은 맞나?

실제로는 조건부로만 맞다. 한 2025년 비교 모델은 외주가 내재화 대비 개발비를 최대 40% 절감하고 출시 시점을 최대 50% 단축할 수 있다고 주장하며, 미국 중급 개발자 5인 팀의 3년 총비용을 내재화 285만~386만2,500달러, 외주 135만~172만5,000달러로 계산한다 naveck.com. 또 다른 자료는 초기 12~18개월 동안 40~60% 절감, 외주팀 생산 시작까지 1~4주, 내부 채용은 3~6개월이 걸린다고 제시한다 marsdevs.com.

문제는 이 수치들이 시장조사가 아니라 업체의 비교 모델이라는 점이다. 앞서 본 필리핀 사례처럼 납기를 지켜도 재작성에 3개월·8만 달러가 들면, 외주비 자체는 쌌어도 총비용은 커진다. 현실적인 계산식은 다음과 같다.

[ \text{총비용} = \text{인건비 또는 외주비} + \text{관리비} + \text{재작업비} + \text{채용·해지 비용} + \text{지연으로 인한 기회비용} ]

"외주가 싸다"는 단가 비교일 뿐이고, 재작업률·담당자 교체·인수인계 품질까지 넣어야 진짜 비교가 된다.

외주 계약이 이미 어긋났다면 무엇부터 재설계해야 하나?

가장 먼저 확인할 것은 소유권이다. 저장소와 클라우드 계정이 회사 명의가 아니라면 즉시 이전을 요구하고, 이전이 불가능한 계약 조건이라면 그 자체가 위험 신호다. 다음으로 2~4주 유급 파일럿을 다시 설계해 같은 담당자가 계속 투입되는지, 테스트와 배포가 자동화돼 있는지, 요구사항 변경에 대한 견적·일정 영향이 투명한지를 동시에 확인한다.

내부 담당자가 코드를 설명받고 직접 수정할 수 있는지도 재작업률만큼 중요한 지표다. 이 조건이 충족되지 않으면 외주는 역량 확보가 아니라 의존성이 된다. 복구 과정에서는 "모든 것을 내재화"로 되돌리기보다, 문제 정의·우선순위·핵심 로직만 먼저 회수하고 반복적인 QA나 인프라 구축은 계속 외주에 맡기는 혼합 모델이 현실적인 중간 지점이다.

핵심 정리

  • 기준은 비용이 아니라 소유권이다: 문제 정의·우선순위·핵심 데이터 설계·차별화 로직은 내재화하고, 명세가 고정된 구현과 반복 작업은 외주 후보로 둔다.
  • 검증 단계에서는 외주로 학습 속도를 사되, 완료 기준을 기능 구현이 아니라 테스트·문서까지 포함한 운영 가능 상태로 정의해야 한다.
  • 외주 비용 절감 수치(40~60% 등)는 업체 비교 모델이며, 재작업비·담당자 교체 비용을 더하면 총비용 격차는 좁혀질 수 있다.
  • 성장 국면에서는 경쟁우위가 되는 영역부터 내재화 비중을 늘리고, 전환기의 전면 백소싱은 비용보다 소유권·품질 문제로 촉발되는 경우가 많다.
  • 외주 지속 여부는 2~4주 유급 파일럿에서 담당자 연속성·소유권·자동화·변경 투명성을 동시에 확인해 판단한다.