한국의 IT 솔루션 영업 대표들이 일본 시장에 진출할 때 공통으로 겪는 ‘희망 고문’ 패턴이 있습니다.
고객사 미팅에서 제품 시연을 마쳤습니다. 일본 측 담당자들은 연신 “스고이(대단하네요)!”를 외치며 고개를 끄덕입니다. “드디어 첫 대형 고객사를 뚫었구나!”라고 환호하며 다음 스텝을 묻는 순간, 담당자가 명함 한 장을 건네며 이렇게 말합니다.
“정말 훌륭한 솔루션이네요. 도입 여부는 저희 시스템을 관리해 주는 ‘ㅇㅇ시스템즈(SIer)’ 담당자와 협의해 주시겠습니까?”
그리고 그날 이후, 그토록 호의적이었던 고객사와는 연락이 끊기고, 소개받은 SIer 업체는 미온적인 태도로 일관하다 결국 계약은 무산됩니다. 도대체 무슨 일이 벌어진 걸까요? 오늘은 일본 IT 시장을 꽉 쥐고 있는 보이지 않는 손, ‘SIer(에스아이어)’ 왕국의 생태계를 해부해 봅니다.
1. 일본 기업에는 ‘개발자’가 없다?
이해를 돕기 위해 양국의 차이를 극단적으로 비교해 보겠습니다. 한국이나 미국의 대기업, 은행, 심지어 중견기업들은 내부에 강력한 ‘IT 부서(개발팀)’를 두고 시스템을 직접 만들거나 고도화합니다.
하지만 일본의 전통적인 기업들은 IT 시스템의 기획, 개발, 유지보수를 100% 외부 업체에 외주(아웃소싱) 줍니다. 이 외부 IT 전문 기업들을 시스템 인테그레이터, 일본식 발음으로 ‘SIer(에스아이어)’라고 부릅니다. (NTT데이터, 후지쯔, NEC, 히타치 등이 대표적인 공룡 SIer입니다.)
일본 기업 내에도 ‘정보시스템부’가 있긴 하지만, 이들은 직접 코딩을 하는 개발자가 아닙니다. SIer 업체들을 관리하고 예산을 집행하는 ‘프로젝트 매니저’ 역할에 가깝습니다. 즉, 실제 IT 도입의 여부는 고객사가 아니라 SIer가 쥐고 있는 셈입니다.
2. 다단계 피라미드: ‘하청의 하청의 하청’
SIer 왕국을 이해하려면 일본 IT 업계 특유의 ‘다단계 하청 구조(제네콘 방식)’를 알아야 합니다.
대기업이 대형 프로젝트를 발주하면, 1차 하청인 ‘프라임 SIer(원청)’가 이를 통째로 수주합니다. 하지만 프라임은 직접 개발하지 않고, 마진을 뗀 후 2차 하청에게 넘깁니다. 2차는 다시 3차에게, 3차는 4차 파견 회사에게 넘기는 식입니다.
이 견고하고 보수적인 피라미드 생태계 안에서, 외부에서 뚝 떨어진 외산 솔루션이 갑자기 엔드 유저와 직거래를 트는 것은 사실상 불가능에 가깝습니다.
3. 다단계 하청 구조로 일본 열도를 발칵 뒤집어 놓았던 가장 대표적인 실제 사례
1) “4개월 동안 먹통인 걸 아무도 몰랐다” – 코로나 접촉 확인 앱 ‘COCOA’ 사태
가장 최근에 발생해 일본 국민들의 뒷목을 잡게 했던, 다단계 하청 구조의 민낯을 그대로 보여준 사건입니다.
- 사건 개요: 2020년, 일본 정부(후생노동성)는 수십억 원을 들여 코로나19 확진자와 접촉했는지 알려주는 공식 앱 ‘COCOA(코코아)’를 출시했습니다. 그런데 무려 4개월 동안 안드로이드 사용자들에게는 확진자 접촉 알림이 아예 가지 않는 치명적인 오류가 방치되어 있었습니다.
- 다단계 하청의 전말: 조사를 해보니 기가 막힌 구조가 드러났습니다.
- 발주: 후생노동성
- 1차 하청 (원청): 퍼솔 템프스태프 (IT 기업이 아닌 ‘인력 파견 회사’가 수주)
- 2차 하청: MTI (기획 담당)
- 3차 하청: 디자이어드 등 2개사 (실제 개발 담당)
- 4차 하청: 익명의 영세 개발사들
- 왜 사고가 났나?: 1차 원청은 개발 능력이 없으니 수수료만 떼고 2차로 넘겼고, 2차는 3차로 넘겼습니다. 가장 심각한 건 “도대체 누가 테스트(QA)를 하고 품질을 책임지는가?”가 계약서에 명확히 없었다는 것입니다. 맨 밑단(3, 4차)의 개발자들은 “위에서 시키는 코드만 짰을 뿐, 전체 앱이 돌아가는지 테스트할 권한도 예산도 없다”고 했고, 윗단에서는 “당연히 밑에서 테스트했을 줄 알았다”며 책임을 떠넘겼습니다. 결국 하청의 하청으로 내려가며 소통이 끊겨버린 대형 참사였습니다.
2)IT 업계의 ‘사그라다 파밀리아’ – 미즈호 은행 시스템 장애
일본 3대 메가 뱅크 중 하나인 ‘미즈호 은행’은 일본 IT 업계에서 ‘완공되지 않는 사그라다 파밀리아 성당’이라는 뼈아픈 별명으로 불립니다.
- 사건 개요: 2002년, 2011년, 그리고 2021년 등 잊을 만하면 은행 시스템이 뻗어버립니다. 전국 ATM에서 현금카드가 무더기로 먹히고, 수백만 건의 송금이 지연되며, 심지어 외환 송금까지 마비되는 등 일본 금융 역사상 최악의 장애를 여러 번 일으켰습니다.
- 다단계 하청의 전말: 2000년대 초, 3개의 은행이 합병하여 미즈호 은행이 탄생할 때, 각 은행이 쓰던 시스템(후지쯔, 히타치, IBM)을 하나로 통합하는 프로젝트가 시작되었습니다.
- 왜 사고가 났나?: 미즈호 은행은 한 회사에 권력이 집중되는 것을 막겠다며, 여러 거대 SIer들에게 구역을 쪼개서 발주했습니다(멀티 벤더 방식).
- 문제는 이 거대 SIer들이 각자 자신들만의 2차, 3차, 4차 하청 업체들을 피라미드처럼 거느리고 각자도생으로 개발을 했다는 것입니다.
- 수십 년간 덧대기식으로 개발이 진행되다 보니, 소스코드는 얽히고설킨 ‘스파게티 코드’가 되었습니다.
- 어느 날 시스템 오류가 났을 때, 원청 SIer 직원이 코드를 열어보지만 수정할 수가 없었습니다. 10년 전에 그 코드를 직접 짰던 3, 4차 하청 업체의 개발자는 이미 퇴사하고 없었기 때문입니다. 전체 시스템의 구조를 이해하는 사람이 아무도 없는 ‘블랙박스’ 상태가 되어버린 것입니다.
한국 기업을 위한 생존 전략: 적이 아니라 ‘무기’가 되어라
그렇다면 한국 IT 기업은 일본에서 어떻게 살아남아야 할까요? 정답은 하나입니다. SIer와 싸우지 말고, 그들을 내 편(파트너)으로 만들어야 합니다.
- 대리점(파트너) 세일즈에 목숨을 걸어라: 일본 B2B IT 매출의 70~80%는 직판이 아니라 파트너(대리점, SIer)를 통해 일어납니다. 엔드 유저를 직접 찾아다닐 에너지를 ‘영향력 있는 파트너사’를 발굴하고 교육하는 데 쏟아야 합니다.
- SIer가 돈을 벌 수 있는 ‘여지’를 주어라: 완성된 SaaS만 툭 던져주는 것이 아니라, SIer가 자사의 다른 서비스와 묶어서 팔거나(패키징), 초기 세팅비/연동 개발비 명목으로 수익을 낼 수 있는 API와 파트너 정책을 제공해야 합니다.
- 완벽한 일본어 매뉴얼과 기술 지원: SIer는 문제 발생 시 고객의 항의를 온몸으로 받아내는 방패입니다. 그들이 안심하고 우리 제품을 제안할 수 있도록, 한국 본사와 다이렉트로 연결되는 핫라인과 철저하게 현지화된 기술 문서를 무기로 쥐여주어야 합니다.
일본 시장에서 훌륭한 기술은 ‘입장권’일 뿐입니다. 그 기술을 유통해 줄 ‘SIer라는 든든한 우군, 파트너사’을 확보하는 것이야말로 진정한 승리의 열쇠입니다.
SIer의 문턱이 높은 이유: “품질은 곧 우리의 생명줄”
일본 SIer와 협상을 시작한 한국 기업들이 가장 당혹스러워하는 지점은 바로 ‘끝도 없는 품질 검증’입니다. 단순히 “기능이 잘 돌아가는가?”를 넘어, 그들은 한국 개발자들도 생각지 못한 디테일한 부분까지 파고듭니다.
1. “버그가 없는 것”은 기본 “장애 시 시나리오”가 더욱 중요합니다
일본 SIer는 제품의 화려한 기능보다 ‘안정성’과 ‘연속성’에 집착합니다. 그들이 요구하는 Q&A 리스트에는 이런 질문들이 수두룩합니다.
- “서버 에러가 발생했을 때, 에러 로그는 어떤 형식으로 남으며 관리자에게 알람이 가는 시간은 몇 초 이내입니까?”
- “버전 업데이트 시 기존 데이터와의 호환성을 100% 보장하는 테스트 리포트를 제출해 주십시오.”
- “만약 한국 본사가 파산하거나 서비스를 중단할 경우, 소스코드 신탁(Escrow)을 통해 우리가 유지보수를 계속할 수 있습니까?”
2. ‘품질 관리(QC)’라는 이름의 보이지 않는 장벽
SIer 입장에서는 검증되지 않은 한국 솔루션을 고객사(엔드 유저)에게 추천했다가 장애가 발생하면, 그 모든 비난과 손해배상 책임을 자신들이 뒤집어써야 합니다. 그래서 그들은 ‘품질 관리 매뉴얼’을 마치 성경처럼 떠받듭니다. 제품의 UI 폰트 하나, 아이콘의 색감 하나가 통일되지 않은 것조차 “품질 관리가 안 되는 미성숙한 제품”으로 판단하는 근거가 되기도 합니다.
3. 실제 판매까지의 ‘검토의 늪’
단순히 “좋네요!” 하고 판매를 시작하는 법은 없습니다.
- 기술 검증(PoC): 실제 환경과 유사한 곳에서 몇 달간 테스트를 거칩니다.
- 사내 심의: 영업 부서가 아닌 ‘품질 관리 부서’나 ‘법무 부서’의 까다로운 승인을 통과해야 비로소 ‘판매 파트너’ 등록이 됩니다.
- 도입 실적(Reference): “이미 일본 내 다른 대기업에서 쓰고 있는가?”라는 질문은 이 모든 까다로운 과정을 이미 한 번 통과했다는 증명서와 같습니다. 그래서 일본에서 ‘첫 번째 레퍼런스’를 만드는 것이 가장 어렵지만, 하나만 생기면 그다음부터는 SIer들 사이에서 신뢰의 물살을 타게 됩니다.
‘깐깐함’을 ‘신뢰’로 치환하는 법
SIer의 이런 엄격한 기준을 “귀찮고 보수적이다”라고만 치부하면 일본 시장의 문은 결코 열리지 않습니다. 오히려 “우리는 이 정도로 꼼꼼하게 품질을 관리한다”는 것을 보여주는 기회로 삼아야 합니다.
- 화려한 브로슈어보다 정교한 기술 문서: 기능 설명보다는 장애 대응 프로세스, 데이터 백업 정책, 보안 체크리스트 답변서를 완벽하게 준비하세요.
- SIer 전용 ‘안심 패키지’ 제공: 그들이 고객에게 보고하기 편하도록, 제안서 양식부터 기술 사양서까지 일본어로 완벽하게 세팅해 주는 ‘정성’이 필요합니다.
결국 SIer는 여러분의 제품을 대신 팔아주는 대리인이자, 품질을 보증해 주는 보증인입니다. 그들의 깐깐한 검토를 통과한다는 것은, 역설적으로 일본 시장에서 ‘영구 결격 사유가 없는 일류 제품’으로 공인받는 것과 같습니다.
[3줄 요약]
- 일본 기업은 내부에 IT 개발자가 거의 없으며, 시스템 도입의 전권을 ‘SIer(외부 시스템 통합 업체)’가 쥐고 있는 곳이 많다.
- 기존 SIer의 비즈니스 모델(개발/유지보수 수익)을 위협하는 완성형 솔루션 직판은 거센 저항에 부딪힌다.
- 성공적인 일본 진출을 위해서는 엔드 유저 직거래보다, SIer를 든든한 파트너(대리점)로 섭외하는 우회 전략이 필수적이다.
#일본IT #Sler #일본진출 #다단계하청 #파트너비지니스
Written by J브릿져