모바일 앱인가, 웹 앱인가? 중소기업을 위한 솔직한 결정 가이드

거의 매주 누군가 우리에게 앱이 필요하다고 말합니다. 대개는 이미 머릿속에 그려 둔 모습이 있습니다. 휴대폰 위의 아이콘, 고객이 내려받는 무언가, 어쩌면 알림 개수를 보여 주는 작은 배지까지요. 그리고 거의 그만큼 자주, 대화를 시작한 지 15분쯤 지나면 사실 앱이 전혀 필요 없다는 사실이 드러납니다. 필요한 것은 휴대폰에서 멋지게 작동하는 무언가이며, 그것은 완전히 다른 것입니다. 더 저렴하고, 더 빠르며, 아무도 들르지 않는 앱스토어에서 먼지가 쌓일 위험도 훨씬 적습니다.

"앱"이라는 단어는 어느새 서너 가지 전혀 다른 제품을 조용히 집어삼켰습니다. 누군가 그 말을 할 때, 내려받는 네이티브 앱을 뜻할 수도, 앱처럼 동작하는 웹사이트를, 자사 직원을 위한 사내 도구를, 혹은 그저 "화면 위에 구현된 우리 사업의 현대적 버전"을 뜻할 수도 있습니다. 여기서 잘못 고르면 비싼 대가를 치릅니다. 잘못된 선택지가 만들기 어려워서가 아니라, 필요하지도 않았던 몇 달치 비용과 유지보수에 묶이기 때문입니다.

그래서 이 글은 그 첫 미팅 전에 모든 사장님께 드리고 싶었던 가이드입니다. 어느 플랫폼이 이기고 있다는 식의 과장도 없고, 네이티브 앱이 언제나 격 높은 선택인 척하지도 않습니다. 그저 두 선택지가 실제로 무엇인지, 비용은 얼마인지 냉정하게 살펴보고, 우리 사업에 어느 쪽이 필요한지를 정하는 간단한 방법을 알려 드립니다. 애초에 둘 중 하나라도 필요한지까지 포함해서요.

먼저, 당신이 "앱"으로 정말 무엇을 뜻하는지 풀어 보세요

고르기 전에, 메뉴에 무엇이 있는지부터 알아야 합니다. 모바일 앱, 즉 네이티브 방식은 사용자가 App Store나 Google Play에서 설치하는 소프트웨어입니다. 휴대폰 안에 자리 잡고 아이콘을 갖게 되며, 카메라, GPS, 푸시 알림, 오프라인 저장, 지문 로그인 등 기기 깊숙이까지 손을 뻗을 수 있습니다. 웹 앱은 정보를 보여 주는 것 이상을 하는 웹사이트로, 사람들이 무언가를 하도록 해 줍니다. 로그인, 예약, 결제, 계정 관리 같은 것이죠. 브라우저에서 열기만 하면 되고, 내려받을 것은 없습니다.

그 사이에 대부분의 사람이 이름조차 들어 본 적 없는 세 번째 선택지가 있습니다. 바로 프로그레시브 웹 앱, 줄여서 PWA입니다. 이는 "홈 화면에 추가"할 수 있도록 만들어진 웹 앱으로, 자체 아이콘으로 전체 화면에서 실행되고, 오프라인에서도 작동하며, 대부분의 기기에서 알림을 보낼 수 있습니다. 수많은 중소기업에게 이것은 아무도 언급하지 않은 최적의 지점입니다. 고객에게는 앱처럼 느껴지지만, 웹사이트처럼 만들고 유지하기 때문입니다.

이 세 가지를 머릿속에서 또렷이 구분하면 혼란의 절반이 사라집니다. 대부분의 경우 솔직한 질문은 "네이티브냐 웹이냐"가 아니라 "이것이 정말로 얼마나 앱처럼 느껴져야 하며, 그만한 값어치가 있는가"입니다.

사업에 정말로 중요한 차이들

