차를 사고 나서 만든 한강 주차 위젯

iPhone 앱 한강자리를 App Store에 공개했다.

로그인도 광고도 인앱결제도 없는 무료 앱이다. 내가 자주 겪던 불편을 조금 줄이려고 시작했다.

첫 목표는 내가 여의도 한강공원에 갈 때 겪는 불편 하나를 줄이는 것이었다. 예전에는 거의 대중교통으로 다녔다. 지하철에서 내려 걸어가고, 편의점에서 먹을 것을 사고, 자리를 잡으면 됐다.

그때는 한강에 가는 일이 단순했다. 날씨가 괜찮고 시간이 맞으면 그냥 갔다. 가는 길에 따로 확인할 것도 많지 않았다. 내게 한강은 도착해서 시간을 보내는 익숙한 장소였다.

차를 사고 나니 한강에 가기 전에 확인할 것이 갑자기 늘었다.

“한강 갈까?” 다음에 바로 다른 질문들이 따라왔다.

어느 주차장으로 들어갈지.
지금 자리가 있는지.
입구에 줄이 길면 어디로 돌아야 할지.
도착했을 때 이미 만차면 어떻게 할지.

출발 전에 한강 통합주차포털을 열어 잔여 대수를 확인하곤 했는데 매번 웹페이지를 찾아 들어가는 일이 생각보다 번거로웠다. 더 불편한 건 확인을 놓치고 출발했을 때였다. 주차장 입구에 차가 길게 늘어서 있으면 그때부터 다른 주차장으로 돌아가는 일도 꽤 지친다.

그때 이런 생각이 들었다.

이걸 앱이나 위젯으로 바로 볼 수 있으면 좋겠다.

이 질문이 한강자리의 시작이었다. 한강에 가기 직전에 남은 자리를 빠르게 확인할 수 있으면, 집을 나서기 전 망설임이 줄어들 것 같았다.

처음 목표는 출발 전 10초를 줄이는 것이었다.

처음에는 그 정도면 충분했다. 차 키를 들기 전에 휴대폰을 한 번 보고 “오늘은 어느 주차장으로 가야 덜 헤맬까”에 답하는 앱부터 만들었다.

주차장부터 시작한 첫 버전

초기 주차 중심 홈 화면

초기 문서를 다시 보면 한강자리의 범위는 아주 좁았다. 한강공원에 가기 전에 주차장 상태를 빠르게 확인하고 필요하면 바로 내비게이션으로 넘어가면 됐다. 특히 내가 자주 가던 여의도 한강공원을 기준으로 “가기 전 위젯 한 번으로 어디에 주차할지 고른다”는 문제를 먼저 풀고 싶었다.

성공 기준은 하나였다. 한강에 갈 때 주차 포털을 여는 일이 줄면 됐다.

초반에는 주차장 잔여 대수, 혼잡 상태, 주차장 상세 정보, 즐겨찾기, 내비게이션 연결과 위젯을 붙였다. 2026년 5월 중순의 기획 문서에는 한강공원 중심 주차 앱으로 만들 범위를 따로 적어뒀다.

작게 시작한 건 결과적으로 좋은 선택이었다. 내가 겪는 문제였고, 쓰는 장면도 분명했다. 방향이 틀렸는지도 금방 알 수 있었다. 한강에 갈 때 내가 여전히 웹페이지를 열고 있다면 실패였다.

이 시점의 한강자리는 아직 “한강공원 주차 위젯”에 가까웠다. 직접 쓰려고 만들다 보니 곧 다른 문제가 보이기 시작했다. 한강에 가기 전에는 주차장 외에도 확인할 정보가 있었다.

첫 버전이 풀어야 했던 네 가지 질문

초기 버전이 다루려던 질문은 네 가지였다.

질문	화면에 보여줄 것
차를 가져가도 될까?	주차장 잔여 대수와 상태
어느 주차장이 나을까?	추천 후보와 내비게이션 연결
지금 정보가 믿을 만할까?	갱신 시각과 상태 라벨
매번 앱을 열어야 할까?	즐겨찾기와 위젯

이 표는 나중에 기능을 줄일 때도 도움이 됐다. 좋아 보이는 기능이라도 이 네 질문에 답하지 못하면 첫 버전에서는 미뤘다.

첫 범위를 “한강에 가기 전 주차장을 고르는 일”로 고정하자, 내가 직접 써서 결과를 확인할 수 있는 상태까지 만들 수 있었다.

질문을 좁히자 첫 화면에 남길 정보도 자연스럽게 줄어들었다. 나가기 직전에 휴대폰을 잠깐 확인하는 사람을 먼저 떠올렸다.

출발 직전의 빠른 선택

