효과적인 사용자 온보딩 모범 사례 가이드

사용자 온보딩은 플랫폼과 개별 애플리케이션에 따라 크게 다릅니다. 적절한 온보딩이 없으면 사람들은 앱을 사용하는 방법과 앱이 어떤 이점을 얻을 수 있는지에 대해 혼란스러워 합니다. 사용할 수 있는 앱이 너무 많기 때문에 고객은 일반적으로 학습 과정을 단순화하는 유사한 앱을 선택할 수 있을 때 시행착오를 통해 하나를 배우는 데 시간을 들이지 않을 것입니다.

좋은 온보딩의 부족은 사람들이 앱을 떼지 못하게 하는 한 가지 이유입니다. UX 디자이너는 유사한 앱이 사용하는 온보딩 예제에 전적으로 의존하고 싶은 유혹을 받을 수 있으며 종종 온보딩 분해로 전환합니다. 이러한 분해에는 제한이 따릅니다. 즉, 일반적으로 온보딩 전환율, 내부 목표, 제품 팀의 압력 및 법적 제약에 대한 정보가 부족합니다.

신규 사용자 온보딩은 고객과 함께 시작됩니다.

앱은 첫인상을 남길 수 있는 기회가 한 번 있습니다. 4명 중 1명은 앱을 처음 사용한 후 버리므로(70% 이상의 사람들이 결국 모바일 앱을 버립니다), 이러한 인상은 브랜드 성공에 매우 중요합니다.

사람이 앱의 온보딩 프로세스에 도달할 때쯤이면 가장 중요한 장애물인 앱 다운로드를 이미 해결한 것입니다. 그런 다음 온보딩은 사람들에게 앱의 기능을 소개하고 계속 사용하도록 권장합니다.

일반적으로 앱 온보딩을 거치는 두 가지 유형의 사람들이 있습니다. 첫 번째는 제품을 완전히 처음 접하고 과거에 앱의 웹(또는 데스크톱) 버전을 사용한 적이 없는 사용자입니다. 그런 다음 이미 사용하는 앱의 다른 버전을 시도하는 사람들이 있습니다.

디자이너는 두 유형의 사람들 모두에 대한 사용 사례를 생각하는 것이 현명합니다. 제품 버전을 이미 사용해 본 사람은 제품의 기능과 작동 방식에 대해 알 수 있습니다. 방금 다운로드한 버전에 대한 온보딩이 필요합니다.

완전히 새로운 고객은 앱이 하는 일과 앱에 포함된 기능에 대한 추가 지침이 필요합니다. 그들은 그것을 하는 방법과 더불어 앱이 그들을 위해 무엇을 할 수 있는지 알고 싶어할 것입니다.

디자이너는 이미 계정이 있는 경우 로그인하도록 요청하여 어떤 유형의 사람이 앱을 처음 사용하는지 파악할 수 있습니다. 그렇다고 해서 완전히 새로운 사용자에게 가입을 요구해야 하는 것은 아닙니다. 나중에 자세히 설명합니다.

디자이너가 새로운 고객의 목표를 깊이 생각하고 나면 고객이 거기에 도달하기까지의 여정을 계획할 수 있습니다. 최고의 온보딩 경험은 이러한 고객 여정을 중심으로 구축됩니다.

더 복잡한 앱은 더 철저한 신규 사용자 온보딩이 필요합니다. 이메일 앱에는 신규 고객을 위한 몇 가지 힌트와 팁만 필요할 수 있습니다. 그러나 프로젝트 관리나 사진 편집을 위한 것과 같이 더 복잡한 앱은 더 철저한 온보딩이 필요합니다.

마찰은 온보딩 UX의 적입니다

새로운 사용자 온보딩 경험의 마찰은 사람들이 앱을 포기하도록 만드는 가장 빠른 방법입니다. 온보딩 경험의 여러 지점에서 마찰이 발생할 수 있습니다. 디자이너는 앱 내에서 이러한 영역을 식별하고 사용자 친화적인 방식으로 해결해야 합니다.

온보딩의 잠재적인 위험 중 하나는 도입하는 앱보다 더 복잡해질 수 있다는 것입니다. 앱이 단순하면(예: 목록 앱) 온보딩도 간단해야 합니다. 앱에 더 복잡한 기능이 있는 경우 온보딩이 더 복잡할 수 있습니다. 하지만 앱을 사용하는 데 필요한 정보를 제공하는 것은 가능한 한 간단하게 유지해야 합니다.

온보딩 UX를 고객의 경험 수준에 맞추는 것이 마찰을 줄이는 데 중요합니다. 앱의 어떤 버전도 사용해 본 적이 없는 완전히 새로운 고객은 다른 앱 버전이나 플랫폼을 사용하는 사람보다 온보딩 프로세스에서 좀 더 손을 잡고 있어야 합니다.