이 둘을 기술적으로 비교한 글은 수백 개나 됩니다. 대부분 개발자를 위해 쓰였고, 사장님이 실제로 신경 쓰는 부분을 놓치고 있습니다. 그러니 프레임워크 논쟁은 건너뛰고, 사업이 돌아가는 방식을 바꾸는 네 가지를 이야기해 봅시다.

사람들이 거기에 닿는 방법

웹 앱은 링크 위에 살아 있습니다. 이메일, 문자 메시지, 테이블 위의 QR 코드, 구글 검색 결과에 넣을 수 있습니다. 고객은 클릭하고 2초 만에 사용합니다. 네이티브 앱은 다운로드 뒤에 살아 있습니다. 고객은 스토어에 가서 회사 이름을 검색하고, 설치하고, 열 만큼 그것을 원해야 합니다. 그 간극은 가혹합니다. 대부분의 사람이 가끔만 접하는 사업이라면, 이 다운로드가 앱이 실패하는 이유의 전부인 경우가 많습니다.

실제로 무엇을 할 수 있는가

순수한 성능에서는 여전히 네이티브가 앞섭니다. 확실한 오프라인 사용, 무거운 카메라나 센서 작업, 매끄러운 고성능 그래픽, 반드시 도착해야 하는 알림이 필요하다면 네이티브가 더 안전한 선택입니다. 하지만 그 간극은 극적으로 좁아졌습니다. 요즘 웹 앱은 결제를 받고, 카메라를 쓰고, 위치를 찾고, 오프라인에서 작동하며, 대부분의 휴대폰에서 푸시 알림을 보냅니다. 솔직한 질문은 우리 사업이 네이티브만 잘하는 그 몇 가지에 정말로 기대고 있는가입니다.

만들고 유지하는 데 드는 비용

여기서 간극이 가장 크고, 사장님들이 허를 찔리는 지점입니다. 웹 앱은 브라우저만 있으면 어디서나 돌아가는 하나의 코드베이스입니다. 제대로 만든 네이티브 앱은 흔히 두 플랫폼을 위해 만들고 유지해야 하고, 앱스토어 심사 과정에, 애플이나 구글이 규칙을 바꿀 때마다의 지속적인 업데이트까지 더해집니다. 구축 비용은 더 비싸고, 아무도 경고해 주지 않는 부분이 유지보수입니다. 앱은 끝내는 것이 아니라 계속 먹여 살리는 것입니다.

얼마나 주도권을 쥐는가

웹 앱이라면 변경 사항을 내보내면 몇 분 안에 반영됩니다. 네이티브 앱이라면 모든 업데이트가 심사 대기열에서 기다리고, 스토어는 그것을 거부하거나, 모든 판매에서 수수료를 요구하거나, 회사 모르게 정책을 바꿀 수 있습니다. 남의 플랫폼에 자리를 빌리고 있는 셈이죠. 어떤 사업에는 그 거래가 가치 있습니다. 하지만 많은 경우 "그냥 웹사이트니까 원할 때 업데이트한다"는 자유가 세련됨보다 더 값집니다.

네이티브 모바일 앱이 정말로 옳은 선택일 때

네이티브 앱은 함정이 아닙니다. 대부분의 중소기업에는 맞지 않지만 일부에는 정확히 맞는 강력한 도구입니다. 추가 비용과 종속이 스스로 값을 하는 경우를, 영업용 포장 없이 솔직하게 알려 드립니다.

• 사람들이 끊임없이, 매일 혹은 거의 매일 사용합니다. 다운로드 비용은 잦고 충성도 높은 사용으로 몇 배나 회수됩니다.
• 기기 기능에 크게 기댑니다. 지속적인 GPS, 무거운 카메라 작업, 블루투스 하드웨어, 신호 없는 곳에서의 안정적인 오프라인 작동 같은 것들이죠.
• 알림이 "있으면 좋은 것"이 아니라 제품의 핵심이며, 모든 기기에 안정적으로 도착해야 합니다.
• 성능이 흠잡을 데 없어야 합니다. 빠르게 움직이는 그래픽, 게임, 0.5초의 지연도 치명적인 실시간 상호작용 같은 것입니다.
• App Store에 존재한다는 사실 자체가 고객이 기대하는 신뢰나 마케팅 이야기의 일부입니다.

