Hi-Tech

Как попросить пользователя открыть приложению доступ к данным

Указывайте конкретную причину и пишите простым языком — советует UX-специалист Nielsen Norman Group Мария Росала.

В закладки

Оно отправляет запрос в виде модального диалогового окна. Перед получением доступа к устройству пользователя (камере, геолокации, микрофону) приложение должно запросить разрешение.

Чтобы применить голосовой ввод в «Google Переводчике», пользователю нужно открыть приложению доступ к микрофону. Запросы на доступ в iOS (слева) и Android (справа) отличаются

Как видно на примере выше, в iOS приложение просит у пользователя доступ к микрофону, а в Android запрашивает разрешение на запись звука.

В запросе на Android такой информации нет. Кроме того, в iOS в диалоговом окне есть пояснение, зачем приложению нужен доступ к микрофону. Но это не обязательно плохо: возможно, Android-дизайнер позаботился о том, чтобы пользователь узнал причину запроса ещё до появления модального окна.

Она даёт пользователю контроль над его данными. Запрос на доступ — важная вещь. Если разрешить доступ, многие приложения будут просматривать файлы до тех пор, пока пользователь не удалит их или специально не ограничит доступ в настройках.

Пользователи должны быть уверены в том, что приложение никогда не будет злоупотреблять доступными ему ресурсами.

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

Также, возможно, UX-дизайнеры и разработчики не считают запросы на доступ чем-то важным и делают их наспех. Одна из возможных причин — запросы на доступ часто находятся вне компетенции UX-дизайнеров, внешний вид таких окон определяет система.

Тем не менее запросы на доступ сказываются на общем впечатлении от работы в приложении и должны следовать тем же принципам юзабилити, что и другие функции:

  • Понятность и простота в использовании.
  • Соответствие представлениям пользователя.
  • Помощь пользователю в совершении самостоятельного и осознанного выбора.
  • Стойкость в проверках регуляторов.

Плохо разработанные запросы мешают работе, путают и раздражают. Хорошие запросы на доступ выглядят обоснованными и ненавязчивыми, и пользователь быстро принимает решение. Кто-то даже решит удалить приложение и скачать аналогичное только из-за непонятного запроса.

На что обратить внимание дизайнеру

Эти три фактора значительно влияют на качество оформления запроса на доступ:

  1. Текст в запросе на доступ.
  2. Момент появления запроса.
  3. Возможность изменить решение позже.

Текст в запросе на доступ

Лучший запрос на доступ — тот, который сообщает пользователю причину своего появления.

В исследовании 15 мобильных приложений Джошуа Тан из Университета Северной Дакоты и его коллеги обнаружили, что пользователи на 12% чаще соглашались открыть доступ к ресурсам устройства, если знали причину запроса.

Разница оказалась внушительной. Заинтересовавшись, исследователи проверили результативность разных причин для доступа к контактам в приложении Party Planner, которое они создали.

Оказалось, что пользователи, видевшие в запросе убедительную причину, открывали доступ к контактам на 81% чаще тех, кто видел в запросе слабую причину.

  • Убедительно: «Разрешите Party Planner доступ к вашим контактам, чтобы приложение запомнило адреса электронной почты ваших друзей и вводило их автоматически».
  • Слабо: «Party Planner хотел бы получить доступ к вашей адресной книге, чтобы показать вам самые недорогие места для развлечений неподалёку от местоположения ваших контактов».

Неудивительно, что при хорошо сформулированных запросах пользователи соглашались почти вдвое чаще обычного. От текста в интерфейсе зависит поведение пользователя.

Дизайнеры должны написать в запросе понятный текст, чтобы не встревожить пользователя и помочь понять, зачем приложению нужны ресурсы устройства. Когда пользователи читают запрос на доступ, они мысленно оценивают, какую пользу из этого извлекут и чем будут рисковать. Особенно это важно в запросах, неожиданных для пользователя.

Что делать, чтобы помочь пользователям:

  1. Не используйте в тексте запроса профессиональную речь и акцентируйте внимание на пользе для пользователя. Нельзя просто сообщать, что системе нужен доступ к ресурсам.
  2. Чётко сообщайте пользователям, что они получат, если разрешат приложению доступ к данным.
  3. Не запрашивайте доступ к ресурсам устройства, если он бесполезен. В противном случае это может вызвать подозрения насчёт вашего приложения и бренда.

Instagram чётко объясняет, что пользователь получит, если разрешит приложению доступ к галерее: возможность обмениваться фотографиями с другими людьми и сохранять фотографии, отредактированные в приложении

В приложении United Airlines для iOS поясняющая строка написана плохо: «Использование камеры и галереи для считывания проездных документов и деталей оплаты».

Кроме того, в запросе не объясняется, чем полезно открытие доступа для пользователя. Из-за такой формулировки приложение выглядит нелепо и вызывает недоверие. Польза — пользователю не придётся вводить данные своего паспорта вручную, если он его сфотографирует. К примеру, «считывание проездных документов» — просто название функции приложения.

