2026년 IT 외주 개발 글로벌·다국어 출시 완전 가이드

한국 스타트업이 미국·일본·동남아 출시를 외주에 맡기는 사례가 2025년부터 부쩍 늘었어요. 그런데 인수 프로젝트에서 반복적으로 보이는 패턴이 있어요. 국내 출시는 멀쩡한데 글로벌 출시 직전에 분쟁이 60% 이상 발생해요. 원인은 거의 동일해요. i18n 키 체계·결제 통화·법규·시차 운영을 계약에 안 박았기 때문이에요.

5월 22일에 다룬 앱스토어 심사 가이드, 5월 24일에 다룬 일정·마일스톤 가이드의 다음 표준이 바로 이 글이에요. 미국·일본·독일·싱가포르 동시 런칭을 준비 중이라면, 외주 계약서에 반드시 넣어야 할 8가지를 정리해 봤어요.

왜 글로벌 출시 단계에서 분쟁이 폭발할까요?

한국만 보면 토스·KCP·이니시스 + 카카오·네이버 OAuth + 한국어 한 가지로 끝나요. 하지만 일본만 추가해도 SBPS·KOMOJU·라쿠텐페이가 등장하고, 시간 포맷·주소 양식·법정 약관·소비세 명세가 전부 달라져요. 미국을 더하면 Stripe + Apple/Google Pay + GDPR-CCPA 매트릭스가 또 붙고요.

외주 계약서가 "다국어 지원"이라고만 적혀 있으면, 외주사는 한국어 텍스트를 영어로 번역하는 정도로 이해해요. 발주사는 결제·법규·시차 운영까지 다 해 줄 거라고 생각하고요. 출시 직전에 이 차이가 드러나면 잔금·일정·책임이 모두 꼬여요.

계약에 반드시 넣어야 할 8가지 항목

1. 항목 ①: i18n 키 체계와 단복수·RTL을 사전 합의하세요

키 100% 커버는 기본이고, ICU MessageFormat 같은 표준을 명시해야 해요. 단순 if 분기로 단복수 처리하는 코드는 외주사 책임으로 재작업 조건을 박으세요.

2. 항목 ②: 통화·결제 PG 다중화를 사전 합의하세요

나라별 결제 표준이 달라요. 한 PG로 모든 나라 처리하려다 컨버전이 박살나는 경우가 흔해요.

3. 항목 ③: 시간대·날짜·숫자 포맷을 4종 매트릭스로 정리하세요

DB 저장은 UTC, 출력은 사용자 timezone이 기본이에요. 그 외에 명시할 것들이 있어요.

4. 항목 ④: 법규 매트릭스를 RFP에 동봉하세요

나라별 데이터 보호·전자상거래·세금 법규가 다 달라요. "준수"라고만 적힌 계약은 분쟁의 시작이에요.

5. 항목 ⑤: 콘텐츠 번역 워크플로를 단계로 분리하세요

"DeepL/GPT 한 번 돌리고 끝"이 가장 흔한 함정이에요. 일본·독일 사용자는 한 줄 어색한 번역에도 신뢰를 잃어요.

6. 항목 ⑥: 앱스토어·플레이스토어 지역별 등록 자산 책임자를 명시하세요

5월 22일 글에서 앱스토어 심사 표준을 다뤘는데, 글로벌은 한 단계 더 복잡해요.

7. 항목 ⑦: CS·운영 시차 SLA를 명문화하세요

한국 시간 평일 9~6시 응대로 미국·유럽 사용자 운영은 불가능해요. 외주가 어디까지 책임지는지 미리 정해야 해요.

8. 항목 ⑧: 글로벌 자산 6종을 인계 표준으로 박으세요

인계는 30일 안에 끝내야 분쟁이 없어요. 6종 자산이 다 와야 발주사가 다음 분기에 운영을 자력으로 할 수 있어요.

  1. 번역 메모리(TM): TMX 또는 동등 포맷, 4언어 100% 커버
  2. 용어집(Glossary): 도메인 용어 200건 + 브랜드 톤 가이드
  3. 법규 매트릭스: 6국가 × PIPA/GDPR/APPI/CCPA/Manifest/세금 분류표
  4. 결제 PG 매핑 표: 나라별 PG·수수료·환불·정산 주기·KYC 요구사항
  5. 시차 온콜 로테이션 표: P0/P1/P2 SLA + 담당자 + 백업
  6. 지역별 페르소나·CS FAQ: 자주 묻는 질문 30건 × 4언어

실패 사례 3가지

사례 1: i18n 키 누락 사고로 일본 출시 1주 지연. 한 SaaS 스타트업이 일본 출시 직전 QA에서 23개 키가 영어로 노출되는 걸 발견했어요. 외주사는 "한국어→영어 번역만 계약 범위"라고 주장했고, 발주사는 "다국어 지원이라 했으니 일본어도 포함"이라고 반박. 1주 지연 + 잔금 30% 조정.

사례 2: GDPR Cookie 미동의로 독일 사용자 신고. 독일 사용자가 Cookie 동의 배너 없이 추적 픽셀이 발견됐다고 신고했어요. 시정 권고를 받았고, 외주사와 책임 소재를 가리는 데 상당한 시간과 법무 비용이 들었어요.

사례 3: Stripe vs 토스 환불 정책 차이 분쟁. 미국 사용자가 30일 환불을 요구했는데, 한국 기준(7일) 운영 매뉴얼로 거절했다가 Stripe chargeback이 발생. 외주사가 "정책은 발주사 책임"이라고 했고, 발주사는 "글로벌 운영 가이드를 받지 못했다"고 주장. 한 분기 운영 마비.

5분 8항목 체크리스트

마무리: 글로벌 출시는 코드가 아니라 매트릭스로 끝나요

한국 출시는 개발 능력 싸움이지만, 글로벌 출시는 매트릭스 관리 능력 싸움이에요. 외주사가 코드 잘 짜는 것과 별개로, 6국가 × 5법규 × 7결제 PG × 4언어 매트릭스를 누가 책임지고 채우는지가 잔금 분쟁 60%를 결정해요.

포텐랩은 미국·일본·동남아 동시 런칭 프로젝트를 인수해 왔어요. 97% 수행완수율과 Notion 일일 공유로 매트릭스 변경 사항을 발주사가 매일 확인할 수 있었기 때문이에요. 글로벌 출시 전 30분 체크가 필요하다면 포텐랩 상담으로 한 번 얘기해 보세요.

함께 읽으면 좋은 글