Тема экранов для регистрации и первого использования настолько широка, что ей можно было бы посвятить отдельную книгу. И, оказывается, такая книга существует. Если вы хотите заняться этим вопросом более подробно, рекомендую великолепную работу Сэмюэля Хьюлика The Elements of User Onboarding («Элементы адаптации новых пользователей»)
[119].
ДАННЫЕ, УДАЛЕННЫЕ ПОЛЬЗОВАТЕЛЕМ
Второй тип пустого слоя появляется, когда клиент самостоятельно удаляет все данные с экрана: например, выполняет все пункты из списка дел, прочитывает уведомления, архивирует все электронные письма или заканчивает загрузку музыки.
Этот слой дает возможность вознаградить клиента или мотивировать его на дальнейшие действия (рис. 6.15). В вашем почтовом ящике больше нет писем? Отлично! Получайте за это красивое фото. Вы загрузили всю музыку? Здорово, теперь прослушайте ее. У вас больше не осталось уведомлений? Вот еще парочка, которые могут вас заинтересовать.
Рис. 6.15. Да, это винтажный скриншот из iOS 6, но он позволяет вспомнить тот небольшой прилив дофамина, который ощущали многие из нас, полностью очистив почтовый ящик. Моя награда — выбранная специально для меня фотография из чьего-то Instagram-аккаунта (сцена в кафе или красивый закат). Кроме того, я могу поделиться ею с друзьями, чтобы рассказать им, что у меня в почте больше нет писем, и заодно прорекламировать Mailbox. Тройная польза!
Клиент, удаляющий данные, — это клиент, который взаимодействует с вашим продуктом. Удерживайте его в сценариях продукта, выполняя за него всю работу. Подталкивайте его к следующему шагу, ведь без вас он может его не сделать.
ОТСУТСТВИЕ РЕЗУЛЬТАТОВ
Если пользователь ищет в вашем продукте определенную информацию, всегда существует риск, что ее там не окажется. Подобные ситуации дают прекрасную возможность задуматься о том, что пытался обнаружить клиент, и предложить ему что-то новое.
Один из лучших примеров этого метода, который я видел, использует Amazon. Поиск Amazon учитывает ошибки в написании и похожие запросы и почти никогда не оказывается безрезультатным (рис. 6.16). Вам показывают похожие результаты и уточняют, как именно они отличаются от первоначального запроса.
Рис. 6.16. Пример, в котором я признаюсь в своей любви к металлу и Metallica. Когда-то это должно было случиться
В случае с Pinterest (рис. 6.17) результаты не совсем такие же, как в Amazon, но, в конце концов, это Pinterest. Учитывая, как их поисковая система обрабатывает запрос, клиент легко может скорректировать его, чтобы получить желаемое.
Рис. 6.17. Обратите внимание, что результаты поиска распределены по категориям (Handmade), а поисковый запрос можно легко удалить
Запомните, что на этом этапе важно не оттолкнуть клиента, а показать ему что-то, с чем он сможет работать дальше, или предложить альтернативный путь.
СОСТОЯНИЕ ОШИБКИ
Это экран, который демонстрируется клиенту, если что-то идет не так. Обычно в состоянии ошибки пользователь видит более одного экрана, так как ошибки могут возникать в различных комбинациях: от отсутствующих или недействительных данных до прерывания связи с сервером, от попытки приложения продолжить работу, когда еще не завершена загрузка, до перехода на другую страницу без отправки текста на предыдущей, и так далее.
Экраны ошибки должны успокаивать клиента, показывая ему, что все введенные им данные были сохранены. Ваш продукт не должен отменять, уничтожать или удалять ничего введенного или загруженного пользователем, даже если в его работе произошла ошибка.
В данном случае можно перефразировать Джефа Раскина, создателя первого компьютера Macintosh и автора книги «Интерфейс: новые направления в проектировании компьютерных систем»
[120]. Он пишет:
Система должна считать священными все введенные пользователями данные. Как гласит первый закон роботехники Азимова, «робот не может причинить вред человеку или своим бездействием допустить, чтобы тому причинили вред». Первым законом дизайна интерфейсов должно быть правило «компьютер не может причинить вред вашей работе или своим бездействием допустить, чтобы ей причинили вред».
На этот совет следует обратить внимание злостным нарушителям правила Раскина — сайтам авиакомпаний. Стоит пользователю забыть заполнить крошечное поле, например с кодом кредитной карты, и страница перезагружается, стирая все тщательно введенные данные, а незаполненное поле еще и подсвечивается раздражающим красным цветом (рис. 6.18).
Рис. 6.18. American Airlines уже выучили урок, и, я уверен, Wordpress последовал их примеру. Но зачем злить людей, показывая им бессмысленные сообщения об ошибках? Зачем уничтожать все результаты их труда? Это неприемлемо
НЕТ! ДА! МОЖЕТ БЫТЬ?
Наконец, вот пример контекстного сообщения об ошибке, которое легко понять. Юмор делает его более человечным (рис. 6.19).
Рис. 6.19. Прекрасное, очень человечное и полностью понятное сообщение об ошибке, возникшей при регистрации аккаунта в Basecamp
Идеальные сообщения об ошибке, как в случае с Basecamp, появляются динамично и не уничтожают введенные пользователем данные. Если для обнаружения ошибки страница или экран должны перезагрузиться, сделайте всем одолжение и сохраните данные (даже неверные), которые уже были введены в систему. Хотя зачастую перезагрузка страницы для выявления ошибки указывает на то, что разработчик был лентяем. Проделайте небольшую дополнительную работу ради своих клиентов, чтобы все выглядело аккуратно и не вызывало дискомфорта.
Кроме того, состояния ошибки не должны выглядеть слишком драматично или непонятно. Помните «синий экран смерти»? Или «панику ядра» на старых iMac? Или, если вы совсем уж ветеран, команды Abort, Retry, Fail? Каждое из этих состояний указывало на существенную системную ошибку, требовавшую перезагрузки или повтора операции. Мы не забыли их до сегодняшнего дня из-за того шока, ужаса и непонимания, которое они вызывали.