Эта информация позволит пользователю легко понять, для чего нужен запрос, и принять его. Пишите запросы, акцентируя внимание на пользе.

Слишком часто дизайнеры Android-приложений забывают объяснить, почему приложение запрашивает доступ к ресурсам и чем это полезно для пользователя (тогда как в версиях тех же приложений на iOS с объяснениями всё идеально).

Иначе пользователь не будет до конца осознавать свой выбор. UX-дизайнеры, работающие на Android, не должны забывать выводить на экран окно с дополнительной информацией о причине запроса перед появлением самого запроса.

Заголовок: «Никогда не забывайте перезвонить». Текст: «Any.do может напомнить вам перезвонить. Не дайте важному звонку ускользнуть от вас снова». Кнопки:  «Не сейчас» и «Разрешить»

В данном случае — напоминания, что надо кому-то перезвонить. Any.do, планировщик задач для Android, при запуске приложения показывает модальное окно с объяснением, что полезного получит пользователь, если откроет доступ к своим контактам.

Если бы при запуске приложения это окно не появилось, запрос на доступ стал бы для пользователя Android неожиданностью и, возможно, насторожил. Когда пользователь выбирает опцию «Разрешить», запускается обычный запрос на доступ в Android. Пользователь задался бы вопросом: зачем планировщику нужен доступ к моим контактам?

Как написать хороший текст в запросе:

  • Пишите в активном залоге, простым языком, понятным вашим пользователям.
  • Объясните, зачем приложению понадобился доступ к ресурсам и чем это полезно для пользователя. Как правило, формула написания хорошего текста для запроса на доступ выглядит так: [название приложения] хочет получить доступ к вашему [название ресурса], чтобы вы могли [польза для пользователя или задача, которую он сможет выполнить].
  • Когда вы объясняете, для чего нужен запрос на доступ, избегайте расплывчатых фраз вроде «...это сделает вашу работу в приложении более комфортной». Пользователи весьма скептически относятся к туманным обещаниям и начинают подозревать, что разработчики — мошенники, и таким образом маскируют свою преступную схему.
  • Если вы дизайнер Android-приложений, создавайте окна с дополнительной информацией о причине запроса перед появлением запросов на доступ, которых пользователь не ожидает. Так он ещё до появления диалогового окна узнает, зачем система просит доступ к его ресурсам и какую пользу это принесёт.
  • Протестируйте свои запросы на пользователях, чтобы выяснить, понятен ли в них текст.

Момент появления запроса на доступ

От момента зависит, посчитает пользователь запрос на доступ естественным или настораживающим.

Запросы на доступ, связанные с контекстом, реже оказываются для пользователя сюрпризом: пользователи нажимают на значок в приложении (например, значок камеры или микрофона) или нажимают на поле, где нужно ввести адрес (для определения геолокации), и система реагирует на эти действия запросом на доступ. Есть два типа запросов на доступ: связанные с контекстом происходящего и инициируемые системой.

Пользователь сам поймёт назначение запроса, когда вспомнит, какое действие он выполнил перед появлением окна.

И наоборот, запросы, инициируемые системой, появляются только в определённое время, и часто для них нужны дополнительные условия.

Поскольку инициируемые системой запросы могут быть запрограммированы на появление в любое время, велика вероятность, что они появятся в неудобный для пользователя момент. Пример такого запроса — когда пользователь открывает приложение в первый раз и получает диалоговое окно с запросом на доступ к геолокации.

Пользователю остаётся только гадать, для чего «Google Картам» файлы его медиатеки (ответ: для отображения в приложении информации об играющей песне). В «Google Картах» для iOS неожиданный запрос на доступ к медиатеке, инициированный системой, появляется, когда пользователь нажимает кнопку «В путь», чтобы проложить маршрут к местной гостинице.

Лучше было бы просто рассказать о новых функциях при запуске приложения, а пользователь опробует их позже. Хотя эта функция могла бы сделать приложение удобнее, она появляется в неподходящий для момент: когда пользователь сосредоточен на выполнении своей задачи.

В приложении Waze для Android, когда пользователь нажимает на красную кнопку микрофона, появляется запрос на доступ к записи звука. Это пример полезного запроса, который пользователь ожидает увидеть в контексте совершаемых действий

Это может серьёзно утомить. Когда пользователь устанавливает и запускает Viber на своём Android-устройстве, приложение встречает его пятью запросами на доступ подряд.

Насчёт того, зачем Viber нужен доступ к контактам, пользователь ещё может догадаться, назначение других запросов интуитивно понять сложно. Приложение запрашивает доступ к контактам, фотографиям, камере, микрофону и геолокации.

Лучше отправить часть запросов в другое время: например, запрашивать доступ к галерее и камере, когда пользователь пытается загрузить изображение со своего телефона или сделать снимок из приложения.