주말 오후 집을 나서기 전, 휴대폰을 한 번 보는 장면을 기준으로 잡았다. 여의도 제1주차장에 자리가 있는지, 2주차장으로 가야 할지, 아니면 반포나 망원으로 바꾸는 게 나은지 빠르게 고른다.

이미 엘리베이터를 탔거나 차에 앉은 뒤라면 앱에서 여러 화면을 넘길 여유가 없다. 그때 필요한 것은 “지금 어디로 가야 덜 헤맬까”에 대한 짧은 판단이다.

초기 화면에서는 공원 소개 문구, 긴 설명, 장식적인 카드와 모든 주차장의 상세 정보를 걷어냈다.

이 정보는 앱을 처음 켜는 사람에게 필요할 수 있지만 내가 출발 직전에 쓰는 순간에는 방해가 됐다. 한강자리의 첫 화면은 그 순간 어디로 갈지 고르는 데 집중했다.

앱을 열기 전의 주차 정보

주차 정보는 앱을 열고 나서야 보이면 늦을 때가 있다. 한강에 갈지 말지, 차를 가져갈지 말지의 결정은 보통 집을 나서기 전에 끝난다. 그래서 앱 안의 홈 화면만큼이나 홈 화면 밖의 위젯이 중요했다.

초기 위젯의 목표는 단순했다. 정확히는 “앱을 열지 않아도 오늘 차를 가져가도 될지 감을 잡는 것”이었다.

위젯을 먼저 생각하니 데이터와 화면도 함께 단순해졌다. 위젯에 모든 주차장을 넣을 필요는 없었다. 대신 추천할 만한 주차장, 갱신 시각, 상태 라벨처럼 판단에 바로 쓰이는 값이 더 중요해졌다.

앱 화면은 다음 단계였다. 위젯에서 대략 감을 잡고, 필요할 때 앱을 열어 자세히 비교하는 흐름이 자연스러웠다.

끝까지 만들 수 있는 작은 문제

“내가 한강에 갈 때 웹페이지를 덜 열게 만들자”는 목표는 직접 확인할 수 있었다. 기능을 넣을수록 화면과 데이터, 설명이 함께 늘어나기 때문에 첫 버전에서는 범위를 넓히지 않았다.

문제를 작게 잡으니 기능을 넣을지 말지도 쉽게 정했다. 애매할 때는 내가 실제로 쓰는 순간으로 돌아갔다. 한강에 가기 전 10초 안에 도움이 되는가. 위젯으로 봤을 때 헷갈리지 않는가. 만차에 가까운 주차장을 괜히 추천하지 않는가. 이 기준에 맞지 않는 기능은 미뤘다.

한강자리의 첫 버전은 내가 반복하던 주차 확인을 앱과 위젯으로 옮긴 결과물이었다.

첫 버전에서 뺐던 기능

초기 버전에서 일부러 만들지 않은 것도 많았다. 회원가입, 서버 동기화 즐겨찾기, 커뮤니티, 리뷰, 주차장 제보, 결제, 광고, 복잡한 개인화 같은 기능이다. 첫 문제를 푸는 데 필요하지 않아 미뤘다.

특히 로그인은 넣지 않았다. 자주 가는 공원과 주차장 정도는 기기에 저장해도 충분했고, 출발 전 확인 도구에 계정 만들기는 너무 무거웠다. 한강에 가기 전 10초를 줄이려는 앱이 첫 실행에서 이메일을 요구하면 시작부터 방향이 어긋난다.

즐겨찾기도 단순하게 봤다. 서버에 동기화하지 않아도 된다. 이 기기에서 자주 보는 공원을 빠르게 다시 볼 수 있으면 된다. 작은 결정이지만 이런 선택들이 앱의 성격을 만든다. 한강자리는 필요한 순간에 빨리 열고 빨리 닫는 앱을 목표로 삼았다.

첫 화면에 남긴 결정의 단서

홈 화면을 처음 설계할 때도 기준은 같았다. 한강 전체를 근사하게 소개하는 것보다, 지금 갈 만한지 바로 판단하게 하는 것이 먼저였다.

그래서 주차장 이름, 잔여 대수, 상태, 갱신 시각을 앞에 놓고 소개 문구는 아래로 내렸다. 화면을 본 사람이 “여기가 낫겠다” 혹은 “지금은 애매하다”라고 바로 판단해야 했다. 상태와 다음 행동을 먼저 보여줬다.

주차장 입구에서 헤맨 경험을 한 가지 문제로 고정하자 위젯과 첫 화면에 남길 정보가 정해졌다. 이후 일반 화면을 추가할 때도 한강 안에서 필요한 시설과 접근 지점을 바로 찾게 한다는 방향은 유지했다.