А еще запись вебинара можно показывать потенциальным клиентам, чтобы снять часть возражений, или анонсировать что-либо в той же email-рассылке. Теперь это самостоятельная единица контента!
Нормально ли это? Вполне!
В современных реалиях переупаковка контента – must-have-навык для маркетолога. Нужно выпускать много полезного и интересного контента, чтобы прогревать аудиторию и доводить ее до покупки вашего продукта или услуги.
И, пожалуйста, не смущайтесь: вы ведь не занимаетесь плагиатом или халтурой. Пересечения аудитории на разных каналах будут минимальны, а польза от увеличившихся в несколько раз охватов искупает любые риски надоесть клиентам.
Используйте все доступные каналы коммуникации с целевой аудиторией и увеличивайте охват контента.
Кстати, эта книга – тоже переупаковка нашего собственного контента, который когда-то выходил в блоге TexTerra Daily. И ее никоим образом нельзя назвать халтурой или плагиатом, потому что перед изданием контент претерпел множество изменений: из массива всей информации мы выбрали именно рекомендации, актуализировали их, еще раз проверили у внутренних экспертов, модифицировали структуру подачи, собрали в тематические блоки, добавили ссылки, приложили релевантные кейсы… в общем, сделали все, чтобы вам было удобно читать это именно как книгу.
Глава 4Юзабилити и дизайн
Базовые принципы
Пользователи и поисковые системы приветствуют сайты, наполненные хорошими текстами, уникальными и качественными изображениями, инфографикой, видеоинфографикой и другими типами контента. Добивайтесь улучшения UX вне зависимости от того, каким форматам вы отдаете предпочтение – хотя, конечно, подходы с учетом конкретных проектов будут различными.
Обязательно размечайте разные типы контента в соответствии с правилами поисковых систем.
Вы посмотрели работы на Behance и Dribbble, нашли около полумиллиарда макетов для маленькой уютной кофейни, очередного клона Spotify и непонятных страничек на экологическую тематику, призывающих спасать тюленей от лесных пожаров. Все это безумно интересно, да вот только ваш проект – сайт юридической фирмы. И референсов по теме вы нашли аж целых пять, из которых четыре практически одинаковые.
Тем не менее эти сайты работают, занимают далеко не последние позиции в поисковой выдаче, а значит, что-то владельцы этих ресурсов делают правильно. Поэтому абстрагируйтесь от оформления, которое вам так не нравится, и обратите внимание на структуру, на приоритет информации, которая подается на этих ресурсах, подчеркните для себя основные моменты.
Более того, описанная выше ситуация – это самый неудачный сценарий, потому что на практике в большинстве случаев клиент предоставляет эти референсы сам.
Подробно обсудите референсы с клиентом и разберите, какие моменты ему нравятся, а какие – нет. Помните, что эти ребята находятся внутри своего бизнеса и хорошо понимают, что для них действительно важно. Ну а дальше уже смело можно делать «так же, но только лучше».
А сейчас речь пойдет о том, как важно располагать статистическими данными о целевой аудитории, ведь если таковых нет, придется исходить из самого проблемного сценария. Разумеется, с точки зрения презентации клиенту макет в Full HD смотрится круто. Но здесь стоит вспомнить про вопрос «Как это будет работать?», который надо задавать себе как можно чаще.
Допустим, такая ситуация: мы создаем сервис для отслеживания логистики, с кучей полей и статусов в интерфейсе. Им, разумеется, будут пользоваться операторы, сидящие в офисе за стационарными компьютерами, так что мобильная версия может быть вообще не предусмотрена.
Но вот перед нами встает задача спроектировать интернет-магазин с электронной мелочью (устройствами) и цифровыми продуктами (например, комплектами приложений, как это реализовано у DNS), куда люди будут заходить с телефона и, не сильно задумываясь, покупать USB-кабели, карты памяти, отпугиватели ворон на Android с Wi-Fi и прочие необходимые для жизни вещи. И тут наступит момент, когда надо будет вспомнить про mobile first.
Если вы имеете дело со сложной композицией, продумайте и (очень желательно) отрисуйте, как она будет выглядеть на всех распространенных экранах и какими элементами допустимо пожертвовать, если экран небольшой.
Единообразие и стандарты – один из принципов юзабилити Nielsen Norman Group (NNG), американской консалтинговой компании в области пользовательского интерфейса. Грамотно построить интерфейс сайта или мобильного приложения можно только при сформированной системе модулей и правил, по которым она должна работать (со стороны дизайнера это отражается в таком документе, как UI-Kit, готовом наборе графических элементов в формате исходника).
Все можно стандартизировать до такой степени, что результат вашей работы будет не сильно отличаться от содержимого командной строки. Разумеется, чем выше степень стандартизации, тем проще разработка и поддержка. Но не забывайте, что ваша задача как UX/UI-дизайнера – не свести весь набор модулей к одной кнопке, одному начертанию шрифта и одному полю ввода, а понимать и уметь объяснить, когда, для чего и почему используется тот или иной элемент, даже если этих элементов достаточно много.
Да, пользователю нужно предоставлять удобство взаимодействия, но ровно в той степени, в которой это отвечает целям и задачам проекта.
Есть такой термин – «когнитивное сопротивление»: попросту говоря, насколько далеко человек готов зайти, чтобы получить желаемое.
Простой пример: если на странице карточки товара мы расположим качественные, заманчивые ссылки на статьи об этом товаре выше, чем кнопку «Купить», потребитель, конечно же, станет читать статьи, потому что мы расположили все понятно, удобно и сфокусировали его интерес. Правда, он покинет карточку товара, так что вероятность возвращения на нее и покупки товара уже ниже, чем во время нахождения на самой странице товара.
Расставляйте приоритеты действий, которые вы ожидаете от пользователей, делая это с помощью расположения (от начала к концу страницы), размеров объектов, цветов и анимации. Определите ключевую пользу, которую должны приносить страница или экран мобильного приложения в том или ином состоянии, и фокусируйте внимание на соответствующих элементах интерфейса. Не забывайте о том, что для принятия решения информация может быть востребована по ходу ознакомления и подаваться мелкими порциями: здесь отлично подойдут всплывающие подсказки и окна, не уводящие человека с целевого экрана.
И уж если наш пользователь в процессе навигации по интерфейсу так ничем и не заинтересуется и дойдет до конца страницы – так и быть, отправьте его почитать статью. Пусть хотя бы лайкнет.
Итак, вы уже познакомились с вашими разработчиками из бэкенда и фронтенда. А еще есть ребята, которые пишут контент, с ними тоже рекомендуется поддерживать контакт. Нельзя также забывать и про руководителя проекта, который формирует для вас и других специалистов требования, выясняя у клиента всю необходимую информацию. Со всеми этими прекрасными людьми вам следует побольше общаться, потому что провалы в коммуникации создают множество дополнительной и неприятной работы для всех.
Допустим, вы с руководителем проекта втихаря покажете ваш дизайн клиенту, а тот воскликнет: «Как здорово! Давайте приступать к разработке», после чего проект перейдет на следующий этап. И на этом самом этапе возможны сюрпризы. Вдруг выяснится, что:
● такую анимацию мы реализовать не сможем, а если и сможем, то сорвем все сроки;
● отзывы в формате видео мы выводить не сможем, клиент их вообще собирает только в виде сканов;
● данные без личного кабинета хранить не получится, а личный кабинет мы вообще не рисовали;
● трехмерная модель, которую вы хотите повесить на главную, весит 200 Мб, у нас у всех браузер вылетает;
● в блоке «О компании» нужны только три абзаца текста, а не 20 000 символов, которые вам уже, конечно же, написали.
Клиент далеко не всегда вникает в суть дела и понимает, как будет функционировать система в целом. Это работа вашей команды – за нее он, собственно, и платит.
Например, заказчик хочет предоставить пользователю возможность отправлять данные через поля ввода или в файле по выбору. Он велел вам сделать для этого две формы? Ладно. Но вы же понимаете, что это будет выглядеть ужасно? А еще вы ведь знаете, что можно просто добавить шаг выбора, после которого будет появляться нужная форма? Просто скажите об этом заказчику. Он не враг собственному бизнесу и сам все прекрасно поймет.
Помните: вы создаете не просто картинки по заказу. Вы решаете задачи и помогаете людям.
Прямое предназначение Development Console – это интерактивная работа с содержанием сайта прямо в браузере. У такого взаимодействия есть несколько очевидных плюсов:
● Вы видите сайт «как есть» и работаете с последней рабочей версией, доступной пользователям.
● Можно осуществлять редактирование и сразу же наблюдать произведенные изменения в браузере.