6명 12주 네이티브 전환으로 매장 앱 속도 50% 올리는 법

• 핵심: 6명 엔지니어가 코딩 에이전트와 12주 만에 앱을 네이티브로 재구축한 과정 정리
• 비용: 1주 개념 증명으로 판단하고 본작업에 들어가는 순서로 낭비 차단
• 적용: 매장 앱 외주 맡기기 전 동작 정의서와 검증 순서를 잡는 데 활용

사장님, 가게 앱이나 주문 시스템을 외주로 맡기거나 고칠 때 어디부터 손대야 할지 막막하셨죠. 손님이 몰리는 점심시간, POS 앞에서 멈칫한 적 있으시죠. 그 10초를 줄이는 게 오늘 글의 목표입니다.

왜 사장님이 지금 이 소식을 봐야 할까

쇼피파이는 수억 명의 고객과 수백만 판매자가 쓰는 Shop 앱을 React Native에서 네이티브로 옮겼다. 2020년 출시부터 React Native를 써 온 앱인데, 코딩 에이전트의 발전으로 균형이 바뀌었다. 핵심 엔지니어 6명이 에이전트와 함께 Swift와 Kotlin으로 재구축했고, 개념 증명부터 앱스토어 출시까지 12주가 걸렸다[1].

배경도 눈여겨볼 만하다. 전환 검토 시점은 React Native의 New Architecture 도입을 준비하던 때와 겹쳤다. 도입하려면 네이티브 모듈 통합과 렌더링, 공유 코드와 플랫폼별 코드의 경계를 다시 살펴봐야 했다. 이 작업에 투자하기 전에 SwiftUI와 Jetpack Compose로 직접 구현하면서 제품 동작을 일치시킬 수 있는지 시험했고, 그 시험이 전환으로 이어졌다[1].

이 글은 2026년 9월 10일 쇼피파이 엔지니어링 블로그에 Jason Kim과 Quique Fagoaga가 쓴 원문을 바탕으로 정리했다[1].

핵심 변화 3가지를 표로 정리했습니다

구분	이전 방식	2026년 변화	가게 영향
개발 방식	공유 코드 하나로 두 운영체제 대응	에이전트와 네이티브 직접 개발	외주 맡길 때 작업 단위를 나누기 쉬워짐
판단 순서	큰 결정부터 내리고 착수	1주 개념 증명으로 가능성 확인	큰 계약부터 맺지 말고 작은 시험부터 시키면 비용이 샐 틈이 줄어듦
검증 방법	사람이 화면을 눌러 확인	실행 중 앱과 동작을 자동 비교	인수 조건을 숫자로 못 박을 수 있음

표의 두 번째 줄이 특히 중요하다. 쇼피파이는 곧장 본작업에 들어가지 않았다. 엔지니어 1명이 에이전트와 1주일 동안 기존 앱을 SwiftUI로 옮기는 개념 증명을 먼저 했다. 일주일 만에 프로덕션 수준에는 못 미쳤지만, 기능별로 근접하게 옮길 수 있음을 확인하고 나서야 6명 체제로 전환을 결정했다[1].

1주 실험에서 12주 출시까지

개념 증명 1주

기존 앱을 기준으로 삼아 화면과 상호작용, 앱 흐름을 빠르게 재현했다. 에이전트는 참조할 기존 구현이 있을 때 특히 효과적이었다. 명확히 정의된 기능 이전과 화면 골격 생성, 데이터 연결, 애니메이션 구현을 맡았고, 시각적 피드백을 바탕으로 레이아웃을 다듬었다[1].

6명 본작업 12주

전환 결정 이후 핵심 엔지니어 6명이 네이티브 기반과 주요 사용자 흐름을 구축했다. 기능별 팀은 중간에 합류해 담당 영역을 검증하고 예외 상황을 보완했다. 마이그레이션은 기존 사용자에게 평범한 앱 업데이트처럼 느껴져야 했다. 로그인 상태 유지와 푸시 알림 수신이 필요했고, 옮긴 기능의 동작뿐 아니라 후속 시스템이 의존하는 분석 이벤트도 우선 보존했다. 연속성을 유지하면서도 일부 화면은 의도적으로 없애고 다른 화면은 간소화했다[1].

숫자로 확인한 변화

콜드 스타트는 앱 아이콘을 누른 시점부터 초기 홈 피드가 보일 때까지 쟀다. iOS는 React Native 3200ms에서 네이티브 2466ms로 23퍼센트 단축됐고, Android는 4433ms에서 2233ms로 50퍼센트 단축됐다. 세션 안정성은 기존 99.5퍼센트 이상에서 99.95퍼센트 이상으로 올라 충돌 세션이 10분의 1로 줄었다[1].

릴리스 빌드 크기는 Android에서 293MB에서 184MB로 109MB 줄었고 감소율은 37.2퍼센트다. iOS는 67MB에서 68MB로 비슷하게 유지됐다. Android 릴리스 빌드 시간은 약 75퍼센트 감소했고 iOS는 이전과 비슷하다. 빌드 시간 단축으로 새 빌드를 더 빨리 테스트하고 연산 자원을 덜 쓸 수 있다. 네이티브 Android 앱은 Pixel 기기에서 피드를 스크롤하고 화면을 오갈 때 120FPS에 도달했는데, 최적화를 거의 안 한 상태에서 얻은 결과다[1].