공통된 주제에 주목해 보세요. 네이티브는 이미 당신에게 마음을 준 사람들이 그 앱을 많이 쓸 때, 그리고 브라우저가 아직 따라오지 못하는 방식으로 휴대폰 하드웨어에 의존할 때 제 몫을 합니다. 자사 직원이 하루 마흔 번 여는 현장 서비스 앱은 완벽한 네이티브 후보입니다. 고객이 일 년에 두 번 건드리는 예약 페이지는 아닙니다.

웹 앱이 더 똑똑하고 저렴한 선택일 때

대부분의 중소기업에게는 이것이 답이며, 타협이 아니라 올바른 선택입니다. 웹 앱은 네이티브가 고전하는 바로 그 자리에서 빛납니다. 순수한 성능보다 도달 범위가 중요한 모든 곳, 그리고 빠르게 움직이며 자주 바꿔야 하는 모든 곳입니다.

사람들이 매일이 아니라 가끔 쓸 때, 다운로드라는 마찰 없이 고객을 들이고 싶을 때, 예산과 속도가 중요할 때, 혹은 그 아이디어가 통할지 아직 확신이 없을 때는 웹 우선으로 가세요. 마지막 항목은 과소평가됩니다. 웹 앱은 네이티브로 가는 비용을 떠안기 전에, 누군가가 당신의 아이디어를 원하는지 시험해 보는 완벽한 방법입니다. 수요가 진짜가 되고 어떤 기능이 네이티브에 값하는지 정확히 보이면, 언제든 나중에 네이티브 앱을 만들 수 있습니다.

짧은 이야기: 앱을 원했던 클리닉

한 물리치료 클리닉이 모바일 앱이 필요하다고 확신하며 우리를 찾아왔습니다. 길 건너 경쟁업체가 하나 갖고 있었고, 없으면 뒤처지는 느낌이었으니까요. 그들이 그린 그림은 또렷했습니다. 환자가 앱을 내려받아 예약을 잡고, 운동 계획을 보고, 리마인더를 받는다는 것이었습니다. 이미 예산을 절반쯤 잡아 두고 비용을 각오하고 있었습니다.

그래서 우리는 늘 던지는 질문을 했습니다. 환자가 실제로 이걸 얼마나 자주 열까요? 솔직한 답은 한 차례 치료 과정 동안 몇 번이었습니다. 예약하고, 운동을 슬쩍 보고, 리마인더를 받고, 몇 달 뒤에 다시 예약할까 말까. 그건 매일 쓰는 게 아닙니다. 가끔 쓰는 것입니다. 그리고 가끔 쓰는 것이야말로 다운로드 장벽이 앱을 조용히 죽이는 바로 그 지점입니다. 우리는 일어날 법한 결말을 그려 보였습니다. 몇백 유로의 구축 비용, 그러고 나서 결코 설치하지 않는 환자들, 그리고 앱이 쓰이지 않아 여전히 전화로 예약을 받는 접수처.

대신 우리가 만든 것

우리는 웹 앱을, 그것도 프로그레시브 방식으로 만들었습니다. 환자는 확인 메시지의 링크에서 엽니다. 다운로드도, 스토어도, 시작을 위한 계정 가입의 문턱도 없습니다. 예약하고 다시 예약하며, 영상이 담긴 운동 계획을 보고, 노쇼를 줄이는 자동 리마인더를 받습니다. 앱 같은 느낌을 원하는 사람은 한 번의 탭으로 홈 화면에 추가할 수 있고, 그때부터는 클리닉 아이콘과 함께 전체 화면으로 열립니다. 꼭 네이티브 앱처럼요. 환자에게 그것은 그저 앱 그 자체입니다.

결과는 어땠나

