Гайдлайн по iOS на русском. Часть 13 — Взаимодействие: Авторизация
Привет. Меня зовут Руслан. Я UX/UI дизайнер в Siemens. У меня есть ютуб-канал, на котором записано несколько плейлистов по основам UX/UI дизайна (лайк, подписка и тд). В этой серии постов я делюсь вольным переводом iOS гайдлайна на русский язык. Как и с переводом Material Design все части будут объеденены в 1 notion документ. Оригинальный источник этой части: здесь.
Запрашивайте у юзеров авторизацию только в обмен на ценную информацию, такую как персонализированные рекомендации, доступ к дополнительным функциям, покупка контента или синхронизация данных. Если ваше приложение требует авторизации, то используйте “Sign in with Apple”, чтобы дать людям простой и безопасный способ входа. Когда вы поддерживаете эту фичу, люди получают консистентный опыт входа в приложение, которому они могут доверять, и удобство, заключающееся в том, что им не нужно запоминать несколько учетных записей и паролей.
Если вы не используете вход с помощью Apple, используйте автозаполнение пароля (Password AutoFill). Эта функция автоматически генерирует и заполняет пароли и коды безопасности, чтобы люди тратили меньше времени на экраны авторизации. Все приложения должны поддерживать эту функцию.
Отложите авторизацию как можно дальше. Люди часто закрывают и отказываются использовать приложения, когда они вынуждены авторизоваться, прежде чем приложения начнут делать что-то полезное. Дайте людям шанс попробовать ваше приложение, прежде чем они будут вынуждены авторизоваться. В приложении для каких-либо покупок, люди должны иметь возможность смотреть на товар сразу после запуска, а вы должны требовать входа только тогда, когда юзеры готовы сделать покупку. В приложениях для трансляции мультимедиа контента пользователи могут изучать ваш контент и смотреть его, поэтому стоит подумать сперва о том, что вы можете предложить, прежде чем юзеры войдут в систему.
Объясните преимущества аутентификации и как зарегистрироваться в сервисе. Если ваше приложение требует авторизации, то покажите краткое и понятное объяснение на экране авторизации, которое описывает причины почему надо войти в систему, а также преимущества наличия аккаунта в вашем сервисе. Кроме того, помните, что не все пользователи вашего приложения имеют учетную запись с самого начала. Убедитесь, что вы объяснили как зарегистрироваться или дайте им простой способ регистрации в приложении типа “Sign in with Apple”.
Сведите к минимуму ввод данных, показывая соответствующие клавиатуры. При запросе адреса электронной почты, например, покажите экран клавиатуры электронной почты, на котором отображены полезные иконки для ввода данных.
Никогда не используйте термин ”код доступа” (Passcode) . Код доступа используется для разблокировки устройства iOS пользователя и аутентификации с помощью Apple Pay, когда биометрическая аутентификация отключена.
Face ID и Touch ID
По возможности поддерживайте биометрическую аутентификацию. Face ID и Touch ID-это безопасные, привычные методы аутентификации, которым люди доверяют. Если пользователь включил биометрическую аутентификацию, можно предположить, что он понимает, как она работает, ценит ее удобство и предпочитает использовать ее при любой возможности. Имейте в виду, что люди могут отключить биометрическую аутентификацию на своем устройстве, поэтому ваше приложение должно быть готово к этому сценарию.
Дайте юзерам один способ авторизации. Когда людям не нужно выбирать то, как авторизироваться это является наиболее интуитивным решением. Просто дайте им один вариант, например Face ID. Также предлагайте альтернативные варианты, такие как авторизация по почте и паролю, в качестве запасных вариантов только в том случае, если первоначальный метод выдает ошибку по какой-либо причине.
Запускайте авторизацию только в ответ на действия пользователя. Явное действие, например нажатие кнопки, гарантирует, что пользователь хочет выполнить аутентификацию. В случае Face ID это также увеличивает вероятность того, что пользователь смотрит на камеру.
Всегда определяйте способ аутентификации. Например, кнопка для входа в приложение с помощью Face ID должна называться “Вход с помощью Face ID”, а не “Вход в систему”.”
Точно используйте методы аутентификации. Не используйте Touch ID на устройстве, которое поддерживает уже Face ID. И наоборот, не используйте на Face ID на устройстве, которое поддерживает только Touch ID. Сперва проверьте возможности устройства, а затем используйте соответствующую терминологию и метод.
Как правило, не нужно отображать настройки с выбором альтернативного способа авторизации, если юзер использует уже биометрию. Если биометрическая авторизация включена на уровне всей системы, то уже можно просто предположить то, что пользователь хочет ее использовать. Если вы реализуете настройку для конкретно вашего приложения, то пользователь может оказаться в неприятной ситуации, при которой биометрия будет включена в вашем приложении, а в действительности отключена во всей системе.
Не используйте иконки для указания системных функций аутентификации. Когда люди видят системные иконки Touch ID (отпечаток пальца) и Face ID, они думают, что они должны авторизоваться. Использование иконок для указания на функции аутентификации создает несогласованность и вызывает путаницу, особенно когда иконки окрашены в какой-то цвет, отображены в большом размере и размещены в интерфейсе вне контекста.
