Мобільний UX-дизайн: Як правильно запитувати користувачів дозволу

image

Ви знали, що середньостатистичне додаток втрачає 80% своїх щоденних активних користувачів протягом 3 днів після установки? У більшості випадків люди встановлюють додаток, відкривають його і видаляють. Користувачі пробують багато додатків, і протягом кількох днів вони вирішують, які залишити, а які вилучити.

Чи означає така поведінка користувачів, що ці додатки погано опрацьовані? Не завжди. Але перший досвід взаємодії з додатком грає ключову роль в створенні враження в цілому (поганого або хорошого). Останнє, що хочуть побачити користувачі, відкриваючи новий додаток, це нескінченна низка спливаючих вікон, запитують дозволу:

● доступу до інформації про ваше місцезнаходження

● доступу до контактів

● доступу до камери



Це негативно впливає на досвід взаємодії і викликає бажання видалити додаток. Щоб утримати користувача, додаток повинен почати взаємодіяти з ним до того, як доведеться просити дозволу. Ця стаття вкаже вам правильний шлях і допоможе уникнути поширених помилок в організації запитів дозволів.

Розробіть стратегію



Найгірше, що ви можете зробити для свого додатку — це бомбардувати користувача запитами дозволів без жодних коментарів і пояснень. Поширеними помилками є як надто ранні, так і занадто часті запити. І все ж, багато додатків так і роблять: видають користувачеві запит на дозвіл відразу, як тільки він відкриває додаток. Наприклад, Inbox від Gmail запитує дозволу ще до знайомства з сервісом, без особливої потреби, не даючи ніякої додаткової інформації.

image

Зображення: Inbox від Gmail

Відправляючи запит на дозвіл, ви очікуєте, що всі користувачі дадуть позитивну відповідь. Щоб досягти цієї мети, вам потрібна стратегія запитів. Вона залежить від прозорості та актуальності вашого запиту. Важливі дозволу слід запитувати відразу, другорядні можна запросити в ході роботи з додатком.

image

Схема складання запитів дозволів. Зображення: Material Design

Коли запитувати дозвіл



Одним з ключових чинників, що визначають відповідь на запит користувача, є момент, коли він з'являється.

Просте правило: Не запитуйте доступ, коли в цьому немає реальної необхідності.

На початкових етапах запитуйте тільки важливі права

Для багатьох додатків життєво необхідний доступ до яких-небудь даних. Наприклад, якщо додаток залежить від SMS-сервісу, без доступу до цього сервісу воно буде марним. На щастя, користувач очікує, що месенджеру знадобиться дозвіл на доступ до SMS, тому його можна запитувати відразу.

image

Зображення: Google Hangouts

Якщо для роботи функцій необхідно більше одного дозволу, запросіть тільки ці дозволи і нічого більше.

Висновок: Зробіть так, щоб користувачеві було зрозуміло, що робить додаток (з опису або попереднього схожого досвіду) і запитуйте на початкових етапах тільки важливі, очікувані для користувача дозволу.

Запитуйте дозволу в ході роботи



У більшості випадків, коли користувальницький досвід починається з ряду запитів на дозвіл, ви ризикуєте втратити можливість залучити користувача. Додатками краще запитувати дозволу в ході роботи і пояснювати, що вони дадуть. Коли користувачі вже залучені, вони з більшою ймовірністю дадуть дозвіл.

image

Зображення: thinkwithgoogle

Висновок: Користувач з більшою ймовірністю дасть дозвіл, якщо запитати його під час виконання конкретного завдання.

запитувати дозвіл

Додаток має при кожному запиті пояснювати, навіщо йому потрібно той чи інший дозвіл, або в назві функції, або в коментарі. Запам'ятайте: якщо ви хочете отримати позитивну відповідь, потрібно просити ввічливо.

Просте правило: Зробіть так, щоб користувачеві було гранично ясно, що він отримає, якщо дасть дозвіл.

Додаткові пояснення

Про дозволи, мета яких не очевидна, потрібно розповісти детальніше. Якщо у вашої програми є покрокове керівництво, використовуйте його, щоб пояснити, що робить додаток і навіщо потрібні ті чи інші дозволи.

image

Зображення: Material Design

Інший хороший спосіб — пояснювати призначення дозволів в ході роботи. Це дозволяє підтримувати інтерес користувача і допомагає йому зрозуміти мету запиту. Постарайтеся пояснити користувачеві, що дасть йому це дозвіл.

image

Зображення: Google Maps

Підготуйте користувача до запиту

Це можна зробити, додавши фонове зображення, яке буде пояснювати запит на дозвіл. Foursquare готує користувачів за допомогою фонового зображення, яке пояснює, навіщо додатком потрібно дозвіл.

image

Зображення: Foursquare

«Попередження» повідомлення перед безпосереднім запитом

На iOS ви можете запитувати дозвіл за замовчуванням тільки один раз для кожної функції. Найгірше, що може статися, якщо це ваш користувач відмовить у дозволі на системному рівні, оскільки змінити це рішення на iOS дуже непросто. Найкраще «попередити користувача про майбутній запиті до того, як він з'явиться на екрані.

Cluster — хороший приклад програми, що використовує цей прийом. Cluster дотримується наступну послідовність: подача контексту, попередження і нарешті сам запит на дозвіл. Використання попередніх діалогів практично вирішило проблему відмов для Cluster.

image

»Попередження" — це система діалогових вікон, що дає поняття про майбутній запиті. Зображення: Cluster

Запитуйте у момент дії

Діалог з користувачем працює ще краще, ніж подача контексту. Він робить запит очікуваним для користувача і тим самим спонукає його дати згоду, щоб забезпечити роботу відповідної функції. Дочекайтеся активації функції, щоб запитати дозвіл. Коли користувач захоче скористатися функцією, наприклад, камерою в Cluster, за її активацією піде запит доступу до фотографій.

image

Запитуйте у користувачів дозвіл, тільки коли вони намагаються використовувати функцію. Зображення: Cluster

Що робити з відмовами у вирішенні

Відмова у дозволі може перешкодити нормальній роботі функції. Це потрібно доводити до відома користувача, коли він дає відмову.

Просте правило: у разі відмови в дозволі завжди потрібно давати зворотний зв'язок.

Критично важливі права

Якщо програма не може функціонувати із-за відмови в критично важливій дозволі, поясніть, навіщо воно потрібно, і дайте посилання на налаштування, де користувач може дати згоду.

Нижче ви бачите приклад екрана Google Hangouts, пояснює, що дозвіл необхідно для роботи програми.

image

Зображення: Google Hangouts

Висновок



Всі програми різні, але нам завжди потрібно думати, в який момент користувачеві знадобиться доступ до різних частин телефону і даними, і зробити так, щоб запит був очікуваним. Покращувати користувальницький досвід можна нескінченно. Не упускайте можливість підготувати користувача так, щоб він дав дозвіл! Завжди перевіряйте, щоб з'ясувати, що вам найбільше підходить.
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.