당신은 주제를 찾고 있습니까 “알림 ui – Vol.22 알림,띠링,벨,버튼,클릭,앱, UI 소리 무료 효과음 모음 #3 Button,App,Click,Pop-up [Free Download]“? 다음 카테고리의 웹사이트 ppa.maxfit.vn 에서 귀하의 모든 질문에 답변해 드립니다: https://ppa.maxfit.vn/blog/. 바로 아래에서 답을 찾을 수 있습니다. 작성자 데이드림사운드 DayDreamSound 이(가) 작성한 기사에는 조회수 95,601회 및 좋아요 364개 개의 좋아요가 있습니다.
알림 ui 주제에 대한 동영상 보기
여기에서 이 주제에 대한 비디오를 시청하십시오. 주의 깊게 살펴보고 읽고 있는 내용에 대한 피드백을 제공하세요!
d여기에서 Vol.22 알림,띠링,벨,버튼,클릭,앱, UI 소리 무료 효과음 모음 #3 Button,App,Click,Pop-up [Free Download] – 알림 ui 주제에 대한 세부정보를 참조하세요
▷ UI 즉, 유저인터페이스 사운드를 가져왔습니다. UI 사운드란 쉽게말해서 버튼음, 작동음, 선택, 팝업창 등등 웹이나 App 프로그램들에서 사용되어질 법한 사운드를 말하는 겁니다.
▷ Youtube 구독하기 : http://bit.ly/DayDream_YouTube
▷ 사운드 디자인 관련 문의 DayDreamSound
♪ Contact
⇒E-mail : [email protected]
⇒Blog : http://bit.ly/DayDream_Blog
⇒Facebook : http://bit.ly/DayDream_Facebook
⇒Youtube : http://bit.ly/DayDream_YouTube
▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬
▷ 다운로드 / Download : https://drive.google.com/file/d/1AyiwZsFpWLqgm31zLj9fZ1qulwgi9H9k/view?usp=sharing
▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬
▷ 관련 정보 / Information
♬ Credit : https://obsydianx.itch.io/
♬ Licence: CC0 (Creative Commons 0 License.)
⇒ https://creativecommons.org/share-your-work/public-domain/cc0
이 영상에서 소개해드리는 파일의 저작권은 CC0 으로 출처 밝힐 필요 없이 어디에든 사용이 가능하십니다.
▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬
▷ 플레이리스트 / Playlist
⇒ 무료 효과음 다운로드 Tip http://bit.ly/DayDream_DownloadTip
⇒ 무료 효과음 팩 다운로드 http://bit.ly/DayDream_SFX
⇒ 무료 음악 / BGM 다운로드 http://bit.ly/DayDream_BGM
⇒ 사운드 디자인 강좌 및 정보 http://bit.ly/DayDream_Class
알림 ui 주제에 대한 자세한 내용은 여기를 참조하세요.
스타트업에서 앱에서의 알림 UI/UX 디자인하기 – 브런치
스타트업에서 앱에서의 알림 UI/UX 디자인하기. Notifications in an App – UX Case Study.
Source: brunch.co.kr
Date Published: 2/19/2021
View: 7178
알림 화면의 변화, 참고해야 할 4가지 유형 – 메일리
먼저 카카오뱅크는 컬러, 이모지를 배제한 UI로, 주로 사용자의 활동에 기반한 ‘알림’들로 이뤄져 있어요. 최근 대출을 받은 사용자라면 대출 서류제출 …
Source: maily.so
Date Published: 6/19/2022
View: 3412
좋은 UI를 위한 알림 – 디자인 나침반
좋은 UI를 위한 알림. UI 디자인, 가이드. 알림은 애플리케이션에서 발생한 일에 대해 알려주는 것입니다. 시스템 변경사항이나 다양한 커뮤니케이션 …
Source: designcompass.org
Date Published: 9/2/2022
View: 3298
신경연님의 블로그 글 – ‘알림’에 대한 UI/UX 기획 및
알림’에 대한 UI/UX 기획 및 디자인 과정을 케이스 스터디 형식으로 정리한 글입니다. 알림의 필요성을 짚어보는 것에서 부터 시작하여 다양한 사례 …
Source: www.rocketpunch.com
Date Published: 9/3/2021
View: 4789
앱 푸시 동의자 수 향상을 위한 UI∙UX 전략 세우기! (1/2) | 뷰저블
앱 푸시(App Push)란 휴대폰으로 발송되는 텍스트 메시지의 일종으로 이미지를 첨부하여 발송할 수도 있습니다. 고객의 입장에서 푸시 알림을 받는 목적은 크게 4가지로 …
Source: www.beusable.net
Date Published: 5/6/2021
View: 3241
알림 개요 | Android 개발자
알림은 사용자에게 미리 알림을 주고 다른 사람과의 소통을 가능하게 하며 앱에서 보내는 기타 정보를 적시에 제공하기 위해 Andro가 앱의 UI 외부 …
Source: developer.android.com
Date Published: 10/6/2022
View: 2291
알림이 스팸이 되지 않게 하는 방법! – wishket
오늘은 다양한 사례를 중심으로 모바일 앱 내 알림을 어떻게 활용해야 하는지 정리 … 어플 알림 문구어플 알림UI어플 알림기능어플구성어플기획어플알림어플알림 UI …
Source: blog.wishket.com
Date Published: 2/11/2021
View: 4586
스타트업에서 앱에서의 알림 UI/UX 디자인하기 – velog
알림을 어떻게 효율적으로 보여줄까? 알림 설정은 어떻게 기획하는 것이 좋을까? 앱에서 알림은 왜 필요할까? 사용자에게 적절한 시기와 맥락에 맞는 …
Source: velog.io
Date Published: 2/2/2021
View: 6292
#Notification – 서핏
모바일 푸시 알림 디자인 때 하기 쉬운 5가지 실수의 콘텐츠 이미지 … UI/UX#Notification … 앱에서 ‘알림’을 디자인하는 법의 콘텐츠 이미지.
Source: www.surfit.io
Date Published: 8/28/2021
View: 4647
주제와 관련된 이미지 알림 ui
주제와 관련된 더 많은 사진을 참조하십시오 Vol.22 알림,띠링,벨,버튼,클릭,앱, UI 소리 무료 효과음 모음 #3 Button,App,Click,Pop-up [Free Download]. 댓글에서 더 많은 관련 이미지를 보거나 필요한 경우 더 많은 관련 기사를 볼 수 있습니다.
![Vol.22 알림,띠링,벨,버튼,클릭,앱, UI 소리 무료 효과음 모음 #3 Button,App,Click,Pop-up [Free Download]](https://i.ytimg.com/vi/G70YBAVa8zE/maxresdefault.jpg)
주제에 대한 기사 평가 알림 ui
- Author: 데이드림사운드 DayDreamSound
- Views: 조회수 95,601회
- Likes: 좋아요 364개
- Date Published: 2018. 6. 26.
- Video Url link: https://www.youtube.com/watch?v=G70YBAVa8zE
스타트업에서 앱에서의 알림 UI/UX 디자인하기
실무를 시작하기 전 배우는 입장이었을 때는 한 서비스 내에서의 특정 부분의 프로세스를 깊이 고려해 볼 기회가 없었다. 근래에는 스타트업에서 실무를 시작하게 되면서, 매주 앱 내에서의 특정 플로우 기획과 문제 해결을 반복하면서 많은 케이스를 고려해 디벨롭하고 사용성을 좀더 디테일하게 생각할 수 있어 재밌는 나날을 보내고 있다. 이번에 주어진 과제는 우리 앱 내에서의 ‘알림’을 디자인하는 것이었다. 곧 출시를 앞둔 서비스이므로, 구체적인 서비스의 상세한 언급은 지양하고 UX 케이스 스터디 방식으로 문제 해결 프로세스를 중점적으로 공유하고자 한다.
Background.
출시를 앞둔 서비스이므로, 구체적인 사업 내용에 대해서는 공개할 순 없지만, 하나의 커뮤니티 앱이라고 언급할 수 있겠다. 예를 들면 페이스북, 인스타그램, 블로그처럼 어떠한 분야 내의 커뮤니티이다. 아직 어느 특정 부분을 구상할 때 이미 발생한 사례들로 생각을 할 수 없기 때문에, 브레인 스토밍과 선 사례 분석, 다양한 아티클 정보들이 특히 중요한 역할을 했다. 그리고 해당 서비스 유저들의 퍼소나를 잡되, 거기에 매몰되지 않고 일반적으로 통용될 수 있는 시나리오로 구상하는 것이 중요했다.
Challenge.
알림을 디자인 하기 위한 논의 및 해결점은 다음과 같다.
1. 앱에서 알림은 왜 필요할까?
2. 어떤 알림들이 발생할 수 있을까?
3. 어떤 알림 모델을 사용해야 할까?
4. 알림(or 푸시 알림)의 생성과 만료의 기준은 무엇일까?
5. 알림 클릭 시 화면을 어떻게 보여줄까?
6. 알림을 어떻게 효율적으로 보여줄까?
7. 알림 설정은 어떻게 기획하면 좋을까?
우리는 몇 가지 ‘알림’에 대한 유용한 아티클을 참고하거나 기존 앱들을 분석하면서 알림을 디자인해 볼 수 있었다.
Solution.
Q1.
앱에서 알림은
왜 필요 할까?
A. 사용자에게 앱을 사용하면서 적절한 시기와 맥락에 부합하는 알림을 제공함으로써, 앱 외부에 있는 사용자들을 내부로 불러들여(by 푸시알림) 우리 앱의 활용도와 사용자의 편의를 높이기 위해 알림이 필요하다.
위 아티클에 따르면, 좋은 알림에 대해서는 두 가지 속성이 있다.
1. 맥락에 부합한다. (Contextual) – “내가 왜 이 알림을 받았는가?”
2. 적시에 도착한다. (Time-sensitive) – “내가 왜 이 알림을 지금 받았는가?”
좋은 알림의 두 가지 속성이 맥락성과 적시성이라면, 우리는 사용자에게 맥락성과 적시성을 지키며 사용자 경험을 증진시킬 수 있는 알림을 제공할 필요가 있었다. 우리가 구상해야 하는 알림의 ‘필요성’에 대해 논리적인 시작점을 상호 공유하고 그 다음으로 단계로 나가보았다.
Q2.
어떤 알림 들이
발생할 수 있을까?
A. 우선, 우리 앱 내에서 발생할 수 있는 모든 알림들을 나열해서 브레인 스토밍 해보자.
알림 메세지의 브레인 스토밍
가장 처음에는, 우리 앱 화면을 섹션별로 보고 즉각적으로 떠오르는 알림 사항이 무엇이 있을지 생각했고, 이후에는 스프레드시트에서 디테일한 구분을 시도했다. 브레인 스토밍 결과, 발생할 수 있는 알림의 개수는 약 40개 정도가 나왔고, 이를 대분류(네비게이션 기준)와 소분류, 세부 항목으로 묶어서 전체적인 카테고리 유형을 나눠 보았다. 알림을 나열해본 이유는, 앱에서 어떤 알림이 발생하고 거기에서 공통적인 카테고리를 공유하는 것을 그룹핑하여, 카테고리별로 알림을 어떻게 전달할지, UI구성은 어떻게 할 수 있을 지 감을 잡아보기 위함이었다.
알림 메세지의 특성 유형화
알림 메세지를 나열한 뒤에는 이들의 특성을 좀더 디테일하게 정의해 본다. 각 알림들이 받는 대상, 피드가 생성되는지, 푸시알림 여부, 알림 후 동작 여부, 알림을 클릭했을 때 이동되는 화면 등을 분류한다. 이 과정은 추후 알림 설정을 구상할 때 특히 유용했는데, 설정 사항들을 그룹핑해서 정의하는 데에 도움이 됐다.
Q3.
어떤 알림 모델 을
사용해야 할까?
A. 알림센터와 소스에 정착한 앵커 표시를 결합한, ‘혼합 모델’을 채택하기로 했다.
위 아티클에 따르면, 알림 모델에는 3가지 모델이 있다.
1. 알림 센터(Notification Center) – 알림이 모아져 있는 섹션, 하나의 풀페이지나 모달 드로어 형태로 나타남
2. 소스에 정착한 알림(Source Anchored Notification) – 네비게이션에 각 항목에 배지 표시
3. 혼합모델(Mixed Model)
여기서 혼합모델은 1, 2의 두 모델을 섞은 것이며 페이스북, 링크드인 등의 SNS관련 앱에서 자주 채택하는 방식이다. 이 모델은 알림의 유형에 따라 일부는 알림 센터로, 일부는 소스에 기반하여 배지 형태로 제공하여 두 모델의 장점을 취하며 다양한 변수에 대응할 수 있다.
초반에는 ‘소스’의 개념을 제대로 짚고 넘어가지 않아서, 우리 앱에 어떠한 모델이 적절한 것인지 명확한 판단이 서진 않았다. 이후 다시 되짚으며, 여기서 말하는 ‘소스(Source)’는 알림이 어디서부터 오는지를 알려주는 것임을 알게 되었는데, 이는 즉 우리가 고민하고 있었던 알림의 카테고리를 의미하는 것이었다. 카테고리 = 소스로 이해하면 되고, 이 소스는 네비게이션 내 항목 기반이거나 또다른 어떠한 항목일 수 있다.
페이스북 스터디
페이스북의 혼합모델(Mixed Model)이다.
페이스북의 경우는 혼합모델을 채택하고 있다. 혼합모델 사용 가이드에 따르면, 혼합모델은 모든 알림이 나올 수 있는 상황을 생각한 뒤 알림의 특성에 따라 어떤 알림은 네비게이션에 정착(=소스에 정착, 배지 형태의 알림)하고, 어떤 알림들은 그러기 힘들 때 알림센터에서 해결할 수 있도록 유도하는 것이다.
예를 들면, 페이스북에서 네비게이션 내의 항목인 비디오나 친구신청 같은 경우에는, 해당 섹션에 새로운 사항이 업데이트 됐을 경우 배지로 개수를 나타내어 알림을 제공할 수 있다. 이는 즉 소스에 정착한 알림으로 사용자들에게 즉각적인 변화를 인식시킨다. 다만, 내가 가입한 그룹의 새글 알림이나 이벤트가 추가된 것 등에 대한 알림은 네비게이션 내의 항목(소스)가 아니기 때문에, 배지 형태로 나타내기 힘들고 따로 알림센터에 소스화하여(아이콘을 통해) 알림 메세지와 함께 나타난다.
적용하기
우리 앱의 혼합 모델
우리 앱 내에는 하단 네비게이션이 있다. 알림 메세지를 브레인 스토밍 할 때 이 네비게이션 항목 기준으로 발생할 알림들을 나열했고, 이 때 네비게이션 항목 내의 콘텐츠에 기반한 ‘새 게시물 알림’같은 경우는 소스에 정착한 배지로 처리할 수 있음을 알 수 있었다. 하지만 이 외에 프로모션 알림이나 시스템 알림 등은 네비게이션 내에서 해결하기는 힘들기 때문에 알림센터로 보내서 모아볼 수 있도록 했고, 알림센터는 상단 앱바 우측에 위치하여 모달 드로어 형태로 나타난다.
Q4.
알림의 생성과 만료 의
기준은 무엇일까?
A. 근본적으로는 사용자의 알림 설정에 따라 알림의 생성 여부가 결정될 것이다. (푸시 알림 수신 여부, 서비스별 알림 설정 등) 알림의 만료 의 경우는 우선, 타 서비스를 분석해보며 서비스의 목적이나 알림의 방식에 따른 다양한 기준이 있음을 스터디해 보았다.
알림의 생성과 푸시 알림의 필요성
알림은 기본적으로 어떨 때 생성될 수 있을까? 서두에서 살펴 보았듯, 알림은 맥락성과 적시성에 의해 발생한다. 이를 좀더 아래와 같이 구체화 해 보았다.
내가 한 행위에 대한 결과나 상태 변경이 발생 했을 때 (맥락성) – ① 답변 or 피드백형
내가 한 행위의 완료, 더블체크성 알림 (맥락성) – ② 더블체크형
현재 시기에 서비스에 대한 알림이 필요할 때 (적시성) – ③ 시스템알림형, 프로모션형
내가 원하는 서비스의 새 콘텐츠가 게시 되었을 때 (적시성) – ④ 새글알림형
사용자가 푸시 알림 설정을 허용했다고 가정한다면, 이 때 위의 모든 알림에 대해 푸시 알림이 필요할까? 알림의 케이스를 나열한 뒤에, 어떤 알림은 푸시 알림이 필요하고 어떤 알림은 필요하지 않다는 것을 알게 되었다. ①, ③, ④의 경우는 사용자가 앱의 외부에 있을 때 앱의 내부로 불러들여 어떠한 행위를 할 수 있도록 유도한다는 측면에서 푸시 알림이 필요하다고 판단했고, ②의 경우는 사용자가 앱의 내부에 있을 때 더블체크성으로 알림센터에 기록을 남기는 방식으로, 푸시 알림이 필요하지 않다고 판단했다. 이렇듯 알림 메세지를 유형화하면 푸시 알림의 여부를 고려하기에 유용하다.
푸시 알림 디자인에 참고하면 좋을 아티클 : 모바일 푸시 알림 디자인 때 하기 쉬운 5가지 실수
알림의 만료
각 앱들의 만료의 기준 생각해보기
알림센터 내에서 알림이 언제까지 보이는지 만료의 기준을 알아보기 위해 대표적인 서비스들을 분석해 보았다. 각 서비스의 알림센터 가장 하단으로 가서 몇 주 전의 알림이 보이는지 확인해보았는데, 천차만별이었다. 위 서비스 외에도 다양한 서비스들은 대략적으로 한 달에서 두 달 정도 전의 알림을 볼 수 있었고, 네이버 블로그 같은 경우는 2주 정도 전의 알림만을 볼 수 있기도 했다.
겉으로만 보아서는 알림이 만료하는 기준을 잡기가 쉽진 않은데, 대략적인 기준을 고려해 봤을 때 페이스북과 인스타그램은 ‘그룹핑된 알림’이 위주로 좀더 긴 기간의 알림을 확인할 수 있다고 생각했다. 예를 들면, 좋아요를 받은 것이나 새글 알림이 빈번할 경우 이를 하나로 묶어서 한번에 알림을 해주는 것들이다. 반면에 유튜브는 ‘그룹핑되지 않는 단일 콘텐츠에 대한 알림’ 위주로, 기간이 한 달 정도 였다.
알림의 만료 기준은 사실 위와 같이 알림의 그룹핑에 있다거나, 몇 가지 사례로 결론을 내리는 것은 속단이라 생각한다. 특정한 기간을 미리 정하기 보다는 각 서비스에서 알림이 발생하는 빈도 수나 앱 내에서의 알림의 중요성의 비중에 따라 어느 정도 기간의 알림을 보여줄지 설정하는 것이 좋겠다. 이에 우리 앱도 출시 이후 사례를 통해 좀더 디테일하게 고려해보자는 판단이다.
Q5.
알림 클릭 시
화면 을 어떻게 보여줄까?
A. 알림센터 내의 각 메세지를 클릭하면 관련된 페이지로 이동 시킨다. 이때 페이지 뎁스를 줄 것인지, 바로 콘텐츠로 이동하는 것이 좋을지 고민이 되어 타 앱들을 스터디해 보았다.
스타벅스 스터디
스타벅스의 알림센터 플로우
우리 앱이 지향하는 알림센터의 형태와 유사한 앱 중에서 스타벅스가 있었다. 스타벅스에서는 알림센터 아이콘 클릭 시, 모달 드로어 형태로 알림센터가 등장한다. 각 알림 메세지 중 사용자에게 관련 페이지로 이동을 유도할 경우 ‘화살표(>)’ 형태가 있고, 이를 터치 시 관련된 페이지로 이동하며, 뎁스가 한 번 들어간다. 이는 알림센터 이후 관련 페이지가 덮이는 방식으로 자연스러운 느낌을 준다. 이 때 Back 버튼을 클릭하면, 알림센터의 모달 드로어가 오픈된 상태가 아닌, 홈 화면으로 돌아온다. 이는 알림센터가 하나의 페이지가 아니라 일시적으로 홈 화면을 사이드 일부를 덮은 상태기 때문에, 이 상태로 멈춰 있는 것이 아닌 톡 건드리면 다시 들어가는 형태로 간주했기 때문이라고 생각한다. 이를 참고하여 우리 앱도 알림 항목 클릭 시 하나의 뎁스로 들어가 관련 페이지를 보여주고, Back 클릭 시 원래 본인이 있던 페이지(알림센터는 들어감)로 나오는 플로우로 구상할 수 있었다.
Q6.
알림을 어떻게
효율적으로 보여줄까?
A. 알림의 출처, 즉 소스를 아이콘으로 시각화하여 구분하고, 소스별로 필터링하여 볼 수 있도록 필터 칩과 알림에 대해 바로 설정할 수 있는 어포던스를 제공한다.
알림센터 내의 알림들을 더욱 효율적으로 보여주기 위한 몇 가지 장치들을 고려해 보았다.
알림 설정
우선 상단의 설정 아이콘을 통해 알림 설정을 위한 어포던스를 제공한다. 이 때 설정은 ‘알림 설정’만 해당하는 것이 아니라, 앱 내의 ‘일반 설정’으로 향한다. 일반 설정 내에는 알림 설정이 포함되어 있고, 이러한 설정 아이콘은 햄버거 메뉴 내의 설정과 중복되어 나타나는데, 이유는 알림센터 내에서 사용자에게 ‘설정’에 대한 어포던스(어포던스 디자인=행동유도성 디자인)를 한번 더 제공하여 알림 내에서도 설정이 가능하다는 유도를 위함이다. 이 방식은 스타벅스 앱에서 햄버거 버튼 내 설정과 알림센터 내 설정을 확인해보면 바로 이해할 수 있을 것이다.
필터 칩
알림센터 내에는 여러가지 소스에 대한 알림이 혼재되어 있다. 사용자가 원하는 소스에 대한 필터링을 위해 소스에 기반한 필터 칩을 삽입했다. 이에 대한 아이디어는 GoodUI 14번에서 얻을 수 있는데, 옵션에 대해서 드롭 다운 메뉴로 숨겨서 보여주지 않고, 사용자가 두 번 학습하지 않고 바로 옵션을 선택할 수 있도록 쉽게 보여주기 위함이다.
소스에 아이콘
다양한 앱들의 알림센터를 분석하다 보면, 대부분의 알림 메세지 좌측에 아이콘 또는 컬러로 알림의 유형을 구분해 놓은 것을 볼 수 있다. 이는 단순히 심미적인 이유라기 보다는, 줄글 형태만 있을 때 보다 사용자가 알림의 소스와 메세지를 보다 시각적으로 구분할 수 있다.
Q7.
알림 설정 은
어떻게 기획하면 좋을까?
A. 알림 설정은 일반 설정 내의 일부로 포함되어 있으며, 알림의 유형과 각 서비스에 따라 푸시 알림을 설정할 수 있다.
네이버 카페 스터디
네이버 카페의 알림 설정
무수한 앱들 중에서 네이버 카페의 설정 구조가 우리의 앱과 비슷한 점이 있어 참고해 보았다. 알림 설정을 일반적으로 푸시 알림에 대한 설정이며, 이 때 푸시 알림을 전체 on/off 할 수 있는 토글 버튼이 있고 하위 항목은 알림 메세지의 유형이다. 이를 쉽게 구분할 수 있는 기준은, 앞에서 알림 메세지들을 브레인 스토밍하고 유형화할 때의 알림의 유형을 이용하면 된다.
알림 메세지의 특성 유형화
다시 한번 살펴보면, 알림들 중에서 ‘푸시 알림’이 해당되는 ‘알림 유형’을 알림 설정에 넣으면 된다. 예를 들면, 새글 알림형 / 답변 or 피드백 알림형 / 프로모션형의 알림에 푸시 알림이 작용한다면 알림 설정의 항목에 이를 제어할 수 있도록 하는 것이다. 이 과정을 통해 초반의 알림의 종류를 스프레드시트에 정리한 것이 도움이 많이 된다는 걸 실감했다.
적용하기
우리 앱에서의 알림 설정
푸시 알림에 대한 설정을 알림의 카테고리별로 할 수 있으며, 카테고리 클릭 시 카테고리 내에서의 해당 서비스들의 푸시 알림도 개별 제어할 수 있다.
What we’ve learnt.
알림의 필요성에서 부터 출발하여 알림의 유형과 모델, 설정 방식까지 총체적인 플로우를 고려해보면서 우리가 편하게 사용했던 앱에서의 한 부분은 실제로 깊은 베이스를 토대로 만들어진 것이란 걸 절실히 깨달을 수 있었다. 이미 나온 데이터를 기반으로 기획을 하는 것이 아닌, 가상의 시나리오를 토대로 구상한다는 것이 쉽진 않았지만 함께 배워가며 스스로의 폭을 넓힐 수 있는 과정이었다. 아직 알림의 플로우가 완성된 것이 아니라, 또 빈틈을 채우고 디벨롭 해야 하겠지만, 전체적으로 짚어보았다는 것에 의의를 두고자 한다. 이번 과정을 토대로, 앞으로의 다른 부분에서도 좀더 논리적인 기획과 디자인을 할 수 있길 기대해 본다.
* 이 글은 미디엄에서 영문으로도 확인하실 수 있습니다. 🙂
함께 읽으면 좋은 글
좋은 UI를 위한 알림
알림은 애플리케이션에서 발생한 일에 대해 알려주는 것입니다. 시스템 변경사항이나 다양한 커뮤니케이션에 대한 내용을 주로 알려줍니다. 시스템 변경사항은 예약 상태 변경이나 팔로우한 콘텐츠 업데이트 등이 있고, 커뮤니케이션은 사용자 간의 소통으로 메시지, 전화 등이 있습니다.
사용자가 서비스를 사용하고 있지 않을 때 알림을 받는 경우가 많기 때문에 맥락에 맞는 메시지를 적절한 시간에 전해야 합니다. 사용자가 서비스로부터 기다리는 일반 메시지는 기본 수준의 강도로 알림을 전합니다. 만약 메시지를 놓치거나 의사결정이 늦었을 때 사용자에게 큰 리스크가 있을 때는 평소와 다르게 강한 강도로 알림을 전하기도 합니다.
양치기 소년이 되지 않도록 조심해야 합니다. 또한 모든 알림은 사용자의 동의를 받아야 하며 인지 공해에 대한 관심이 커지면서 사용자가 다양한 설정으로 알림을 무시할 수 있기 때문에 각 상황에 맞게 의미 있는 고객 경험이 되도록 섬세하게 설계해야 합니다.
좋은 알림을 위한 질문
사용자가 신뢰하고 알림에 집중할 수 있어야 합니다. 사용자가 알림을 확인할 가치가 없다고 생각하는 순간 앱에서 보내는 모든 메시지를 무시할 것입니다. 제작자가 보여주고 싶은 것이 아니라 사용자에게 필요한 것을 보여주는 것이 중요합니다. 알림을 보내기 전 아래 필수 질문과 주의 사항을 확인합니다.
필수 질문
알림을 왜 보내는가?
어떤 내용을 알려야 하는가?
어떻게 보여줄 것인가?
사용자는 언제 반응해야 하는가?
알림이 지속적인가 지속적이지 않은가?
주의 사항
사용자가 동의한 내용만 보낼 것
사용자에게 가치 있는 정보를 줄 것
제목과 내용을 짧고 읽기 쉽게 쓸 것
시급도에 따라 강도를 조절할 것
반복하지 말 것
삭제와 같은 파괴적인 행동을 요구하지 말 것
민감한 개인 정보를 포함하지 말 것
광고를 위해 사용하지 말 것
알림 모델
앱 내에서 알림은 통합 알림을 주로 사용하며 알림의 종류가 많아지면 주로 통합 알림과 개별 알림이 섞인 하이브리드 형태를 많이 사용합니다. 알림은 소스, 정보, 메뉴, 배지로 구성됩니다.
소스: 알림을 보낸 출처입니다.
정보: 사용자에게 전하는 메시지입니다.
탭: 정보의 출처가 시각적으로 표현된 탭입니다.
배지: 새로운 정보가 있음을 알려주는 시각 장치입니다.
하단 탭 내비게이션에 정보 출처 탭이 있을 경우 해당 탭에 배지가 붙습니다. 사용자가 화면에서 소스에 바로 접근할 수 있는 방법이 없는 알림은 중앙 알림에서 모아서 보여줍니다.
플랫폼별 알림 형태
안드로이드 Android
알림 창
안드로이드 알림은 노티피케이션 창은 헤더, 콘텐츠, 행동으로 구성됩니다. 헤더에는 앱에 대한 정보와 타임 스탬프가 표시됩니다. 헤더 텍스트는 정보의 출처 Source를 알려줄 때 표기합니다. 콘텐츠 영역은 제목, 텍스트, 이미지를 표시합니다. 이미지에는 사용자와의 대화일 경우 아바타를 표기합니다. 액션 영역은 주로 2개 행동이 색이 있는 텍스트로 표시됩니다.
헤더 (Header): 앱 아이콘, 앱 이름, 헤더 텍스트(옵션), 타임스탬프, 확장 가능한 노티 표시
콘텐츠 (Content): 콘텐츠 제목, 콘텐츠 텍스트, 큰 아이콘(옵션)
액션 (Action): 텍스트 버튼
UI 경험
사용자는 상단을 쓸어내려 볼 수 있는 알림 서랍 (Notification Drawer)에서 다양한 알림을 모아서 확인할 수 있습니다. 하단 알림 설정을 통해 전체 알림을 설정할 수 있고 개별 애플리케이션의 알림을 설정할 수도 있습니다. 확장 가능한 알림일 경우 더 많은 텍스트와 이미지를 확인할 수 있습니다. 같은 출처 (Source)의 알림이 겹칠 경우 하나로 합쳐서 “3개 메시지가 있습니다”처럼 표시하며 확장했을 때 자세한 요약을 표시합니다.
알림 서랍 (Notification drawer)
확장 뷰 (Expanded view)
알림 여러 개 겹칠 때 (Multiple notification)
알림 그룹(Parent, Child)
인지 강도
안드로이드에서 디지털 디바이스에서 여러 방법으로 신호를 보냅니다. 강도에 따라 크게 5가지로 구분합니다.
LED 깜빡이기
상단 스테이터스 바에 아이콘
소리와 진동
잠금 화면
현재 화면에 보여주기
중요도 레벨
중요도에 따라 사용자의 주의를 끄는 4가지 단계가 있습니다.
High: 시각 요소+소리. 메시지, 알람, 전화 같은 High
Default: 소리. 할 일 알림 같은 알림. 소리
Low: 소리 없음. 새 콘텐츠 등
Min: 소리, 시각 요소 없음. 프로모션 콘텐츠
iOS
알림 창
iOS 알림 창은 앱 아이콘, 미디어, 제목, 메시지, 앱 이름, 액션 버튼으로 구성됩니다. 앱 아이콘에서는 메시지일 경우에는 앱 아이콘과 출처(Source)를 함께 표시합니다. 사용자가 알림을 길게 눌러 창을 확장해 몇 가지 행동을 할 수 있게 설정할 수 있습니다.
앱 아이콘
앱 이름 or 출처
제목
메시지
타임스탬프
액션
UI 경험
잠금 화면에서 개별 알림을 관리할 수 있습니다. 설정에 따라 상세 내용을 가릴 수 있고 잠금을 해제하면 자세한 내용을 확인할 수 있습니다. 상단을 쓸어내려 볼 수 있는 알림 센터(Notification Center)에서 잠금화면과 동일한 작업을 할 수 있습니다. 앱을 사용하는 동안 알림이 올 경우에는 상단에 배너(Banner)가 뜹니다. 알림을 길게 눌러서 알림 창을 확장할 수 있고 바로 액션을 선택할 수도 있습니다. 가려졌을 때 보이는 문구도 설정할 수 있습니다.
잠금화면 Lock Screen
알림 센터 Notification Center
팝업 Banner
길게 눌러 확장하기
확장 보기에서 바로 행동하기
가려졌을 때 플레이스 홀더
그룹핑
인지 강도
크게 4가지 단계가 있으며 단계별로 강도에 따라 소리와 진동, 스크린 켜짐, 포커스 시스템 설정 무시가 다릅니다.
Passive: 소리와 진동이 없고, 스크린이 켜지지 않고, 시스템 설정을 무시하지도 않습니다.
Active(Default): 소리와 진동이 있고 화면도 켜집니다. 집중 모드를 무시하지 않습니다. 가장 일반적인 알림입니다.
Time Sensitive: 소리와 진동이 있고 화면도 켜집니다. 집중 모드를 무시합니다. 집중 모드가 도입되면서 생겼습니다.
Critical: 소리와 진동이 있고 화면도 켜지고 집중 모드를 무시합니다. 행동하기 전까지 지속적으로 소리와 진동이 울립니다. 긴급 재난 경보 종류에 쓰입니다.
디자인 나침반
지식 한 꼬집 더해 주세요!
이 주제에 관해 바로 잡을 내용이나 더해주실 이야기가 있다면 위키피디아에 보태주세요. 작은 지식도 큰 도움이 됩니다.
디자인 나침반 위키피디아에서 보기
‘알림’에 대한 UI/UX 기획 및
웹 브라우저에서 광고 차단 도구를 사용중이면 광고 관련 페이지가 정상적으로 보이지 않을 수 있습니다. 광고 차단 도구를 끄거나 로켓펀치를 예외로 추가하는 것이 좋습니다. 광고 차단 도구를 끈 후에는 화면을 새로 고침해 주세요.
앱 푸시 동의자 수 향상을 위한 UI∙UX 전략 세우기! (1/2)
이 팀장 : 매출을 늘리기 위해서는 기획전 할인 정보를 최대한 많은 고객에게 알려야 해! 그런데 앱 푸시 동의자 수가 전체 회원가입 고객 수에 비해 너무 적은 거 아냐? 점점 고객 유지율이 떨어지고 있어서 이대로 두면 큰일난다고! 당장 내일까지 앱 푸시 동의자 수를 늘릴 수 있도록 개선 방안을 고민해왔으면 좋겠어.
윤 사원 & 박 대리 : 네, 팀장님!
윤 사원 : 선배님, 보통 앱 푸시는 고객이 피로도를 많이 느껴서 동의를 유도하는 게 너무 어려워요. 대다수 고객들이 스팸이라고 느끼는 걸요? 종종 앱 푸시가 스팸처럼 느껴진다는 VOC도 들어와요. 팀장님께서 내일까지 과제를 주셨는데 어떻게 해야할까요?
박 대리 : 그렇기 때문에 앱 푸시는 ‘효율적인 정보’라고 느끼도록 설계하는 게 가장 중요하지만 많은 마케터들이 간과하고 있는 부분이기도 해. 효과적인 앱 푸시 고객 경험을 설계하기 위해 함께 고민해보자!
앱 푸시(App Push)란 휴대폰으로 발송되는 텍스트 메시지의 일종으로 이미지를 첨부하여 발송할 수도 있습니다. 고객의 입장에서 푸시 알림을 받는 목적은 크게 4가지로 나누어집니다.
완료 태스크나 일정을 리마인드하기 위해 (예: 캘린더 앱에서 설정해 놓은 결혼기념일, 부재중 전화가 1통 있었습니다)
놓칠 수 있는 신규 관심 정보를 전달 (예: 유튜브의 새로운 구독자 영상)
뉴스 또는 최신 정보를 받기 위해 (예: 스포츠 경기 결과나 복권 당첨 결과)
쿠폰, 프로모션 등의 정보를 받아보기 위해 (예: 10시부터 깜짝 쿠폰 선착순 1,000명)
반면, 마케팅 담당자에게 앱 푸시는 재방문 주기가 떨어지는 고객들을 다시 서비스로 불러모으고 구매를 촉진시키기 위한 메시지를 보내며 고객과의 커뮤니케이션을 위한 굉장히 편리한 툴이라 볼 수 있습니다. 서비스가 고객에게 앱 푸시를 발송하는 빈도가 잦을 수록 모바일 앱의 유지율이 증가한다고 하는데요!
거꾸로 이 빈도가 너무 과도하면 불필요한 알림으로 피로감을 느끼고 결국 동의 해지 또는 앱을 삭제하게 만들어 버리죠.
서비스와 고객이 효과적으로 소통하기 위한 앱 푸시! 어떻게 고객에게 꼭 맞는 앱 푸시 UX 전략을 수립하여 동의자 수를 극대화할 수 있을까요? 고객의 동의 해지를 어떻게 방어할 수 있을까요?
앱 푸시 동의 팝업 창의 고객 여정과 노출 빈도 개선하기
앱 푸시 동의는 한국인터넷진흥원에서 안내하는 ‘불법 스팸 방지를 위한 정보통신망법 안내서스팸법’ 가이드를 준수해야 합니다. 보통 고객에게 최초로 동의 받을 때는 반드시 별도 창을 띄워 명확한 목적을 밝히고 동의를 받아야 한다고 해요. 그 이후부터는 레이어 팝업을 띄우지 않고 다른 수단으로도 제안할 수 있습니다. 잊지 말아주세요!
많은 앱들이 앱 설치 이후 또는 회원가입 직후 앱 푸시 팝업을 띄워 동의를 받고 있습니다. 헌데 이 과정에서는 보통 SMS 수신 동의 창이나 기획전 또는 공지사항 팝업 등 여러 개의 창이 한꺼번에 노출되기 때문에 대다수 고객들이 제대로 콘텐츠를 확인하지도 않고 직감적으로 닫기 버튼을 눌러버립니다.
앱 설치 이후, 고객이 보통 몇 번의 팝업을 마주하는지 여정을 정리하였더니 4회 였어요. 여기서 앱 접근 고지 알림 팝업까지 포함하면 무려 5회나 되죠!
꼭 회원가입 직후 앱 푸시 동의 팝업을 노출해야할까요? 아니에요!
고객이 혜택이라고 느낄 수 있는 쿠폰이나 이벤트 페이지에서 팝업을 띄워보는 것은 어떨까요? 혹은 마이페이지로 진입했을 때 띄워보시는 것은 어떨까요? 고객이 많이 방문하는 페이지에 앱 푸시 동의 팝업을 띄워 전환율을 높여보세요!
[(좌) 뷰저블 모바일 페이지의 클릭 히트맵, (우) Features 메뉴에 노출한 앱 푸시 동의 팝업 예시]뷰저블 모바일 사이트가 앱이였다면, 저는 위 이미지처럼 분석하고 설계했을 거에요.
클릭 히트맵을 살펴본 결과 고객들이 가장 많이 찾는 Features 메뉴라는 것을 알았죠. 이 메뉴에 진입했을 때 ‘신규 기능 소식과 데이터 분석 정보를 알려드릴게요’ 라는 메시지로 동의를 유도할 거에요.
Tip : 뷰저블을 통해 페이지 뷰 수가 가장 많은 페이지 또는 주요 랜딩 페이지 다음으로 가장 많이 이동하는 페이지에 앱 푸시 동의 팝업을 노출할 수 있습니다. 랜딩 페이지에 다른 팝업들이 노출되고 있다면 클릭 히트맵으로 고객의 반응률이 높은 영역이 어디인지 확인하여 해당 페이지에 전시할 수도 있죠. 이 때 노출하는 페이지와 콘텐츠의 스토리가 반드시 이어져야 한다는 사실, 놓치지 마세요!
뷰저블의 Analytics 메뉴에서는 유입경로(Inflow)와 이동경로(Conversion)을 확인할 수 있습니다.
노출할 영역을 정해 고객 여정을 설계하셨나요? 그렇다면 ‘동의하지 않겠다’고 답한 고객에게 다시 얼마 간의 주기로 팝업을 노출할 것인지를 결정할 차례입니다. 방문할 때 마다 노출하는 건 너무 피로도가 높겠죠. 10일~30일 내로 노출 빈도를 조절해보는 건 어떨까요?
고객과의 앱 소통 최전선, 앱 푸시 동의자 수 향상 첫 번째 글은 어떠셨나요? 노출 빈도 조절을 통해, 앱 푸시의 사용성을 개선했다면 다음은 마케팅 예산 최소화와 뷰저블을 활용한 성과 측정 방법을 알아볼 차례입니다! 두 번째 글을 기대해주세요!
Android Developers
알림은 사용자에게 미리 알림을 주고 다른 사람과의 소통을 가능하게 하며 앱에서 보내는 기타 정보를 적시에 제공하기 위해 Android가 앱의 UI 외부에 표시하는 메시지입니다. 사용자는 알림을 탭하여 앱을 열거나 알림에서 바로 특정 작업을 실행할 수 있습니다.
이 페이지에서는 알림이 표시되는 위치와 사용할 수 있는 기능을 간략하게 알아봅니다. 알림을 빌드하려면 대신 알림 만들기를 참고하세요.
디자인과 상호작용 패턴에 관한 자세한 내용은 알림 디자인 가이드를 참고하세요. 또한 모바일과 웨어러블 앱에서 Notification.Style API를 사용하는 권장사항 데모는 Android 알림 샘플을 참고하세요.
기기에 표시되는 형식
알림은 상태 표시줄의 아이콘, 알림 창의 더 자세한 항목, 앱 아이콘의 배지, 페어링된 웨어러블 기기처럼 다양한 위치와 형식으로 사용자에게 자동 표시됩니다.
상태 표시줄 및 알림 창
알림을 보내면 먼저 상태 표시줄에 아이콘으로 표시됩니다.
그림 1. 상태 표시줄의 왼쪽에 알림 아이콘이 표시됨
사용자는 상태 표시줄에서 아래로 스와이프하여 알림 창을 열고 세부정보를 보거나 알림에서 작업할 수 있습니다.
그림 2. 알림 창의 알림
사용자는 창의 알림에서 아래로 드래그하여 상세 내용을 펼쳐볼 수 있으며, 여기에는 제공되는 경우 추가 콘텐츠와 작업 버튼이 표시됩니다.
알림은 앱 또는 사용자가 닫을 때까지 알림 창에 계속 표시됩니다.
헤드업 알림
Android 5.0부터는 헤드업 알림이라고 하는 플로팅 창에 알림을 간략히 표시할 수 있습니다. 이 동작은 일반적으로 사용자가 즉시 알아야 하는 중요한 알림에 사용되며 기기가 잠금 해제될 때만 표시됩니다.
그림 3. 포그라운드 앱 전면에 표시되는 헤드업 알림
헤드업 알림은 앱에서 알림을 보낸 순간 표시되어 잠시 후 사라지지만, 다른 알림과 마찬가지로 알림 창에는 계속 표시됩니다.
헤드업 알림을 트리거할 수 있는 조건을 예로 들면 다음과 같습니다.
사용자의 활동이 전체 화면 모드인 경우(앱이 fullScreenIntent 를 사용하는 경우).
를 사용하는 경우). 알림의 우선순위가 높고 알림이 Android 7.1(API 수준 25) 이하를 실행하는 기기에서 벨소리나 진동을 사용하는 경우
Android 8.0(API 수준 26) 이상을 실행하는 기기에서 알림 채널의 중요도가 높은 경우
잠금 화면
Android 5.0부터는 잠금 화면에 알림을 표시할 수 있습니다.
보안 잠금 화면에서 앱이 게시하는 알림의 세부정보 수준을 프로그래매틱 방식으로 설정하거나 알림을 잠금 화면에 표시할 것인지를 설정할 수도 있습니다.
사용자는 시스템 설정을 사용하여 모든 잠금 화면 알림의 사용 중지 옵션을 비롯해 잠금 화면 알림에 표시되는 세부정보의 수준을 선택할 수 있습니다. Android 8.0부터 사용자는 각 알림 채널에서 잠금 화면 알림을 사용 또는 사용 중지할 수 있습니다.
그림 4. 민감한 콘텐츠가 숨겨진 잠금 화면의 알림
자세히 알아보려면 잠금 화면 공개 상태 설정 방법을 참고하세요.
앱 아이콘 배지
Android 8.0(API 수준 26) 이상을 실행하는 기기의 지원되는 런처에서는 앱 아이콘이 해당 앱 런처 아이콘 위에 색상 ‘배지'(‘알림 표시 점’이라고도 함)로 새 알림을 표시합니다.
사용자는 앱 아이콘을 길게 눌러 해당 앱의 알림을 볼 수 있습니다. 그런 다음 알림 창과 마찬가지로 이 메뉴에서 알림을 닫거나 알림에서 작업을 할 수 있습니다.
그림 5. 알림 배지 및 길게 누르기 메뉴
배지 작동 방식을 자세히 알아보려면 알림 배지를 참조하세요.
Wear OS 기기
사용자가 페어링된 Wear OS 기기를 사용하는 경우 확장 가능한 세부정보와 작업 버튼을 포함한 모든 알림이 자동으로 페어링된 기기에 표시됩니다.
웨어러블 기기에 알림이 표시되는 방식을 맞춤설정하여 환경을 개선하고 추천 답장과 음성 입력 답장을 포함하여 다양한 작업을 제공할 수도 있습니다. 자세한 내용은 알림에 웨어러블 특정 기능을 추가하는 방법을 참고하세요.
그림 6. 페어링된 Wear OS 기기에 알림이 자동으로 표시됨
알림 구성
알림의 디자인은 시스템 템플릿에 의해 결정되며, 앱에서는 템플릿의 각 부분에 해당하는 콘텐츠만 정의합니다. 알림의 일부 세부정보는 확장된 보기에서만 표시됩니다.
그림 7. 기본 세부정보가 포함된 알림
알림의 가장 일반적인 구성은 그림 7에 표시된 바와 같습니다.
작은 아이콘: 필수 구성요소이며 setSmallIcon() 을 통해 설정됩니다. 앱 이름: 시스템에서 제공합니다. 타임스탬프: 시스템에서 제공하지만 setWhen() 을 사용하여 재정의하거나 setShowWhen(false) 로 숨길 수 있습니다. 큰 아이콘: 선택사항이며(일반적으로 연락처 사진에만 사용되며 앱 아이콘에 사용하지 않음) setLargeIcon() 을 통해 설정됩니다. 제목: 선택사항이며 setContentTitle() 을 통해 설정됩니다. 텍스트: 선택사항이며 setContentText() 를 통해 설정됩니다.
모든 기기에서 적절한 디자인 호환성을 보장하도록 시스템 템플릿을 사용하는 것이 좋습니다. 그러나 필요하다면 맞춤 알림 레이아웃을 만들어도 됩니다.
이러한 기능으로 알림을 만드는 방법 등을 자세히 알아보려면 알림 만들기를 참고하세요.
알림 작업
필수는 아니지만 모든 알림은 탭했을 때 적절한 앱 활동이 실행되어야 합니다. 기본 알림 작업 외에도 그림 9에 표시된 것처럼 알림에서 앱 관련 작업을 완료(종종 활동을 실행하지 않고도 가능)하는 작업 버튼을 추가할 수 있습니다.
그림 9. 작업 버튼이 포함된 알림
Android 7.0(API 수준 24)부터는 알림에서 직접 메시지에 회신하거나 다른 텍스트를 입력하는 작업을 추가할 수도 있습니다.
Android 10(API 수준 29)부터 플랫폼에서는 추천된 인텐트 기반 작업으로 작업 버튼을 자동 생성할 수 있습니다.
작업 버튼 추가 방법은 알림 만들기에 자세히 설명되어 있습니다.
확장 가능한 알림
기본적으로 알림의 텍스트 콘텐츠는 한 줄에 맞춰 잘립니다. 알림을 더 길게 표시하고 싶은 경우 그림 8에 표시된 것처럼 추가 템플릿을 적용하여 확장 가능한 더 넓은 텍스트 영역을 사용할 수 있습니다.
그림 8. 더 넓은 텍스트 영역을 위한 확장 가능한 알림
이미지, 받은편지함 스타일, 채팅 대화 또는 미디어 재생 컨트롤의 형식으로 확장 가능한 알림을 만들 수도 있습니다. 자세한 내용은 확장 가능한 알림 만들기를 참고하세요.
알림 업데이트 및 그룹
추가 업데이트가 있을 때 여러 번 또는 중복된 알림으로 사용자에게 불편을 주지 않으려면 새로운 알림을 보내는 대신 기존 알림을 업데이트하거나 받은편지함 스타일 알림을 사용하여 대화형 업데이트를 표시하는 방법을 고려해야 합니다.
그러나 어쩔 수 없이 여러 알림을 게재해야 하는 경우 별도의 알림을 하나의 그룹으로 묶는 방법도 있습니다(Android 7.0 이상에서 사용 가능). 알림 그룹을 사용하면 알림 창에서 여러 알림을 하나의 게시물로 축소하고 요약을 표시할 수 있습니다. 사용자는 알림을 펼쳐서 개별 알림의 세부정보를 확인하면 됩니다.
사용자는 알림 그룹을 펼친 뒤 그룹의 각 알림을 다시 펼쳐 세부정보를 확인할 수 있습니다.
그림 10. 축소 및 확장된 알림 그룹
그룹에 알림을 추가하는 방법을 자세히 알아보려면 알림 그룹 만들기를 참고하세요.
참고: 동일한 앱이 4개 이상의 알림을 보내면서 그룹화를 지정하지 않으면 시스템에서 이러한 알림을 자동으로 그룹화합니다.
알림 채널
Android 8.0(API 수준 26)부터는 모든 알림을 채널에 할당해야 하며, 그러지 않으면 알림이 표시되지 않습니다. 알림을 채널로 분류하면 사용자가 앱의 모든 알림을 사용 중지하는 대신 특정 알림 채널을 사용 중지하고, Android 시스템 설정에서 각 채널의 시각 및 오디오 옵션을 모두 제어하게 됩니다(그림 11). 또한 알림을 길게 눌러서 연결된 채널의 동작을 변경할 수도 있습니다.
Android 7.1(API 수준 25) 이하를 실행하는 기기에서는 사용자가 앱별로만 알림을 관리할 수 있습니다(Android 7.1 이하에서는 사실상 각 앱에 하나의 채널만 할당됨).
그림 11. 시계 앱의 알림 설정 및 채널
참고: 사용자 인터페이스에서는 채널을 ‘카테고리’라고 부릅니다.
하나의 앱은 여러 알림 채널을 보유할 수 있으며, 앱에서 보내는 알림의 각 유형에 별도의 채널을 할당할 수 있습니다. 앱 사용자가 선택하는 경우에 대비하여 앱에 알림 채널을 만들 수도 있습니다. 예를 들어 메시지 앱의 사용자가 만든 대화 그룹마다 별도의 알림 채널을 설정할 수 있습니다.
또한 Android 8.0 이상에서는 채널을 통해 알림의 중요도를 지정합니다. 따라서 동일한 알림 채널에 게시되는 모든 알림은 동일하게 작동합니다.
자세한 내용은 알림 채널 만들기 및 관리를 참고하세요.
알림 중요도
Android에서는 알림의 중요도를 사용하여 알림이 사용자를 시각적 또는 청각적으로 방해하는 수준을 결정합니다. 알림의 중요도가 높을수록 알림이 사용자를 방해하는 수준도 높아집니다.
Android 8.0(API 수준 26) 이상에서 알림의 중요도는 알림이 게시된 채널의 importance 에 따라 결정됩니다. 사용자는 시스템 설정에서 알림 채널의 중요도를 변경할 수 있습니다(그림 12). Android 7.1(API 수준 25) 이하에서 각 알림의 중요도는 알림의 priority 에 따라 결정됩니다.
그림 12. Android 8.0 이상에서는 사용자가 각 채널의 중요도를 변경할 수 있음
가능한 중요도 수준은 다음과 같습니다.
긴급: 알림음이 울리며 헤드업 알림으로 표시됩니다.
높음: 알림음이 울립니다.
중간: 알림음이 없습니다.
낮음: 알림음이 없고 상태 표시줄에 표시되지 않습니다.
중요도와 관계없이 모든 알림은 알림 창 및 런처 아이콘의 배지와 같이 사용자를 방해하지 않는 시스템 UI 위치에 표시됩니다. 단, 알림 배지가 표시되는 형식은 수정할 수 있습니다.
자세한 내용은 중요도 설정 방법을 참고하세요.
방해 금지 모드
Android 5.0(API 수준 21)부터 사용자는 모든 알림의 알림음과 진동이 울리지 않는 방해 금지 모드를 사용할 수 있습니다. 사용자가 별도로 지정하지 않는 한, 알림은 평소와 같이 시스템 UI에 계속 표시됩니다.
방해 금지 모드에서는 다음 세 가지 수준을 사용할 수 있습니다.
모두 차단: 알람, 음악, 동영상, 게임의 소리를 비롯해 모든 알림음과 진동을 차단합니다.
알람만: 알람을 제외한 모든 알림음과 진동을 차단합니다.
우선순위만: 사용자가 시스템 수준에서 허용할 카테고리를 구성할 수 있습니다(예: 알람, 알림, 일정, 전화, 메시지만 허용 등). 메시지와 전화의 경우 발신자에 따라 필터링할 수도 있습니다(그림 13).
그림 13. 사용자는 시스템 수준 카테고리(왼쪽)와 메시지나 전화의 발신자(오른쪽)를 기준으로 알림을 허용할 수 있음
Android 8.0(API 수준 26) 이상에서는 사용자가 채널별로 방해 금지 모드를 재정의하여 앱별 카테고리(채널이라고도 함)에 알림을 추가로 허용합니다. 예를 들어 결제 앱에서는 출금 및 입금과 관련된 알림 채널을 보유할 수도 있습니다. 사용자는 우선순위 모드에서 출금 알림, 입금 알림 또는 둘 다 허용하도록 선택할 수 있습니다. Android 7.1(API 수준 25) 이하를 실행하는 기기에서는 사용자가 채널별이 아닌 앱별로 알림을 허용할 수 있습니다.
이러한 사용자 설정에 맞게 알림을 올바르게 구성하려면 시스템 수준 카테고리 및 채널을 설정해야 합니다.
포그라운드 서비스의 알림
앱에서 미디어 플레이어와 같이 백그라운드에서 오랫동안 실행되고 사용자에게 표시되는 Service 인 ‘포그라운드 서비스’를 실행 중인 경우 알림이 필수입니다. 이 알림은 다른 알림처럼 닫을 수 없습니다. 알림을 삭제하려면 서비스를 중지하거나 ‘포그라운드’ 상태에서 삭제해야 합니다.
자세한 내용은 포그라운드에서 서비스 실행을 참고하세요. 미디어 플레이어를 빌드하는 경우에는 포그라운드 서비스로 MediaStyle 알림 사용을 참고하세요.
게시 제한
Android 8.1(API 수준 27)부터는 앱에서 초당 한 번까지만 알림음을 울릴 수 있습니다. 앱에서 1초 동안 여러 알림을 게시하는 경우 알림이 모두 정상적으로 표시되지만 초당 첫 번째 알림만 알림음을 울립니다.
그러나 Android에서는 알림을 업데이트할 때 속도 제한도 적용합니다. 하나의 알림을 지나치게 자주 업데이트하면(1초 이내에 여러 번) 시스템에서 일부 업데이트를 중단할 수 있습니다.
알림 호환성
Android 1.0 이후로 알림 시스템 UI와 알림 관련 API가 계속해서 발전해왔습니다. 구형 기기를 지원하면서도 최신 알림 API 기능을 사용하려면 지원 라이브러리 알림 API( NotificationCompat 과 하위 클래스) 및 NotificationManagerCompat 을 사용하세요. 이 API를 사용하면 API 수준 확인을 위해 조건 코드를 작성하지 않아도 되도록 API에서 대신 처리해 줍니다.
NotificationCompat 은 이후 플랫폼에 최신 메서드가 포함될 때 업데이트됩니다. NotificationCompat 에서 메서드를 사용할 수 있다 하더라도 해당 기능이 구형 기기에 제공된다는 보장은 없습니다. 경우에 따라 새로 도입된 API를 호출해도 이전 기기에서 작동하지 않을 수 있습니다. 예를 들어 NotificationCompat.addAction() 은 Android 4.1(API 수준 16) 이상을 실행하는 기기에서만 작업 버튼을 표시합니다.
다음은 Android 알림에서 가장 눈에 띄는 동작 변경사항을 요약한 내용입니다.
Android 4.1, API 수준 16
확장 가능한 알림 템플릿(알림 스타일이라고 함)이 도입되어 더 큰 알림 콘텐츠 영역에 정보를 표시하도록 허용합니다. 사용자는 한 손가락으로 위/아래로 스와이프하여 알림을 확장할 수 있습니다.
알림에 버튼 형식으로 작업을 추가할 수 있는 기능이 도입되었습니다.
사용자가 설정에서 앱별로 알림을 사용 중지할 수 있는 기능이 추가되었습니다.
Android 4.4, API 수준 19 및 20
알림 리스너 서비스가 API에 추가되었습니다.
API 수준 20에 Android Wear(지금은 Wear OS라고 함) 지원이 추가되었습니다.
Android 5.0, API 수준 21
잠금 화면 및 헤드업 알림이 도입되었습니다.
사용자는 이제 휴대전화를 방해 금지 모드로 설정하고 기기가 우선순위 전용 모드일 때 사용자 방해를 허용할 알림을 구성할 수 있습니다.
잠금 화면( setVisibility() )에 알림을 표시할지와 알림 텍스트의 ‘공개’ 버전을 지정하도록 설정하는 메서드가 API에 추가되었습니다.
)에 알림을 표시할지와 알림 텍스트의 ‘공개’ 버전을 지정하도록 설정하는 메서드가 API에 추가되었습니다. 이 알림이 사용자를 ‘방해하는 정도’를 시스템에 알려주는 setPriority() 메서드가 추가되었습니다(예: 높음으로 설정하면 알림이 헤드업 알림으로 표시됨).
메서드가 추가되었습니다(예: 높음으로 설정하면 알림이 헤드업 알림으로 표시됨). Android Wear(지금은 Wear OS라고 함) 기기에 알림 스택 지원이 추가되었습니다. setGroup() 을 사용하여 알림을 스택으로 보냅니다. 참고: 알림 스택은 태블릿이나 스마트폰에서는 지원되지 않았습니다. 알림 스택은 이후에 그룹 또는 번들이 됩니다.
Android 7.0, API 수준 24
히어로 이미지와 아바타에 중점을 두고 알림 템플릿의 스타일이 변경되었습니다.
세 가지 알림 템플릿이 추가되었습니다. 하나는 메시지 앱에 관한 알림이고 나머지 두 개는 확장 가능한 행동 유도 및 기타 시스템 장식이 포함된 맞춤 콘텐츠 보기를 장식하는 앱에 관한 알림입니다.
휴대기기(스마트폰 및 태블릿)에 알림 그룹을 위한 지원이 추가되었습니다. Android 5.0(API 수준 21)에 도입된 Android Wear(지금은 Wear OS라고 함) 알림 스택과 동일한 API를 사용합니다.
사용자는 인라인 답장을 사용하여 알림에서 바로 답장할 수 있습니다(사용자가 텍스트를 입력하면 알림의 상위 앱으로 전달됨).
Android 8.0, API 수준 26
알림이 스팸이 되지 않게 하는 방법!
*잠깐, 이 글을 소개해드리는 위시켓은 2019년 시밀러웹 방문자 수 기준, 국내 1위 IT아웃소싱 플랫폼입니다. 현재 8만 이상의 디자인 업체, 디자인 프리랜서들이 활동하고 있으며, 무료로 프로젝트 등록이 가능합니다. 프로젝트 등록 한 번으로 여러 개발업체의 견적, 포트폴리오, 예상기간을 한 번에 비교해보세요:)
알림 기능 어떻게 구성할까?
1. 알림을 왜 설정해야 하는지에 대한 이유 설명하기
2. 알림 설정 세분화, 구체적인 정보 제공하기
3. 알림이 스팸이 되지 않게 하기, 사용자가 처한 상황 고려하기
WHY : 앱 내 알림 기능이 왜 중요할까요?
(에디터🐳) 앱을 실행했을 때를 생각해보세요. 보통 두 가지를 먼저 확인하게 됩니다. 앱에서 필요한 권한 설정, 그리고 쿠폰 등의 혜택을 미끼로 푸시 설정 유도하기. 권한은 서비스 이용에 필요한 수단이니 어쩔 수 없다고 많이 양보한다 하더라도, 서비스를 전혀 모르는 상태에서 혜택으로 포장된 알림 설정 유도는 사용자가 서비스를 설치하기 전 기대하는 바가 아닙니다. 일정 경험을 바탕으로 다음 안내를 받는 흐름을 만들어 낼 수 있어야, 알림을 더 적극적으로 활용 할 수 있지 않을까요? 오늘은 다양한 사례를 중심으로 모바일 앱 내 알림을 어떻게 활용해야 하는지 정리해보려고 합니다.
(에디터🐥) 저는 아침에 눈을 뜨면 항상 특정 앱의 알림을 보며 하루를 시작합니다. 어느 순간 이 앱이 아침의 루틴이 된 이유는 바로 정기 알림 덕분이었어요. 제 경험처럼 알림은 사용자의 서비스 이용을 지속하는데 중요한 역할을 합니다. 사용자가 지속적으로 들어오고 다음 경험으로 이어지는 모델을 만들기 위한 첫 번째 요소, 알림에 대해 오늘 여러 사례를 알아볼텐데요. 알림은 시점도 중요하지만, 푸시의 문구 등을 통해 서비스 이미지를 깊게 인식시킬 수도 있습니다. 알림은 물론, ux writing과 서비스 플로우도 함께 확인해보세요! 😉
사례 : 알림과 설정 화면 구성을 위해 살펴볼 사례
1.알림을 왜 설정해야 하는지에 대한 이유 설명하기 번개장터, 웨이브, 썰리, 카카오맵, 티맵
2. 알림 설정 세분화, 구체적인 정보 제공하는 사례 오늘의집, 아이디어스, 카카오 메이커스, 당근마켓, 에이블리, 야놀자, 텔레그램, 지니뮤직, 배달의 민족
3. 알림이 스팸이 되지 않게 사용자가 처한 상황 고려하는 사례 브런치, 당근마켓, 이마트, Emolog, 운수도원 투데이, 넷플릭스, 팔레토
1. 알림을 왜 설정해야 하는지에 대한 이유 설명하기
번개장터, 웨이브 – Android
얼마전 중고 거래 서비스들을 쭉 살펴보기 위해 주요 앱들을 삭제, 다시 설치했는데요. 그 중 번개장터는 앱을 실행하자마자 이벤트 및 알림 수신 여부를 물어봤습니다. 웨이브 역시 앱 실행과 동시에 알림 서비스에 대한 동의 여부를 묻고 있었는데요.
친구 추천, 서비스 소개 페이지 등 여러 경로를 통해 일부 정보를 인지했다 허더라도 서비스에서 가장 먼저 하게 되는 행동이 알림 설정 거부라면, 어떨까요? 앞서 알림의 중요성에서 언급한 것처럼 우선, 써봐야 해요. 사용자 스스로가 몇몇 행동이나 탐색을 해본 뒤, 푸시 알림 설정을 할 수 있도록 물어보는 것이 좋습니다.
비슷한 사례로 앱 평가를 유도하는 장치가 있어요. 물론 앱을 실행하자마자 우리앱 어때? 좋지 않아? 좋은면 리뷰를 남겨줄래? 라고 묻는 무모한 곳은 없겠지만 역시 사용자가 좋은 경험을 했을 때 묻는 것이 더 참여 확률이 높아집니다. 예전에 게이미피케이션이 가미된 서비스를 담당했을 때, 사용자가 첫 번째 레벨업을 하는 시점에 앱 리뷰 유도를 했었는데요. 두 번째 방문 시 무작위로 유도했던 것과 비교해 더 좋은 평점을 남기는 것을 알 수 있었습니다.
알림도 같은 맥락에서 바라볼 수 있어야 해요. 이런 알림이라면 내게 도움이 되겠구나, 이런 알림이라면 내가 앱을 실행하지 않아도 바로 무언가 알 수 있겠구나. 라는 긍정적인 생각으로 확장될 수 있어야 합니다.
썰리, 카카오맵, 티맵 – Android
이는 설정 화면에서도 동일하게 적용 되어야 합니다. 푸시 알림을 쉽게 설정 할 수 있는 방법은 좋지만, 이 알림이 어떤 알림인지 사용자가 구체적으로 인지한 상태에서 설정할 수 있어야 하죠. 썰리, 카카오맵, 티맵의 경우 전부 푸시알림, 푸시 알림 받기, PUSH 알림과 같이 전체를 통틀어 설정할 수 있도록 되어 있는데, 이런 상태라면 사용자 입장에서는 어떤 푸시를 받게 될 지 모르니 설정할 확률이 낮아질 수 밖에 없습니다.
(덧붙임🐳) 맥락을 다시 한 번 살펴보세요. 알림 수신을 동의하면 쿠폰을 제공해줍니다. 와 같은 메시지 보다, 다른 사용자를 ‘팔로우’ 했을 때, 팔로우 한 사용자가 게시글을 올리면 알려줄까?와 같은 메시지를 제공하는게 사용자 입장에서는 더 쉽게 받아들일 수 있지 않을까요? 서비스가 제공하는 주요 기능에 대한 안내도 함께 제공할 수 있고요.
2. 알림 설정 세분화, 구체적인 정보 제공하기
오늘의 집, 아이디어스, 카카오 메이커스 – Android
설정 화면 내 푸시 알림을 On, Off 할 수 있는 하나의 메뉴를 제공하는 것과, 오늘의집, 아이디어스, 카카오 메이커스와 같이 사용자의 행동이나 서비스 성격에 따라 알림을 설정할 수 있는 메뉴를 별도로 제공하는 것은 어떤 차이가 있을까요?
먼저, 서비스에서 제공하는 주요 기능에 대해 한 번 더 인지할 수 있는 기회가 생깁니다. 구체적으로 상황을 인지한 상태에서 알림을 설정, 지속 가능성이 높다는 장점도 존재하고요. 푸시 알림 설정, 누가 나를 언급했을 때. 이 두 가지를 비교한다면 앞선 설정은 서비스 내 어떤 행동이나 상황에서 알림을 제공 받을 수 있는지에 대한 정보가 전혀 없지만 뒤의 방법은 사용자가 미리 상황을 그려보고 설정하기에 다음 행동에 대한 기대로 이어질 가능성이 높아집니다.
당근마켓 알림 설정 업데이트 전, 후 – Android
얼마 전, 당근마켓은 알림 설정 기능을 개선했어요. ①기존에는 채팅, 댓글을 중요 알림으로 관심글과 키워드 알림을 기타 알림으로 각각 설정할 수 있었는데요. 개선 후, ②설정 화면 내 ‘푸시 알림 설정’을 통해 ③채팅/키워드/활동/기타 등 네 가지로 세분화 해 알림을 설정 할 수 있게 되었습니다. 각 설정 시, 어떤 알림을 받아볼 수 있는지 간략한 설명도 빼놓지 않았네요.
(덧붙임🐳) 알림을 세분화 하고, 각각에 대한 구체적인 정보를 제공해주는 것은 좋지만 너무 잘게 나눠 놓을 경우 모두 확인하는데 어려움을 느낄 수 있어요. 제겐 오늘의 집이 그랬는데요. 개별 설정 가능한 알림이 총 12개나 되어 중간 정도까지 확인 후, 모든 알림을 끌까? 라는 생각까지 했습니다. 이 땐, 행동에 따른 알림을 일부 그룹화 하거나 아이디어스와 같이 기본 알림, 이벤트 알림, 작가 활동 알림 등 화면 내 구분을 명확하게 해주는 것이 도움이 될 수 있습니다.
쇼핑 서비스는 오래 전부터 장바구니에 담은 상품이 구매로 이어지도록 여러 알림 테스트를 해왔습니다. 사용자들이 장바구니에 상품을 담은 후 구매까지 이뤄지는 시간이 평균 15분 정도 소요 된다고 하는데요. 사용자가 장바구니에만 담고 실제 구매하지 않은 경우 개인화된 메세지 발송 시, 기존 구매 전환율 대비 50% 높아진다는 실험 사례가 있습니다. 이처럼 쇼핑 앱은 쿠폰/할인/프로모션 등을 포인트로 사용자들이 알림을 켜놓을 수 있도록 유도하는 것이 최종 구매까지 연결되는데 있어 중요한 역할을 합니다.
에이블리 – iOS
에이블리는 알림이 꺼져있는 사용자들에게 앱 진입 시 팝업으로 알림을 켤 수 있도록 노티를 줍니다. 앱의 컨셉과 알림 설정 시 받을 수 있는 혜택에 놀라는 이모지를 활용하고 있죠. 무엇보다 설정 페이지에서 단순 텍스트 안내가 아닌, 상단에 실제 설정 방법을 보여주는 이미지를 활용한 점이 좋았습니다.
야놀자 – Android
에이블리는 알림이 꺼져있는 사용자들에게 앱 진입 시 팝업으로 알림을 켤 수 있도록 노티를 줍니다. 앱의 컨셉과 알림 설정 시 받을 수 있는 혜택에 놀라는 이모지를 활용하고 있죠. 무엇보다 설정 페이지에서 단순 텍스트 안내가 아닌, 상단에 실제 설정 방법을 보여주는 이미지를 활용한 점이 좋았습니다.
텔레그램 – iOS
텔레그램에서도 세분화된 알림 설정을 할 수 있습니다. 기존 메신저들과 다르게 텔레그램은 그룹방과 개인 메세지에 대해 모두 세분화된 설정이 가능합니다. 카카오톡의 경우, 개인 메세지와 그룹 톡방의 설정을 따로 진행해도 상위 설정이 지정되어 작동을 안하는 경우가 많은데요. 텔레그램은 이를 명확하게 구분하여 각각의 알림 허용과 미리보기, 알림음을 설정할 수 있습니다. 메신저는 사용 빈도가 높은만큼 세분화된 알림 설정이 꼭 필요하다고 생각합니다. (몇몇 협업용 메신저에서 내 이름이 언급 되었을 때 별도로 알림을 제공해주는 것처럼 말이죠)
지니 뮤직, 배달의 민족 – iOS
지니 뮤직과 배달의 민족도 각각의 기능에 맞춰 세분화된 알림 설정을 제공하고 있습니다. 두 서비스의 공통점은 기능명 하단 세부 설명을 제공한다는 점인데요. 이런 방식은 기능에 대해 사용자가 명확하게 인지한 상태에서 설정할 수 있다는 장점이 있습니다.
그 중 배달의 민족은 22시~08시에는 알림은 미발송하도록 처리해두는 섬세함을 볼 수 있었어요. 이처럼 알림이 스팸 처럼 느껴지지 않도록 하는 설정 기능을 제공하는 서비스들도 있습니다.
3. 알림이 스팸이 되지 않게 하기, 사용자가 처한 상황 고려하기
브런치, 당근마켓, 이마트 – Android
밤 사이 여러번 연속된 진동으로 잠을 설쳐본 적 있으신가요? 저는 가끔이지만 그런 경험이 있는데요. 급한 전화인 줄 알고 확인해보면 알림이 연달아 온 경우가 많았습니다. 서비스 입장에서야 사용자가 설정한 알림을 보낸 것이지만, 잠결에 보면 짜증이 밀려올 수 밖에 없는데요. 이 경우 알림에 대한 부정적 인식이 생겨날 수 있습니다. 이런 일을 사전에 방지하고자 브런치와 당근마켓은 에티켓, 방해금지 시간을 따로 설정, 해당 시간대에는 알림을 보내지 않고 있네요. 이마트는 무음 알림 받기 기능을 활용, 알림은 오지만 알림 수신 시 진동이 울리지 않게 할 수 있습니다. 이처럼 사용자의 상황을 최대한 고려, 알림이 스팸처럼 느껴지지 않게 하는 방법도 고려 할 수 있어야 합니다.
Emolog, 운수도원 투데이 – iOS
제가 가장 자주 사용하는 일기앱 emolog와 운수도원 투데이 알림 설정 화면입니다. 두 서비스 모두 데일리하게 발송되는 푸시로 인해 사용자가 피로를 느끼는 부분을 경계하고 있어요. emolog는 알림 시작을 사용자가 10분 단위로 설정할 수 있습니다. 운수도원 투데이는 사용자가 자주 여는 시간에 따라 오전으로 지정되지만, ‘길운만 알리기’ 기능이 있다는 점이 눈에 띕니다. 하루를 좋지 않은 운세로 시작할 때의 기분은 정말 맥 빠지는데요😭 이는 사용자가 앱을 다시 사용하지 않는 등 부정적 경험으로 이어질 수 있기에 서비스 입장에서는 사용자의 상황을 잘 고려한 사례라고 생각합니다.
그리고 푸시는 사실 다양한 서비스에서 보내기때문에 사용자들은 푸시가 쌓이면 그저 지우기 바쁜데요. 이 틈에 사용자에게 쉽게 인식되고 진입율을 올릴 수 있는 제일 쉬운 방법은 특색에 어울리는 문구를 사용하는 방법입니다.
넷플릭스, 팔레토 – iOS
넷플릭스의 경우, 이모지를 활용한 타이틀과 콘텐츠 주연을 나열하는 방식으로 콘텐츠 추천을 안내하는데요. 본문에 표기된 ‘시청 기록을 분석한’이라는 멘트로부터 나만을 위한 추천 콘텐츠를 강조하고 있어요. 넷플릭스의 추천 알고리즘에 대한 강점으로부터 사용자를 후킹하는 문구 선택을 볼 수 있습니다.
팔레토는 제가 지금까지 가장 인상깊은 알림으로 기억하고 있는 사례입니다. (지금은 emolog 앱을 사용하고있지만.. 올해 초까지 푸시 멘트로 인해 1년동안 더 유료 결제해서 사용했어요ㅎㅎ) 팔레토는 감성 일기 앱으로 멘트를 보면 일기 작성과 잘 어울리는 문구를 활용하고 있습니다. 스크린샷 외의 아직도 기억에 남는 멘트는 “힝~ 삐져또”라는 멘트였어요. 앱에 진입을 하지않은 3일째에 받은 푸시였는데요. 정말 앱이 삐진 것 같이 귀엽게 다가와서 눌러보게 되더라구요.
(덧붙임🐥) 팔레토를 만나기 전까지는 UX writing은 명료하고 FM(?)이어야한다고 생각했는데요. 서비스 사용자의 연령과 컨셉에 따라 자유롭게 그 포인트를 잡는게 오히려 더 좋다는 배움을 얻었어요.
Question : 다른 프로덕트 담당자들의 생각은 어떤가요?
💡에디터 두 명이 2주 동안 치열하게 고민한 결과를 담지만, 늘 부족하다는 생각이 많이 들었어요. 그래서 동일 주제에 대해 프로덕트 매니저(또는 기획자), 디자이너에게 묻는다면 어떨까, 라는 생각으로 시작하게 되었습니다. 해당 내용은 설문지를 통해 수집한 내용을 각색했습니다.
결론 : 알림과 설정을 구성할 때 체크해보세요
1. 우리 서비스에서 알림은 왜 필요할까?
2. 어떤 알림들이 나올 수 있을까?
3. 어떻게 하면 사용자들이 알림 기능을 더 적극적으로 사용할 수 있을까?
4. 알림을 탭했을 때 어떤 화면으로 보내야 할까?
5. 알림을 어떻게 효율적으로 보여줄까? 6. 알림 설정은 어떻게 하면 좋을까?
방금 읽은 글은 ‘지금 써보러갑니다’의 뉴스레터 글을 통해 확인하실 수 있습니다. 앱/ 웹 서비스를 구성하는 요소들에 대한 생각과 노하우, 서비스 등을 알고싶다면 지금 바로 구독해보세요:)
키워드에 대한 정보 알림 ui
다음은 Bing에서 알림 ui 주제에 대한 검색 결과입니다. 필요한 경우 더 읽을 수 있습니다.
이 기사는 인터넷의 다양한 출처에서 편집되었습니다. 이 기사가 유용했기를 바랍니다. 이 기사가 유용하다고 생각되면 공유하십시오. 매우 감사합니다!
사람들이 주제에 대해 자주 검색하는 키워드 Vol.22 알림,띠링,벨,버튼,클릭,앱, UI 소리 무료 효과음 모음 #3 Button,App,Click,Pop-up [Free Download]
- 벨
- 띠링
- 띵
- 삐빅
- 딩동
- 띵동
- 앱
- 버튼
- 클릭
- 설정창
- 팝업창
- 로딩음
- 작동음
- 확인음
- 예능
- 자막
- 등장
- 긴장감
- 효과음
- 무료
- 다운로드
- 사이트
- 영상
- 편집
- 제작
- 효과
- 방송
- 하는
- 방법
- 없이
- 상업
- 상업적
- 게임
- 애니메이션
- 소리
- 모션
- 영화
- 만화
- 모음
- 유튜브
- 오디션
- 광고
- Free
- SFX
- Sound
- Effects
- Effect
- TV
- Download
- Royalty
- CC0
- Audio
- Motion
- Library
- youtube
Vol.22 #알림,띠링,벨,버튼,클릭,앱, #UI #소리 #무료 #효과음 #모음 ##3 #Button,App,Click,Pop-up #[Free #Download]
YouTube에서 알림 ui 주제의 다른 동영상 보기
주제에 대한 기사를 시청해 주셔서 감사합니다 Vol.22 알림,띠링,벨,버튼,클릭,앱, UI 소리 무료 효과음 모음 #3 Button,App,Click,Pop-up [Free Download] | 알림 ui, 이 기사가 유용하다고 생각되면 공유하십시오, 매우 감사합니다.