여기 숫자는 예시이지만, 그 모양새는 우리가 거듭 보는 것입니다. 그들이 각오했던 네이티브 구축의 일부 비용밖에 들지 않았고, 운영 비용은 훨씬 더 적었습니다. 두 플랫폼도, 스토어 심사도, 운영체제가 업데이트될 때마다의 분기별 소동도 없습니다. 설치할 것이 없었기에 환자들은 첫날부터 사용했습니다. 도입이 아무도 끝내지 않는 다운로드 뒤에 갇히지 않은 것이죠. 리마인더는 몇 달 안에 노쇼를 눈에 띄게 줄였습니다. 그리고 클리닉은 주도권을 쥐었습니다. 결제 단계를 추가하고 싶었을 때, 그것은 심사 대기열에 묶이지 않고 그 주에 바로 반영되었습니다.

솔직한 각주 하나. 만약 일 년 뒤 환자들이 그것을 끊임없이 열고 더 깊은 오프라인 기능을 원하게 된다면, 네이티브 앱은 정말로 제자리를 얻을지도 모릅니다. 하지만 그때 그 결정은 경쟁사의 아이콘이 아니라 증거에 근거해 내려집니다. 돈을 내기 전에 그것이 값어치가 있는지 알게 되는 것입니다.

스스로 결정하기 위한 간단한 틀

대략 올바르게 판단하는 데 컨설턴트는 필요 없습니다. 당신의 아이디어를 네 가지 질문에 순서대로 통과시켜 보세요. 진짜로 들어맞는 첫 번째 "예"가 알아야 할 것의 대부분을 말해 줍니다.

1. 1
   한 사람이 얼마나 자주 사용할까?

   매일 혹은 거의 매일이면 네이티브를 가리킵니다. 가끔 — 주 1회, 월 1회, 일 년에 몇 번 — 이면 확실히 웹을 가리킵니다.
2. 2
   정말로 휴대폰 하드웨어가 필요한가?

   무거운 오프라인 사용, 지속적인 GPS, 블루투스 기기, 집중적인 카메라 작업이라면 네이티브 신호입니다. "카메라를 한 번 쓸 수 있으면 좋겠다"는 아닙니다. 그건 웹이 충분히 처리합니다.
3. 3
   얼마나 빠르고 자주 바꿀 것인가?

   끊임없이 손보고 업데이트할 작정이거나 아직 아이디어를 시험 중이라면, 웹의 즉각적인 업데이트와 문지기 없음은 큰 장점입니다.
4. 4
   진짜 예산은 얼마인가 — 구축과 유지보수 모두?

   두 번째 숫자에 솔직하세요. 두 플랫폼을 계속 유지하는 것이 부담이라면 웹으로 시작하세요. 타당성이 입증되면 나중에 의도를 갖고 네이티브로 올라갈 수 있습니다.

사내 도구에 관한 한마디 — 완전히 다른 문제

위의 모든 내용은 고객을 위해 만든다는 전제였습니다. 자사 팀을 위해 만든다면 계산이 달라집니다. 직원들은 하루 종일 업무에 쓰는 것이라면 기꺼이 설치합니다. 소비자용 앱을 죽이는 다운로드 장벽은, 그 도구를 쓰는 것이 곧 업무일 때는 거의 문제가 되지 않습니다. 그래서 사내 현장 서비스용이나 창고용 앱은, 고객용이라면 성립하지 않을 네이티브의 강한 근거를 가질 수 있습니다.

그렇다 하더라도 웹은 사람들이 예상하는 것보다 더 자주 이깁니다. 웹 기반 사내 도구는 직원이 이미 들고 다니는 어떤 기기에서도 작동하고, 수많은 휴대폰에 설치할 필요가 없으며, 내보내는 순간 모두에게 업데이트됩니다. 정말로 오프라인 작동이나 깊은 하드웨어 접근에 의존하는 게 아니라면, 사내 웹 앱은 대개 더 빠르고, 저렴하고, 덜 고통스러운 길입니다. 앞서와 같은 논리이되, 사용 전제만 뒤집은 것입니다.

자주 묻는 질문