중국 SDV가 '속도'에서 승리할 수 있는 진짜 이유

지난 기사에서 2026년 SDV 업계가 직면할 세 가지 구조적 변화로 '속도', 'APN 제공자의 과점화', '형식 검증 (Formal Verification)'을 꼽았습니다. 본 기사에서는 그 첫 번째 변화인 중국 OEM의 '속도 우위'를 구조적으로 해부합니다.

절감되는 점은 중국 OEM의 속도가 단순히 '열심히 하기 때문에 빠른 것'이 아니라, 산업 구조 자체가 속도를 만들어내도록 설계되어 있다는 사실입니다. 이 구조를 이해하지 못한다면, 일본 기업이 '속도를 높이자'라고 구호를 외쳐도 본질적인 개선으로 이어지지 않을 것입니다.

속도 우위를 뒷받침하는 4가지 구조적 요인

요인 1: 소프트웨어 네이티브 (Software-native) 조직 설계

중국 신흥 OEM인 Xpeng, NIO, Li Auto는 설립 당시부터 소프트웨어 기업으로서 조직되었습니다. 하드웨어 기업에 소프트웨어 문화를 나중에 이식하는 것이 아니라, 소프트웨어 퍼스트 (Software-first) 조직에 하드웨어 개발 능력을 추가한 구조입니다.

Xpeng는 약 1만 명의 엔지니어를 보유하고 있으며, 자율주행 · Robotaxi · eVTOL · 휴머노이드의 4개 축으로 전개합니다. 720억 파라미터의 클라우드 기반 모델을 3만 장의 GPU 카드 클러스터에서 개발하고, 이를 자사 설계 Turing 칩(약 750 TOPS, Ultra 구성 시 2,250 TOPS)에 지식 증류 (Knowledge Distillation)하여 차량에 탑재하는 체제는, "AI 퍼스트 기업이 어쩌다 보니 차를 만들고 있다"라고 해도 과언이 아닙니다. He Xiaopeng CEO가 "현재의 4주간의 진보가 과거의 1년치에 필적한다"라고 말하는 배경에는 이러한 소프트웨어 네이티브 조직 설계가 있습니다.

VW CARIAD가 고전한 가장 큰 이유는 바로 이러한 조직 문화 이식의 어려움에 있습니다. 수십억 유로를 투입해도 하드웨어 중심의 의사결정 프로세스, 계층적인 승인 플로우, Tier 1과의 사양 조정 문화는 쉽게 바뀌지 않았습니다.

요인 2: 수직 통합을 통한 공급망 내재화

BYD의 핵심 부품 75~80% 내재화는 외부 공급업체와의 사양 조정 및 품질 확인에 소요되는 리드 타임 (Lead time)을 구조적으로 제거합니다. 배터리 (Blade Battery), e-Axle (8-in-1 전기 구동 시스템), 전력 반도체 (자사 IGBT/SiC), 콕핏 시스템 (DiLink OS)을 모두 자사에서 설계 및 제조하는 체제는 기존의 OEM-Tier 1-Tier 2의 다층 구조와 근본적으로 다릅니다.

기존의 자동차 개발에서는 Tier 1과의 사양 조정에 612개월이 소요되는 일이 드물지 않습니다. "사양서를 전달한다 → 견적을 받는다 → 사양을 조정한다 → 시제품을 받는다 → 평가한다 → 수정을 요청한다"라는 사이클이 여러 Tier 1과 병행하여 진행되며, 이 프로세스가 개발 기간의 3040%를 차지합니다. 수직 통합에서는 이 공정이 제로에 가까워지기 때문에 개발 사이클이 구조적으로 압축됩니다.

2025년 연간 판매 대수 460만 대, 2024년 매출 7,771억 위안(약 16조 엔), 순이익 403억 위안이라는 재무 기반이 이 수직 통합을 경제적으로 뒷받침하고 있습니다. BYD의 차량당 노동 비용은 약 585달러로 추정되며, 이는 일본 OEM의 약 769달러, 미국의 약 1,341달러를 크게 밑도는 수준입니다.

요인 3: 국내 공급망의 집적

중국 SDV 생태계의 강점은 필요한 부품과 기술의 거의 모든 것을 국내에서 조달할 수 있다는 점에 있습니다. SoC (Horizon Robotics, Huawei HiSilicon), LiDAR (Hesai, Robosense), 배터리 (CATL, BYD), 콕핏 (Desay SV) 등 모두 중국 국내에 세계 최고 수준의 공급업체가 존재합니다.

