한강자리 위젯에서 남긴 정보와 뺀 정보
한강자리 위젯의 제한된 공간에 남길 정보와 앱으로 넘길 정보를 고른 기준

한강자리는 처음부터 위젯을 넣으려 했다. 만들기 전에는 좋아하는 공원 하나를 골라 홈 화면에서 간단히 확인하는 부가 기능 정도로 봤다.
직접 써 보니 달랐다.
앱을 열기 전에도 이미 사용은 시작되고 있었다. 홈 화면을 지나가다 숫자를 보고, 잠금화면에서 상태를 보고, 차 키를 들기 전에 다시 한 번 확인한다. 그 순간에 위젯이 애매하면 사용자는 앱을 열기보다 다른 방법을 찾는다.
그때 필요한 정보는 많지 않았다.
오늘 이 공원이 괜찮은지. 차를 가져가도 될지. 지금 주차장이 버틸 만한지. 행사나 혼잡 신호가 있는지. 정보가 오래된 건 아닌지.
앱 안에서는 상세 정보를 보여주고, 위젯에는 출발 전에 필요한 값만 남겼다. 위젯은 앱 밖에서 먼저 확인하는 별도 화면으로 구성했다.
최신 화면이 아닌 위젯
위젯을 진지하게 보면서 가장 먼저 인정해야 했던 것은, 위젯이 언제나 실시간 화면은 아니라는 점이었다. iOS 위젯은 시스템 정책 안에서 갱신된다. 앱이 원하는 순간마다 마음대로 새로 그릴 수 있는 화면이 아니다.
위젯은 마지막으로 확인된 snapshot을 보여주고, 오래된 값에는 갱신 시각과 상태를 붙였다. 더 확인하려는 사용자는 같은 공원과 모드의 앱 화면으로 이어졌다.
화면에서는 “실시간”이라는 말을 줄이고 지금 보여주는 값이 언제 확인됐는지 표시했다.
한눈에 볼 정보만 남긴 위젯
위젯을 만들면서 각 질문에 필요하지 않은 정보를 뺐다.
일반 모드 위젯에는 혼잡도, 날씨, 미세먼지, 행사 신호처럼 “오늘 이 공원에 가도 될까”에 답하는 정보만 남겼다. 주차 위젯에는 추천 주차장, 잔여 대수, 상태, 갱신 시각처럼 “차를 가져가도 될까”에 가까운 정보만 남겼다.

그래서 위젯의 질문을 먼저 정했다.
- 일반 모드 위젯: 오늘 이 한강공원은 갈 만한가?
- 차량 모드 위젯: 지금 차를 가져가도 되는가?
이 질문이 정해지니 화면도 달라졌다. 큰 숫자, 짧은 상태, 갱신 시각, 최소한의 보조 신호만 남겼다. 근처 시설이나 상세 길찾기처럼 더 알아볼 것은 위젯에 넣지 않고, 사용자가 더 알고 싶을 때 해당 공원과 모드로 바로 들어가게 했다.
위젯을 잘 만들었는지 보는 기준도 앱 화면과 달랐다.
| 기준 | 앱 화면 | 위젯 |
|---|---|---|
| 정보량 | 비교와 상세 확인을 위해 넓게 보여준다. | 한 번 보는 순간 필요한 값만 남긴다. |
| 갱신 표현 | 섹션별 출처와 상태를 자세히 보여줄 수 있다. | 갱신 시각과 오래된 상태를 짧게 보여준다. |
| 행동 | 상세 탐색, 길찾기, 설정 변경으로 이어진다. | 보고 나서 앱으로 들어가거나 그대로 닫힌다. |
| 좋은 결과 | 필요한 정보를 찾는다. | 앱을 열지 않고도 결정이 빨라진다. |
위젯은 출발 전에 필요한 결정을 끝낼 수 있는지로 평가했다. 한 번 보고 바로 움직였다면 앱을 열지 않아도 의도한 사용에 맞았다.
작은 화면에서 덜어낸 정보
위젯을 만들 때 넣고 싶었지만 뺀 것들이 많았다. 공원 설명, 긴 공지, 시설 목록, 여러 개의 행사, 자세한 예측 그래프 같은 것들이다. 앱 화면에서는 의미가 있지만 위젯에서는 결정을 늦춘다.
특히 주차 위젯에서는 “가장 중요한 후보를 보여주는 것”과 “모든 후보를 공평하게 보여주는 것” 사이에서 고민했다. 모든 주차장을 작게 나열하면 정보량은 많아진다.
하지만 사용자는 출발 직전에 어느 주차장으로 갈지 알고 싶다. 그래서 위젯에서는 추천 후보와 상태를 더 앞에 두고, 상세 비교는 앱으로 넘기는 편이 나았다.
일반 모드 위젯도 비슷했다. 날씨, 혼잡도, 행사, 미세먼지, 공지까지 모두 중요해 보인다. 하지만 한 화면에서 모두 같은 비중으로 보이면 아무것도 눈에 남지 않는다. 시설 목록처럼 현장에서 찾을 정보는 앱 화면으로 넘기고, 위젯에는 “오늘 이 공원이 괜찮은가”라는 질문에 답하는 값만 남겨야 했다.
오래된 숫자의 표시
사용자는 위젯을 오래 읽지 않기 때문에 오래된 값을 크게 보여주면 현재 상태로 오해하기 쉽다. 앞서 정한 대로 위젯에는 갱신 시각과 오래된 값 표시를 남겼다.
이 결정은 구현에도 영향을 줬다. 앱과 위젯은 같은 데이터를 각자 다르게 읽는다. 앱은 스크롤하고 비교하고 상세로 들어가는 화면이고, 위젯은 마지막 snapshot을 바탕으로 한 번에 확인하는 화면이다.
그래서 App Group을 통해 위젯용 snapshot을 따로 저장하고 위젯에서 들어올 때는 선택한 공원과 모드로 바로 연결되게 했다.
위젯과 앱의 역할 구분
위젯을 중심에 두니 앱의 역할도 더 분명해졌다.
위젯은 빠른 확인을, 앱은 비교와 상세를 맡았다. 알림은 사용자가 정한 조건의 변화를 전하고 길찾기는 실제 이동으로 연결했다. 이렇게 나누자 위젯에서 모든 것을 끝내려 하지 않고 앱 첫 화면에도 모든 것을 밀어 넣지 않게 됐다.
위젯에서 끝나는 사용 경험
위젯만 보고 “오늘은 여의도 말고 반포로 가자”거나 “지금은 차를 두고 가자”라고 판단했다면 앱을 열지 않아도 의도한 사용이 끝난다.
한강자리에서는 출발 직전 확인이 잦았기 때문에 위젯을 주요 제품 화면으로 다뤘다. 홈 화면이나 잠금화면에서 갱신 시각과 상태를 확인하고 상세 비교가 필요할 때만 같은 공원의 앱 화면으로 들어가게 했다.
Comments
아직 댓글이 없습니다. 첫 댓글을 남겨주세요.
검토 대기 중