Примерно о половине функций, которые может выполнять  ваше мобильное приложение, пользователи не знают. А успех приложений, да и любого другого продукта вообще, сильно зависит от того, как публика его использует. И не надо думать, что мобильные приложения невероятно просты. Простотой могут похвастать не больше 7% из всех. Чтобы использовать все опции, которыми нашпиговано приложение, пользователю приходится его изучать. Но обучение это тяжелая работа, а пользователи не хотят этим заниматься и не изучают пользовательский интерфейс, и не знают о большинстве вложенных функций. Люди не читают инструкций. Поэтому даже за долгие месяцы использования приложения человек применяет только несколько базовых функций. И те он познает в первые два-три дня после установки. Позже изучение опций либо затормаживается, либо прекращается полностью. И скорее всего, пройдет еще куча времени, прежде чем он откроет для себя еще хотя бы парочку новых функций в вашем приложении. Плохо то, что желание изучать приложение мало зависит от его презентабельности или от степени прозрачности внутренней структуры. Это подтверждают исследования последних десяти лет.

Примеры из прошлого

Одним из первых исследований этой темы была работа Стива Дрейпера, опубликованная в 1984 году. Самому Дрейперу понадобилось как минимум семь лет, чтобы стать квалифицированным системным администратором Unix. Но эти гики даже через семь лет не знают всего: каждый специалист является экспертом только в какой-нибудь одной области знаний. Пример компании Microsoft. Перед разработкой офисного пакета Microsoft Office 2007 компания проводила опрос среди своих клиентов. Разработчики, готовые выслушать пожелания пользователей, спросили их, какие новые функции должны появиться в новой версии пакета. Результаты были поразительны. Подавляющее большинство опрошенных предлагало функции, которые были добавлены в Office уже много лет назад. Изобретением новых опций заниматься не стали, а добавили ленту инструментов.

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

Свежий пример

Недавно компания «Nielsen Norman Group» проводила исследования юзабилити мобильных приложений, которые в скором времени должны были обновиться. Статистика неизменно показывала, что аудитория очень мало знает о приложениях, которыми пользуется едва ли не каждый день. Неважно, iPhone у человека, Android или устройство на Windows Phone – большинство функций он не использует потому, что не знает о них. В одном из исследований проводился простейший, но очень эффективный, тест. Участник исследования просто показывал, какие приложения есть на его смартфоне, и рассказывал, как он их использует. Некоторым предлагали воспользоваться функциями, о которых они не упомянули в своем рассказе. И реакция на это, как правило, была одинаковая: «Ничего себе, я и подумать не мог, что здесь есть такая функция».

Почему так происходит?

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

Как поощрять обучение пользователей?

Самое главное – понять, что основная масса пользователей не хочет учиться. По разным причинам. Разработчику приложения (как человеку, знающему о нем все) может казаться, что оно очень полезно и даже важно. Но аудитория видит это приложение как одно из сотен тысяч. И полностью разрешить эту проблему невозможно. Но существуют вполне очевидные методы смягчения ситуации. Как можно меньше функций. Каждая дополнительная опция делает приложение сложнее. Чем их меньше, тем легче найти и использовать каждую из них. Как это ни парадоксально, но чем меньше функций, тем чаще их используют. Принцип очевидности. Технологии вполне позволяют аккуратно скрыть все дополнительные функции так, чтобы они не заслоняли добрую половину экрана, а при необходимости одним касанием красиво разворачивались. Но пользователю обязательно нужно предложить очевидный способ, чтобы их отобразить. Дельные советы. Пользователи не читают инструкций, но иногда им интересны краткие советы, которые приводятся в контексте. Обучение на ошибках. Когда появляется сообщение об ошибке, пользователь вдруг понимает, что что-то он делает не так. Поэтому в уведомлении об ошибке должно быть максимум полезной информации, чтобы пользователь попробовал найти другие варианты решения своей задачи. Пути к отступлению. Пользователи часто из простого любопытства выбирают ту или иную функцию. Поэтому им нужны пути к отступлению (кнопка «назад»/«отменить»). Иначе, в страхе сделать «что-нибудь не то», пользователи прекращают изучать интерфейс. Однозначные указания. Чрезмерно плоский дизайн, где все элементы выглядят одинаковыми, вводят пользователя в недоумение. В материалах, представляющих приложение, должно быть недвусмысленно указано, что люди могут делать и как они должны это делать. Обычное юзабилити. Пользователю неинтересно преодолевать интерфейс, чтобы найти нужную ему функцию. Поэтому структура приложения должна быть привычной – похожей на то, что до вас делали уже сотню раз, похожей на то, как это делали. Предварительный просмотр. Когда действия пользователя предполагают какой-то осязаемый результат (скажем, распечатанный текст), важно дать ему возможность взглянуть на результат до того, как нужное действие будет осуществлено. Яркий пример – предварительный просмотр документа перед распечаткой в Microsoft Word.