Всестороннее руководство по дизайну мобильных приложений (часть 2)

ПРИОРИТЕТНЫЕ НАВИГАЦИОННЫЕ ВАРИАНТЫ

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

НЕ СМЕШИВАЙТЕ НАВИГАЦИОННЫЕ ШАБЛОНЫ

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

СДЕЛАЙТЕ НАВИГАЦИЮ ВИДИМОЙ

Как говорит Якоб Нильсен, признание чего-то проще, чем его запоминание. Минимизируйте загрузку памяти пользователя, показывая действия и параметры. Навигация должна быть доступна в любое время, а не только тогда, когда она ему понадобится.

МЕСТО ПРОВЕДЕНИЯ КОММУНИКАЦИИ

Неспособность указать текущее местоположение является очень распространенной проблемой многих меню мобильных приложений. «Где я?» - один из основных вопросов, на которые пользователи должны получить ответ, чтобы успешно перемещаться по приложению. Люди должны знать, где они находятся в вашем приложении в любой момент.

Использование функциональной анимации для уточнения навигационных переходов

Анимация - лучший инструмент для описания переходов . Это помогает пользователям понять изменение состояния в макете страницы, что вызвало изменение и как инициировать изменение снова, когда это необходимо.

БУДЬТЕ ОСТОРОЖНЫ С ИСПОЛЬЗОВАНИЕМ ЖЕСТОВ В UI

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

Как отмечает Томас Джоос в своей статье «За кнопкой: Охватывая интерфейс, управляемый жестом», самым большим недостатком использования жестов в пользовательском интерфейсе является кривая обучения. Каждый раз, когда видимый элемент управления заменяется жестом, кривая обучения приложения увеличивается. Это происходит потому, что жесты имеют более низкую открытость - они всегда скрыты, и люди должны иметь возможность идентифицировать эти параметры, чтобы использовать их. Вот почему очень важно использовать только широко принятые жесты (те, которые пользователи ожидают в вашем приложении).

Когда дело доходит до использования жестов в пользовательском интерфейсе, выполните несколько простых правил:

Используйте стандартные жесты.

• Под «стандартом» я подразумеваю жесты, которые наиболее естественны для приложения в вашей категории. Люди знакомы со стандартными жестами, поэтому никаких дополнительных усилий не требуется, чтобы их обнаружить или запомнить.
• Предложите жесты в качестве дополнения , а не к замене видимых вариантов навигации.Жесты могут работать как ярлыки для навигации, но не как полная замена видимых меню. Таким образом, всегда предлагайте простой, видимый способ навигации, даже если это означает несколько дополнительных действий.

Сосредоточтесь для получения опыта

Первый опыт - это создание или передел части мобильных приложений. И если вы потерпите неудачу, есть большая вероятность, что пользователи не запустят ваше приложение снова. (Исследование Localytics показывает, что 24% пользователей никогда не возвращаются в приложение после первого использования.)

ВХОД В СИСТЕМУ

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

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

НАБЛЮДАТЕЛЬНЫЙ ОПЫТ

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

Среди многих стратегий особенно эффективен контекстный onboarding . Контекстная onboarding означает, что инструкции предоставляются только тогда, когда пользователь в них нуждается. Duolingo - отличный пример. Это приложение сочетает интерактивный тур с прогрессивным раскрытием, чтобы показать пользователям, как работает приложение. Пользователям предлагается совершать быстрые тесты на выбранном языке. Это делает обучение интересным и доступным.

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

Не запрашивайте информацию о настройке.

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

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

ИЗБЕГАЙТЕ ВОПРОСОВ, КАСАЮЩИХСЯ РАЗРЕШЕНИЙ

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

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

Советы:

• Спрашивайте только о том, что нужно для вашего приложения.

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

• Объясните, почему ваше приложение нуждается в информации, если это не очевидно.

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

Сделайте свое приложение быстрым и отзывчивым.

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

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

СКОНЦЕНТРИРУЙТЕСЬ НА ЗАГРУЖАЕМОМ СОДЕРЖАНИИ

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

СДЕЛАЙТЕ ПОНЯТНОЙ ЗАГРУЗКУ

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

ПРЕДЛОЖИТЕ АНИМИРОВАННОЕ РАЗВЛЕЧЕНИЕ

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

Совет. Постарайтесь сохранить интерес пользователей. Даже хорошая анимация может раздражать, если она злоупотребляет их вниманием. При проектировании анимации спросите себя: «Будет ли анимация раздражать в сотый раз при использовании или она приятна и ненавязчива?»