두 가지 유형의 고객에 대해 페르소나를 사용하면 디자이너가 각 고객에게 어떤 정보가 필요한지 파악하는 데 도움이 됩니다. 그런 다음 온보딩은 각각에 맞춤화되어 필요하지 않은 정보로 지루하지 않게(또는 다른 기능에 의문을 제기하지 않고) 필요한 지식을 제공할 수 있습니다.

권한 요청은 특히 모바일 앱에서 가장 큰 마찰 지점 중 하나입니다. 앱이 휴대폰의 카메라, 알림 또는 위치와 같은 기능에 액세스해야 하는 경우 디자이너는 권한 팝업이 표시되기 전에 고객을 안내하는 것이 현명합니다.

대부분의 앱은 권한이 필요한 이유를 설명하는 팝업을 표시하여 온보딩에서 이를 처리합니다. 또 다른 사용자 온보딩 모범 사례는 앱이 작동하는 데 필요한 경우와 고객이 앱에 대한 신뢰를 얻은 후에만 권한을 요청하도록 하는 것입니다.

사람이 처음으로 로그인할 때 오는 알림 요청은 해당 알림의 값을 아직 보지 못하기 때문에 거부될 가능성이 더 큽니다. 반면에 로그인 직후 팝업되는 사진 편집 앱의 전화 카메라 또는 사진 갤러리 기능에 대한 액세스 요청은 해당 권한 부여의 필요성을 사용자가 볼 수 있기 때문에 더 낮은 장벽을 나타냅니다. 이것이 앱의 목적입니다. .

앱 디자이너는 사람들이 필요한 권한을 부여할 수 있는 한 번의 (쉬운) 기회가 있음을 기억해야 합니다. 너무 빨리 또는 정당한 이유 없이 권한을 요청하면 사람들이 해당 권한을 부여하지 않을 수 있습니다. 그런 일이 발생하고 나중에 앱의 해당 기능을 사용하려면 설정에서 훨씬 더 복잡한 절차를 거쳐 권한을 부여해야 합니다.

훌륭한 사용자 온보딩 경험의 일부

온보딩의 목표는 사람들이 앱이 어떻게 도움이 될 수 있는지 정확히 알 수 있도록 하는 것입니다. 새로운 것을 시도하는 선택으로 그들을 기쁘게 하는 "하하" 순간으로 그들을 데려가는 것입니다.

회사마다 새로운 사용자 온보딩을 생성하기 위해 다른 접근 방식을 취합니다. 그러나 가장 일반적인 것이 반드시 가장 잘 작동하는 것은 아닙니다. 사용자 온보딩 모범 사례는 특정 유형의 앱에 따라 다르며 일부 패턴은 한 유형의 앱에는 완벽하지만 다른 유형에는 좋지 않습니다.

환영 화면

시작 화면은 모든 사용자 온보딩 경험의 가장 일반적인 요소 중 하나입니다. 이 화면은 새로운 고객에게 앱을 소개하는 역할을 합니다. 때로는 환영 메시지 외에 다른 내용이 포함되어 있지 않지만 로그인 또는 가입 옵션과 결합되는 경우도 있습니다. 이러한 것들이 앱의 기능에 필요한 경우 즉시 사람들을 안내하는 것이 좋으므로 시작 화면이 의미가 있습니다.

앱의 기능을 활용하기 위해 로그인 또는 계정 가입이 즉시 필요하지 않은 경우 UX 디자이너는 사람이 다음 단계에 도달할 때까지 해당 단계를 건너뛰는(또는 선택 사항으로 만드는) 모범 사례를 고려해야 합니다. 필수입니다.

제품 둘러보기

제품 둘러보기는 일반적으로 사용자 온보딩에서 두 가지 형식을 취합니다. 사람들에게 앱 작동 방식을 안내하는 비디오 또는 일련의 화면이 있는 슬라이드쇼 형식입니다.

제품 둘러보기는 앱을 처음 접하는 사람들에게 귀중한 정보를 제공할 수 있지만 실제로 시간을 들여 살펴보는 사람들의 수가 항상 높은 것은 아닙니다. 얼마나 자주 사람들이 단순히 "건너뛰기" 기능을 사용하거나 비디오를 닫고 앱 사용에 직접 뛰어들까요? 사람들은 참을성이 없고 평가가 정확한지 여부에 관계없이 "쓸모없는" 것으로 간주되는 일에 많은 시간을 보내고 싶어하지 않습니다.

제품 둘러보기가 다른 유형의 온보딩보다 더 적합한 사용 사례가 있습니다. 카메라 앱이 한 가지 예입니다. 메타 온보딩(나중에 설명)과 같은 패턴은 해당 유형의 기능에 적합하지 않습니다.

진행률 표시줄 및 체크리스트

사람들에게 온보딩 프로세스의 진행 상황을 보여주는 것은 관심을 유지하고 앞으로 나아갈 수 있는 한 가지 방법입니다. 진행률 표시줄은 사람들의 성취 욕구를 촉발합니다. 그들은 시작한 일을 끝내고 싶어하며 진행률 막대 차트를 보는 것이 그들의 움직임에 강한 동기를 부여합니다.