Запрашивать сразу доступ ко всем ресурсам (как делает Viber на Android) — это как просить у людей денег на «благое дело», но не уточнять, на какое именно. Если приложение в момент запуска не даёт пользователю спокойно работать, это может запутать и сильно озадачить.

Остальные запросы лучше отправить потом, когда они понадобятся для предоставления дополнительных функций. Поэтому при первом запуске лучше всего запрашивать доступ только для самых важных для приложения вещей (необходимые для его основных функций).

Когда отправлять запрос на доступ:

  • Не присылайте пользователю все запросы одновременно. Не запрашивайте доступ к ресурсам сразу после установки.
  • Присылайте запрос, когда пользователь захочет использовать функцию, для которой нужен доступ к тому или иному ресурсу. Так пользователь поймёт, в каком контексте появился запрос, и почувствует контроль над ситуацией. К тому же он, скорее всего, сумеет понять назначение запроса на доступ и примет его.
  • Когда пользователь работает в приложении, не отвлекайте его системными запросами на доступ, которые не имеют отношения к задаче. Неожиданные диалоговые окна могут вызвать раздражение, и пользователь быстро ответит отказом на запрос.
  • Если вы запрашиваете доступ к ресурсу, необязательному для работы приложения, объясните пользователю, чем это будет полезно.

Возможность изменить решение позже

Например, он может отказать мессенджеру в доступе к контактам, но позже поймёт, что вносить контакты вручную слишком сложно. Сначала, бывает, пользователь отказывает приложению в доступе, а затем хочет изменить свой выбор.

Лучше объясните, почему та или иная функция недоступна, и подскажите, что можно сделать. Если пользователь сначала отклонил запрос на доступ, а потом попытался получить доступ к связанной с ним функции, не показывайте ему сообщение об ошибке.

Дайте возможность напрямую зайти в настройки, где можно разрешить приложению доступ к своим ресурсам.

«Нет доступа к камере. Чтобы считывать коды и делать фотографии для вашего профиля, разрешите нам использовать вашу камеру через “Настройки” → “Приватность” → “Камера”». Ниже надпись «Открыть настройки», на которую можно нажать

Текст говорит, что приложение сейчас не может использовать камеру, и подсказывает, где в настройках можно разрешить или запретить приложению доступ к ресурсам. Приложение Venmo для iOS показывает эту надпись после того, как пользователь отклонил запрос на доступ к камере.

Она кликабельна, но это неочевидно: ссылка выглядит как простой текст. Единственное, что здесь можно поправить, — оформление ссылки «Открыть настройки».

Как дизайнеру помочь пользователю:

  • Пользователь пытается получить доступ к функции, для которой нужен ресурс устройства, но запрос на доступ был отклонён. В этом случае чётко опишите, почему функцию нельзя использовать.
  • Укажите пользователю, где именно в настройках устройства он может отменить свой выбор.

Не используйте «тёмные паттерны»

С момента вступления в силу GDRP некоторые разработчики начали использовать «тёмные паттерны», чтобы подтолкнуть пользователей согласиться с запросами на доступ.

Такие запросы часто появляются в момент, когда пользователь находится в процессе решения задачи. Иногда запрос на доступ отображают в виде информационного диалогового окна (как можно увидеть на примере с WeChat ниже). Дизайнеры подталкивают разрешить доступ, не вникая в смысл запроса.

Кроме того, это может подорвать доверие пользователей и сказаться на их лояльности к вам. Хотя таким недобросовестным методом можно добиться того, что пользователи чаще станут принимать запросы на доступ, это сомнительно с точки зрения морали и закона.

WeChat нужен доступ к контактам устройства. У пользователя есть два варианта: нажать на «Ок» (под этой кнопкой есть сноска «Рекомендуется») либо нажать на «Узнать больше»

Под кнопкой «Ок» есть подпись «Рекомендуется», а возможности прямо отклонить запрос вообще нет. Это уведомление от WeChat использует «тёмный паттерн»: маскирует запрос на доступ под информационное диалоговое окно.

Если пользователи захотят отказать приложению в доступе к своим контактам, им придётся выполнить ещё больше действий, потому что надо нажать на кнопку «Узнать больше», которая ведёт к ещё более «тёмным паттернам», затрудняющим отклонение запроса.

Не используйте «тёмные паттерны».

Уважайте их решение. Дайте вашим пользователям столько информации, чтобы они сами могли сделать выбор. Помните, что вы в любом случае сможете помочь пользователю изменить выбор в дальнейшем.

Заключение

Когда пользователи решают, принять ли запрос на доступ, они мысленно взвешивают, чем это будет полезно и чем они рискуют. Запросы на доступ от приложений позволяют держать свои данные под контролем.

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

Наконец, дизайнеры не должны использовать «тёмные паттерны», а вместо этого честно давать пользователю выбор и возможность изменить его.

#ux #пользовательскийопыт

Показать больше

Похожие статьи

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Кнопка «Наверх»
Закрыть