한성규

'지금 써보러 갑니다' '팁스터 뉴스레터' 운영자

팔로우

🌟 디테일의 간격 시리즈! [💖앱 알림을 설계 하는 7가지 단계] (👀간단 요약) 📌알림을 디자인 하기 위한 논의 및 해결점 ✓ 앱에서 알림은 왜 필요할까? ✓ 어떤 알림들이 발생할 수 있을까? ✓ 어떤 알림 모델을 사용해야 할까? ✓ 알림(or 푸시 알림)의 생성과 만료의 기준은 무엇일까? ✓ 알림 클릭 시 화면을 어떻게 보여줄까? ✓ 알림을 어떻게 효율적으로 보여줄까? ✓ 알림 설정은 어떻게 기획하면 좋을까? 📌앱에서 알림은 왜 필요할까? 우리 앱의 활용도와 사용자의 편의를 높이기 위해 1. 맥락에 부합한다. (Contextual) - "내가 왜 이 알림을 받았는가?" 2. 적시에 도착한다. (Time-sensitive) - "내가 왜 이 알림을 지금 받았는가?" 📌어떤 알림들이 발생할 수 있을까? 우선, 우리 앱 내에서 발생할 수 있는 모든 알림들을 나열해서 브레인 스토밍 해보자. 이후 각 알림들이 받는 대상, 피드가 생성되는지, 푸시알림 여부, 알림 후 동작 여부, 알림을 클릭했을 때 이동되는 화면 등을 분류한다. 📌어떤 알림 모델을 사용해야 할까? 1. 알림 센터(Notification Center) - 알림이 모아져 있는 섹션, 하나의 풀페이지나 [모달 드로어](https://material.io/components/navigation-drawer/#usage) 형태로 나타남 2. 소스에 정착한 알림(Source Anchored Notification) - 네비게이션에 각 항목에 배지 표시 3. 혼합모델(Mixed Model) 페이스북의 경우는 혼합모델을 채택하고 있다. 혼합모델 사용 가이드에 따르면, 혼합모델은 모든 알림이 나올 수 있는 상황을 생각한 뒤 알림의 특성에 따라 어떤 알림은 네비게이션에 정착(=소스에 정착, 배지 형태의 알림)하고, 어떤 알림들은 그러기 힘들 때 알림센터에서 해결할 수 있도록 유도하는 것이다. 📌알림(or 푸시 알림)의 생성과 만료의 기준은 무엇일까? 알림은 **맥락성과 적시성**에 의해 발생한다. 이를 좀더 아래와 같이 구체화 해 보았다. 알림 메세지를 유형화하면 푸시 알림의 여부를 고려하기에 유용하다. 1. 내가 한 행위에 대한 결과나 상태 변경이 발생 했을 때 (맥락성) - ① 답변 or 피드백형 2. 내가 한 행위의 완료, 더블체크성 알림 (맥락성) - ② 더블체크형 3. 현재 시기에 서비스에 대한 알림이 필요할 때 (적시성) - ③ 시스템알림형, 프로모션형 4. 내가 원하는 서비스의 새 콘텐츠가 게시 되었을 때 (적시성) - ④ 새글알림형 특정한 기간을 미리 정하기 보다는 각 서비스에서 알림이 발생하는 빈도 수나 앱 내에서의 알림의 중요성의 비중에 따라 어느 정도 기간의 알림을 보여줄지 설정하는 것도 방법이다. 📌알림 클릭 시 화면을 어떻게 보여줄까? 알림센터 내의 각 메세지를 클릭하면 관련된 페이지로 이동 시킨다. 알림 항목 클릭 시 하나의 뎁스로 들어가 관련 페이지를 보여주고, Back 클릭 시 원래 본인이 있던 페이지(알림센터는 들어감)로 나오는 플로우로 구상할 수 있었다. 📌알림을 어떻게 효율적으로 보여줄까? 알림의 출처, 즉 소스를 아이콘으로 시각화하여 구분하고, 소스별로 필터링하여 볼 수 있도록 필터 칩과 알림에 대해 바로 설정할 수 있는 어포던스를 제공한다. 📌알림 설정은 어떻게 기획하면 좋을까? 알림 설정은 일반 설정 내의 일부로 포함되어 있으며, 알림의 유형과 각 서비스에 따라 푸시 알림을 설정할 수 있다. (👋중요한 이유가 뭔가요?) 미디엄, 브런치 등에 '알림'에 대해 검색해 보면 각자의 기준은 다르겠지만 생각보다 더 많은 고민들이 진행되고 있다는 사실을 알 수 있어요. 제가 알림을 대할 때 가장 많이 생각하는 건 '이메일'인데요. 이메일이 중요하지 않아! 라고 주장하는 입장이라기 보다 이메일은 상대적으로 중요하지 않은 채널이야 - 라고 생각할 수 있다는 관점이에요. 모바일앱에서의 알림을 그렇게 생각하고 넘어갈 수도 있다 라는 것이죠. 알림은 크게 2가지로 나눌 수 있어요. 하나는 사용자의 행동에 대한 반응. 이 알림은 상대적으로 쉽게 사용자를 다시 앱으로 불러올 수 있습니다. 너의 게시글에 좋아요가 달렸어. 좋아요가 n개를 넘었어! 등등 하나의 반응으로도 여러개의 알림을 설계 할 수 있어요. 구간에 따라서 얼마든지 말이죠. 문제는 저 알림의 경우 사용자가 우리 앱을 어느정도 활용해야 가능하다는 것. D+1 기준 등에서는 크게 의미가 없는 알림이기도 합니다. 또 하나는 신규 사용자를 다시 한 번 불러오는 알림이에요. 정확한 기준이야 서비스에 따라 다를 수 있지만 첫 방문 후 재방문을 기준으로 한다면 알림은 엄청나게 중요한 역할을 할 수 밖에 없습니다. 사용자가 첫 방문 시 그냥 우리 앱을 둘러보고 나갔다면? 그 사용자에게 어떤 근거로 다시 돌아오라고 말할 수 있을까? 오게 된다면 어디로 불러오지? 등등 고민이 폭이 첫 번째 유형보다 많아지게 됩니다. 이런 일련의 상황들에 대해 정말 잘 정리된 글이라 생각했어요. 7가지에 대해 단계별로 고민하다 보면 알림의 처음부터 끝까지 종합적으로 고민하고, 판단하고, 적용할 수 있는 방법을 찾을 수 있을거에요.

스타트업에서 앱에서의 알림 UI/UX 디자인하기

brunch