Apple Watch 지도 앱을 6년 동안 다듬어온 개발자의 회고

손목 위 지도 앱, 그게 그렇게 어려워?

David Smith라는 인디 iOS 개발자가 있어요. 이분이 만든 "Pedometer++"라는 만보기 앱이 Apple Watch 초창기부터 자리잡은 대표 앱이거든요. 그런데 최근에 이 앱의 지도 기능을 6년 동안 다듬어온 과정을 회고하는 글을 올렸어요. "손목 위에 지도 띄우는 게 뭐가 그리 어렵지?" 싶지만, 실제로 읽어보면 작은 화면과 짧은 배터리, 느린 CPU라는 제약 안에서 사용성을 만들어낸다는 게 얼마나 까다로운 일인지 알게 돼요.

첫 번째 시도: 그냥 MapKit을 띄웠다

처음에 그가 한 건 단순했어요. iOS의 표준 지도 라이브러리인 MapKit을 watchOS에서도 그대로 가져다 쓴 거죠. 결과는 "동작은 하지만 쓸 만하진 않다"였어요. 시계 화면이 너무 작아서 필요한 정보가 잘 안 보이고, 핀치 줌 같은 동작도 손가락 두 개를 올릴 공간이 없으니 어색했거든요. 휠을 돌려 줌인/줌아웃하도록 바꾸긴 했지만, 그래도 "걸으면서 한 손으로 빠르게 확인"하는 데는 부적절했어요.

두 번째 시도: 직접 그리기

그래서 다음 단계에서는 MapKit이 그려주는 그림을 그대로 쓰지 않고, 자기가 직접 타일을 합성하는 방향으로 갔어요. Apple이 제공하는 지도 데이터를 받아오긴 하되, 화면에 어떻게 배치하고 어떤 레이어를 강조할지는 손수 코딩한 거죠. 이렇게 하면 시계의 작은 화면에 맞춰 도로 굵기를 키우고, 글자를 더 크게 찍고, 불필요한 정보(건물 음영 같은 것)는 빼버리는 식의 최적화가 가능해져요.

그런데 이 방식은 배터리 문제를 만들어요. 매 순간 지도를 다시 그리면 GPU가 계속 일을 해야 하고, watchOS는 배터리 최적화에 정말 민감하거든요. 그래서 그는 "움직이지 않을 때는 그림을 캐시해두고, 정말 필요한 순간에만 다시 렌더링한다"는 규칙을 정교하게 만들었어요.

세 번째 시도: "걷는 사람"을 위한 디자인

6년의 진짜 핵심은 여기예요. 그는 점차 "이 앱을 보는 사용자는 지금 걷고 있다" 는 전제를 적극적으로 활용하기 시작해요. 걷고 있는 사람은 지도를 자세히 들여다볼 시간이 없거든요. 한 번 손목을 올려서 "여기서 어디로 가야 하지?"를 0.5초 안에 파악하고 다시 시선을 길에 둬야 해요.

그래서 그는 자동 줌을 도입했어요. 사용자의 현재 속도와 다음 분기점까지의 거리를 계산해서, "다음 코너가 가까우면 줌인해서 그 코너만 크게 보여주고, 멀면 줌아웃해서 전체 경로를 보여주는" 식이에요. 또 방향 회전도 사용자 진행 방향에 맞춰 항상 "위쪽이 내가 가는 방향"이 되도록 돌려놓았어요. 북쪽이 위가 아니라 "내 앞이 위"인 거죠. 차량 내비게이션에서 익숙한 방식인데, 시계처럼 작은 화면에서는 이게 사용성을 결정적으로 바꿔놓아요.

Always-On 디스플레이라는 새로운 변수

중간에 Apple Watch에 Always-On 디스플레이가 도입됐어요. 이게 뭐냐면, 시계가 화면을 완전히 끄지 않고 저전력 상태로 항상 켜놓는 기능이에요. 화면 밝기를 낮추고 프레임률을 1초에 한 번 정도로 떨어뜨려서 배터리를 아끼는 거죠.

이 기능이 추가되면서 그는 "항상 보이지만 너무 화려하면 안 되는" 새로운 모드를 따로 만들어야 했어요. 색을 죽이고, 디테일을 줄이고, 갑자기 손목을 올렸을 때 곧바로 풀 모드로 자연스럽게 전환되는 애니메이션도 다듬었어요. 이 과정 자체가 한두 주짜리 작업이 아니었다고 해요.

업계 맥락에서 보면

Google Maps도 Wear OS용으로 비슷한 고민을 해오고 있고, 최근에는 차량용 Android Auto에서도 작은 화면용 지도 디자인이 활발히 연구되고 있어요. 공통점은 "전통적인 데스크톱 지도를 그냥 축소하면 절대 안 된다"는 거예요. 컨텍스트에 맞춘 정보 선별이 핵심이라는 교훈이 비슷하게 도출되고 있죠.

또 이 글이 흥미로운 또 다른 이유는, 거대 회사가 아니라 혼자서 또는 아주 작은 팀이 꾸준히 다듬을 때 어디까지 갈 수 있는지 보여준다는 점이에요. Apple의 기본 지도 앱조차도 watchOS에서는 한계가 분명한데, 인디 개발자가 6년 집중하면 더 나은 사용성을 만들 수 있다는 거잖아요.

한국 개발자에게 주는 시사점

작은 화면이나 제약이 많은 디바이스(워치, 임베디드 디스플레이, IoT 장치)를 다루는 분들에게 직접 와닿는 이야기예요. 결국 핵심은 "사용자가 이 화면을 보는 순간에 무얼 하고 있는가" 를 정의하고, 그 컨텍스트에 맞춰 정보의 양과 표현을 과감히 줄여내는 결정이에요. 모바일 앱을 만들 때도 똑같이 적용돼요. 사용자가 지하철에서 한 손으로 보는지, 책상 앞에서 두 손으로 보는지에 따라 같은 정보도 다르게 보여줘야 하거든요.

그리고 6년이라는 시간 스케일도 곱씹어볼 만해요. 우리는 보통 한 기능을 만들고 "끝"이라고 생각하는데, 좋은 사용성은 한 번에 만들어지지 않아요. 지속적으로 사용자 행동을 관찰하고 작게 다듬어 나가는 게 결국 차이를 만든다는 점이 인상적이에요.

마무리

좋은 UI는 "기능을 다 보여주는 것"이 아니라 "지금 이 순간에 딱 필요한 것만 남기는 것"이라는 걸 이 글이 잘 보여줘요. 여러분이 만든 앱에서 "사용자가 이 화면을 0.5초만 본다"고 가정하면, 어떤 정보가 살아남고 어떤 게 빠질 것 같으세요?