체크리스트는 유사하게 성취 동기를 유발할 수 있습니다. 사람들은 목록에서 항목을 확인하고 완료한 단계와 남은 단계를 정확히 표시하는 것을 좋아합니다. 이는 진행률 표시줄의 목적과 유사하지만 더 자세한 정보가 있습니다.

툴팁 및 핫스팟

일부 앱은 제품 둘러보기 및 시작 화면을 건너뛰고 대신 사람들에게 툴팁과 핫스팟을 표시하도록 선택합니다. 이것은 증가된 화면 공간으로 인해 모바일 앱보다 데스크톱 및 웹 앱에서 더 일반적입니다.

고객이 원하는 속도로 기능을 탐색할 수 있고 실제로 앱의 다른 부분을 사용해야 하는 경우 특히 동일한 제품에 대해 다른 플랫폼에서 전환하는 사용자에게 탁월한 온보딩 전략이 됩니다.

메타 온보딩

이것은 틀림없이 모바일, 데스크톱 또는 웹에서 대부분의 앱에 대해 신규 고객을 온보딩하는 가장 좋은 방법입니다. 소위 메타 온보딩은 사람들이 앱을 사용하여 앱을 사용하도록 가르칩니다. 비디오 게임의 튜토리얼 수준을 생각해 보세요.

할 일 목록 앱은 지침이 미리 채워진 목록을 사용할 수 있습니다(예: "삭제하려면 왼쪽으로 스와이프" 또는 완료로 표시하려면 오른쪽으로 스와이프). Markdown 작성 앱은 각 기능이 하는 일을 설명하는 문서로 시작할 수 있습니다. 해당 사용자는 나열된 작업을 완료하여 앱 사용 방법을 배웁니다.

많은 사람들이 이 새로운 사용자 온보딩 방법을 논리적으로 함으로써 가장 잘 배웁니다. 만드는 과정이 약간 더 복잡할 수 있지만(앱의 특성에 따라 다름) 사용자 친화적이기도 합니다. 사람들은 자신의 속도로 이동할 수 있습니다. 특히 필요에 따라 참조할 수 있도록 앱에 시작 콘텐츠를 남길 수 있다면 더욱 그렇습니다.

메타 온보딩이 제대로 작동하지 않는 앱 유형이 있습니다. 사진 편집 앱은 이러한 방식으로 설정하기가 특히 어렵습니다.

여기에서 사용자 온보딩 모범 사례를 따르면 디자이너는 사람들이 제품에 계속 참여하도록 하는 경험을 만들 수 있습니다. 고객에 대한 제품의 유용성은 제품 사용 방법을 얼마나 잘 알고 있는지와 직접적인 관련이 있습니다.

온보딩 경험 테스트 및 반복

사용자 온보딩은 "설정하고 잊어버리는" 일이 아닙니다. 앱 디자이너는 온보딩 프로세스를 테스트해야 합니다. 다양한 온보딩 경험에 대한 A/B 테스트는 사람들이 다양한 방법에 어떻게 반응하는지에 대한 귀중한 통찰력을 제공합니다.

거기에서 디자이너는 유지 지표를 기반으로 새로운 온보딩 경험을 반복할 수 있습니다. 많은 사람들이 앱을 포기하거나 한 번 열고 다시 열지 않는다면 새로운 것을 시도할 때입니다.

이것은 뛰어난 온보딩 UX라고 생각하는 것을 만든 일부 디자이너에게는 어려울 수 있습니다. 그러나 앱을 사용하는(또는 시도하는) 사람들에게 무언가가 작동하지 않는 경우 그들이 진정으로 사랑하는 온보딩 경험의 일부인 "자신의 연인을 죽일" 의지가 있다는 것이 중요합니다.

결론

신규 사용자 온보딩은 새로운 앱을 만들고 출시하는 데 있어 중요한 단계입니다. 사람들이 앱과 모든 유용한 기능을 사용하는 방법 을 이해하면 계속 사용할 가능성이 높아집니다. UX 디자이너가 환영 화면, 메타 온보딩 또는 일련의 툴팁을 선택하든 각 상황에 가장 적합한 옵션과 옵션을 알고 있으면 앞서게 됩니다.

사용자 온보딩 모범 사례를 따르면 디자이너가 처음부터 잘 작동하는 온보딩 경험을 만들 수 있습니다. 그런 다음 디자이너는 테스트를 기반으로 개선된 반복 작업을 수행하여 최대 고객 수를 유지하는 온보딩 UX를 만들 수 있습니다.

• • •

Toptal Design 블로그에 대한 추가 정보:

• 첫인상 – UX 온보딩 가이드
• 이러한 모바일 앱 온보딩 영감으로 사용자 유지
• 이러한 SaaS UX 설계 모범 사례를 통해 참여도 향상
• 모바일 앱 디자인 모범 사례 및 실수
• 모바일 사용성을 위한 기본 가이드