작업 방식도 바뀌었다. 한 개발자가 수정과 실행, 반복을 맡는 대신 별도 Git 작업 트리에서 여러 에이전트 세션을 동시에 돌리는 경우가 많아졌다. 명확한 작업 지시와 빠른 빌드·테스트 반복, 빈번한 변경 검토에 집중했다. Pi 코딩 에이전트 확장으로 재사용 가능한 마이그레이션 절차를 만들었고, 전문 하위 에이전트가 소스 조사와 동작 문서화, 플랫폼별 계획, 기능 구현, 동등성 검토를 나눠 맡았다. 엔지니어는 구현 전에 요구사항과 계획을 검토했고, 계획 내용의 해시에 승인을 연결했다. 계획이 바뀌면 이전 승인이 무효가 돼 실제로 검토한 계획에만 승인이 유효하도록 했다[1].

동작을 맞추는 도구도 직접 만들었다. 자체 디버깅 도구 Tardis는 에이전트가 실행 중인 네이티브 앱의 이벤트와 로그, 상태에 구조화된 방식으로 접근하고 앱에 명령을 보내도록 한다. React Native 앱과 네이티브 앱에서 이름을 붙인 체크포인트별 스크린샷과 해당 구간 이벤트를 찍어 이름과 횟수, 페이로드 필드를 비교했다. 타임스탬프처럼 실행마다 달라지는 값은 비교 지침에서 고려했다[1].

다만 네이티브 전문성은 여전히 필수다. 생성 코드가 기능 요구를 채워도 중복과 설계 이탈, 성능 문제를 만들 수 있다. 저장소 지침과 함께 린트와 테스트, 정적 분석, 성능 점검, 코드 리뷰가 도움이 됐다. 익숙한 선언형 UI 개념 덕분에 React Native 엔지니어가 SwiftUI와 Jetpack Compose에서도 생산적으로 작업할 수 있었다[1].

우리 가게·앱 외주에 어떻게 적용할까

수원에서 분식점을 운영하며 배달 앱 입점을 준비하는 사장님을 예로 들겠습니다 (가상 예시). 사장님 가게는 주문 확인 전화가 몰리는 저녁 시간에 직원이 주방과 카운터를 오가느라 실수가 잦다. 간단한 주문 확인 앱을 외주로 맡기려는데 견적서가 천차만별이다. 이럴 때 쇼피파이 방식이 그대로 통한다.

첫째, 1주 시험을 먼저 시키세요. 큰 계약부터 맺지 말고 핵심 화면 1개를 옮기는 1주 개념 증명을 주문해 보세요. 결과물이 기존 동작과 얼마나 가까운지로 업체 실력이 드러납니다. AI 유지보수 3년 비용 비교 글에서 3년 총비용을 따지는 법을 먼저 확인하면 시험 범위를 정하기가 쉽다.

둘째, 동작 목록을 계약서에 넣으세요. 쇼피파이가 분석 이벤트 보존을 우선한 것처럼, 가게도 주문 접수와 취소, 환불 같은 핵심 흐름의 동작 목록을 적어 업체에 넘기세요. 화면이 예뻐도 동작이 틀리면 소용이 없다. 인수 조건은 사진이 아니라 목록 체크 통과로 정하는 것이 좋다.

셋째, 원문엔 없지만 우리 가게 적용을 위해 추가로 확인한 국내 창구가 있다. 중소벤처기업부[4]와 소상공인시장진흥공단[5]에서 소상공인 디지털 전환과 스마트 상점 관련 지원 사업을 안내한다. 앱 개발비 부담이 크면 해당 연도 공고를 먼저 확인하면 된다. 비용 부담을 낮추는 데 실질적인 도움이 된다.

넷째, 계획 승인을 문서로 확정하세요. 쇼피파이가 계획 해시에 승인을 연결한 것처럼, 가게도 업체가 낸 기획서 버전을 확정하고 변경분은 다시 승인하는 규칙을 정하세요.

결론과 오늘 할 일 1가지

• 핵심 1: 1주 개념 증명으로 가능성을 먼저 확인하고 6명 12주로 본작업을 했다
• 핵심 2: 속도와 안정성, 빌드 크기를 숫자로 쟀더니 효과가 분명했다
• 핵심 3: 외주도 시험과 동작 목록, 계획 승인으로 같은 방식을 쓸 수 있다
• 오늘 할 일 1개: 가게 앱에서 가장 급한 화면 1개를 골라 1주 시험 의뢰서를 적어 두세요

함께 보면 좋은 글

• 윈도우 반복업무 4종 자동화로 매장 사무시간 90% 줄이는 법
• 18개 검색엔진 하나로 묶는 로컬 우선 수집으로 매장 조사 10분 완성

참고 자료

• [1] Migrating Shop app from React Native to native , https://shopify.engineering/shop-app-migration
• [2] React Native is the Future of Mobile at Shopify , https://shopify.engineering/react-native-future-mobile-shopify
• [3] About the New Architecture , https://reactnative.dev/architecture/landing-page
• [4] 중소벤처기업부 , https://www.mss.go.kr
• [5] 소상공인시장진흥공단 , https://www.semas.or.kr