Horizon Robotics의 'Starry' 칩 (Journey 6 시리즈, 5nm, 650 TOPS)은 콕핏과 자율주행을 단일 플랫폼으로 통합하여 시스템 비용을 최대 4,000위안 절감하는 동시에 차량 개발 기간을 18개월에서 8개월로 압축합니다. 이 칩은 BYD, VW 중국향 모델, 여러 일본계 OEM에도 채택되고 있어, '국산 대체'가 가격 경쟁력과 개발 속도 양면에서 우위를 점하는 구도가 정착되고 있습니다.

요인 4: 'Ship now, patch later' 문화

중국 OEM의 개발 속도를 뒷받침하는 마지막 요인은 문화적인 것입니다. 컨슈머 일렉트로닉스 (Consumer Electronics) 업계에서 도입된 "우선 출하하고, 나중에 OTA (Over-the-Air)로 수정한다"라는 개발 철학은, 기존 자동차 업계의 "출하 전에 완벽하게 만든다"라는 문화와는 정반대에 있습니다.

이러한 문화는 OTA (Over-the-Air)를 전제로 한 「베타 버전 출하 → 시장 피드백 → 패치 적용」 사이클을 가능하게 하며, 사용자 데이터의 대량 수집을 통한 AI (Artificial Intelligence) 모델의 급격한 개선으로 이어집니다. BYD의 ADAS (Advanced Driver Assistance Systems) 훈련 마일리지는 일일 7,200만 km에 달하며, 이러한 데이터 축적 속도가 「God's Eye」 전 21개 모델 무상 전개라는 대담한 전략을 뒷받침하고 있습니다.

속도의 한계 —— 품질과의 트레이드오프 (Trade-off)

하지만 속도에는 명확한 트레이드오프가 존재합니다.

2026년 3월 31일, Baidu Apollo Go의 우한 플릿 (Fleet)에서 100대 이상의 Robotaxi가 동시에 시스템 장애를 일으켜 고속도로 위에 승객이 갇히고 충돌 사고도 발생했습니다. 이 사고로 인해 중국 정부가 일시적으로 신규 자율주행 허가를 중단하는 사태에 이르렀으며, 이는 「Ship now, patch later (지금 출시하고 나중에 패치한다)」 문화의 한계를 극적으로 드러냈습니다.

이 사고는 「속도 문화」의 구조적 리스크를 보여주는 경종입니다. 소프트웨어 버그의 OTA 패치와 안전 필수 시스템 (Safety-critical system)의 페일세이프 (Fail-safe)는 본질적으로 다른 문제입니다. 스마트폰의 OS (Operating System) 업데이트가 실패하더라도 인명과 직결되지는 않지만, 자율주행의 시스템 장애는 직접적으로 인명의 리스크가 됩니다.

일본 OEM (Original Equipment Manufacturer)의 품질 문화 —— V-모델 검증, 다층적 품질 게이트, 48개월의 개발 사이클 —— 는 속도의 관점에서는 분명히 중국 OEM에 뒤처집니다. 그러나 이 품질 문화가 SDV (Software-Defined Vehicle) 시대에도 「안전의 해자 (Moat)」로서 가치를 가진다는 점은 Apollo Go 사고가 역설적으로 증명했습니다.

일본 기업이 배워야 할 것과 배우지 말아야 할 것

중국의 속도를 직접 모방하는 것은 일본 기업에게 적절한 전략이 아닙니다. 48개월 사이클을 18개월로 압축하기 위해서는 조직 문화, 공급망 (Supply Chain), 인재 구성의 모든 것을 근본적으로 바꿔야 하며, 그 비용과 리스크는 속도로 얻는 이익을 상회할 가능성이 높습니다.

배워야 할 것은 「속도를 만들어내는 구조」의 원리이며, 이를 일본의 품질 문화와 양립시키는 방법입니다. 구체적으로는 아키텍처 (Architecture) 레벨에서 「안전 제어 (품질 중시, 저속 이터레이션 (Iteration))」와 「AI 추론 (속도 중시, 고속 이터레이션)」을 구조적으로 분리하는 설계가 유효합니다. 안전 제어층은 형식 검증 (Formal verification)으로 품질을 담보하고, AI 층은 클라우드 연동을 통해 고속으로 이터레이션하는 —— 이 이층 구조가 품질과 속도의 구조적 양립을 가능하게 합니다.

중국 OEM의 「속도」는 산업 구조에 뿌리를 둔 구조적 우위이며, 개별 기업의 노력만으로는 쉽게 뒤집을 수 없습니다. 하지만 속도만이 경쟁력은 아니라는 점 또한 Apollo Go 사고가 증명하고 있습니다. 「품질 × 속도」의 구조적 양립이야말로 2035년을 향한 일본 산업의 진정한 전략적 과제입니다.

다음 예고: 「SDV (Software-Defined Vehicle)란 무엇인가 — 구조로 이해하기」를 예정하고 있습니다. 각 사가 서로 다른 정의로 말하는 「SDV」를 4개의 스택 (Stack) 구조로 정리합니다.