제가 맡은 영업의 주된 영역은 교육기관입니다. 그러다 보니 대학교 고객들이 많이 있습니다. 고객사와 미팅을 하다 보면 공통적으로 나오는 말이 있습니다.
"관리 포인트를 줄이고 싶습니다."
왜냐하면, 대부분 대학의 전산팀 인력이 늘 부족한 상태입니다. 몇몇 주요 대학이나 거점 국립대학들을 제외하고는 항상 TO가 부족합니다. 반면에 일은 늘 과부하가 걸린 상태입니다.
시스템이 복잡해질수록, 담당자가 바뀔수록 운영 부담은 점점 커집니다. 모바일 앱도 마찬가지입니다. 안드로이드용, iOS용을 따로 만들면 관리해야 할 소스가 두 벌입니다. 수정도 두 번, 테스트도 두 번, 담당자도 두 군데를 봐야 합니다.
그래서 '관리 포인트'는 굉장히 중요한 부분입니다.
기업용 모바일 플랫폼이 아직도 필요한 이유가 바로 여기서 시작됩니다.
OS 보안 정책은 매년 바뀝니다, 그리고 반드시 사고가 납니다
어느 날 고객사에서 연락이 왔습니다.
"앱이 스토어에서 갑자기 사라졌습니다. 지금 학생들이 난리가 났습니다. 왜 내려 간 거죠?"
CS팀에서 부랴부랴 원인을 찾아보면 몇 달 전 구글이나 애플에서 보낸 이메일이 있습니다. 보안 정책이 바뀌었으니 조치를 취하라는 내용입니다. 담당자가 그 이메일을 열어보지 않은 겁니다.
앱을 스토어에 등록할 때 고객사 담당자 이메일로 등록합니다. 근데 그 담당자 메일이 개인 이름의 메일이 아닌 webmaster로 된 대표 메일입니다. 구글, 애플에서 정책 변경 메일을 바로 그 이메일로 보냅니다. 담당자는 자기 개인 메일이 아니기에 수시로 체크하질 않습니다. 그렇게 수십 통의 이메일이 쌓이고 결구 그 속에서 중요 메일을 놓칩니다. 몇 달이 지납니다. 그리고 어느 날 앱이 내려갑니다.
이런 사건을 몇 번씩 겪고 나서 이제는 저희는 메일도 같이 등록해 달라고 요청합니다.
"담당자 이메일 등록하실 때 저희 CS메일도 같이 등록해 주세요."
기술적으로 보면 이 문제의 본질은 이렇습니다. 안드로이드와 iOS를 각각 네이티브로 개발한 경우, OS 정책이 바뀔 때마다 코틀린과 스위프트 소스를 각각 수정하고 기기별로 나뉜 테스트를 처음부터 다시 해야 합니다.
두 플랫폼의 보안 API 스펙이 다르기 때문에 같은 기능이라도 구현 방식이 달라집니다. 푸시 알림 인증 방식 하나가 바뀌어도 양쪽을 다 손봐야 합니다.
반면 표준화된 기업용 모바일 플랫폼은 OS 단의 변화를 플랫폼 엔진이 먼저 흡수해 완충 역할을 합니다. 내부 비즈니스 소스를 건드리지 않고도 최신 보안 규격을 유지할 수 있는 구조입니다.
단일 소스 코드, 관리 포인트가 절반으로 줄어듭니다
하이브리드 앱은 이 문제를 구조적으로 해결합니다.
모바일 서비스 화면은 단일 소스로 개발합니다. 앱의 껍데기(네이티브 부분)만 스위프트(iOS)와 코틀린(Android)으로 각각 개발하고, 그 안에 단일 소스로 만든 화면을 얹는 방식입니다.
기술적으로 중요한 포인트가 있습니다. 비즈니스 로직이 바뀌거나 새로운 기능이 추가될 때 한 번의 코드 수정만으로 안드로이드와 iOS에 동시 배포됩니다. 두 플랫폼 간의 기능 구현 속도 차이나 UI 디자인 이질성의 문제가 생기지 않습니다. 양쪽 개발팀을 따로 구성하고 조율하는 비용도 사라집니다.
스토어 배포 속도(Time to Market)도 빨라집니다. 안드로이드 팀이 먼저 끝나도 iOS 팀을 기다려야 하는 상황, iOS 심사가 늦어지면서 안드로이드 배포도 함께 묶이는 상황이 없어집니다. 한 번 빌드하면 양쪽 스토어에 동시에 올라갑니다.
결과적으로 화면 소스는 하나만 관리하면 됩니다. 한정된 인력이 따로따로 관리되는 소스에 낭비되지 않고 서비스 고도화에 집중할 수 있는 구조입니다.
그렇다면 네이티브 앱은 이제 필요 없나?
아닙니다. 다만 요구하는 고객이 많이 줄었습니다.
현장에서 보면 네이티브 앱이 필요한 경우는 거의 두 가지입니다.
① 실시간 채팅이 필요한 경우
메시지 전송 속도와 안정성이 핵심인 서비스입니다. 소켓 통신을 직접 제어하고 백그라운드 처리가 중요한 채팅 앱은 하이브리드보다 네이티브가 더 빠르고 안정적입니다.(예를들어, 카카오톡)
② 실시간 위치를 빠르게 처리해야 하는 경우
배달, 물류, 현장 관리처럼 GPS를 실시간으로 정밀하게 처리해야 할 때입니다. 네이티브는 하드웨어 센서에 직접 접근하기 때문에 위치 갱신 주기와 정확도가 하이브리드보다 높습니다.(예를들어 당근)
그 외에는 대부분 하이브리드 앱으로 충분합니다. 스마트캠퍼스, 사내 업무 앱, 공공 민원 앱. 현장에서 만나는 대부분의 프로젝트가 여기 해당합니다.
결국 운영 가능한 시스템이 좋은 시스템입니다
네이티브가 성능은 더 좋을 수 있습니다.
하지만 부족한 인력 속에서도 심지어, 담당자가 바뀌어도 누군가 이어서 운영할 수 있어야 합니다. OS 정책 메일 한 통을 놓쳐서 앱이 스토어에서 내려가는 상황이 반복되지 않아야 합니다. 수정이 생겼을 때 한 곳만 고치면 두 플랫폼에 동시에 반영돼야 합니다.
기업용 모바일 플랫폼이 아직도 필요한 이유는 거기 있습니다.
화려한 기술보다 운영 가능한 구조.
그게 현장에서 15년 동안 확인한 결론입니다.
함께 보면 좋은 글
하이브리드 앱을 선택한 배경, 리액트 네이티브로 전환한 이유가 궁금하다면. 우리가 HTML 앱을 5년 만에 버린 이유