Создаем макеты страниц
Существует такая наука – Interaction Design (проектирование взаимодействия), которая позволяет проектировать интерфейс исходя из опыта взаимодействия пользователя с системой. Здесь мы коснемся только самых основ. Но этого будет вполне достаточно, чтобы спроектировать грамотный интерфейс.
Примечание. Конечно, вы можете эту работу отдать на аутсорсинг веб-дизайнерам и художникам, и тогда получите очень красочные картинки, но, скорее всего, неудобные в плане пользования. На мой взгляд, никто не выполнит проектирование интерфейса лучше того человека, который очень хорошо знает своих клиентов, т.е. вас. Это важно сделать своими руками еще по той причине, что вы еще раз окажетесь в “шкуре” своего клиента и у вас будет еще один шанс взглянуть на свой бизнес с другой стороны.
Проектирование взаимодействия начинается с определения персонажей. Вы их по сути уже определили, осталось их конкретизировать. Вы должны создать по одному экземпляру от каждой аудитории. Причем это должен быть очень конкретный человек. Вы должны как можно подробнее описать его жизнь, его привычки, его поведение. И не забудьте его назвать. Как и любого другого человека, у него должно быть имя. Чем подробнее вы его опишите, тем лучше макеты страниц у вас получатся.
Сначала это будет несколько непривычно, но, немного потренировавшись и отпустив свою фантазию на свободу, вы сможете придумать довольно реалистичные портреты своих клиентов.
Еще важный момент, называйте своих персонажей по имени. Считайте что это полноценные персонажи вашего проекта. Это важно. Пусть у нас будут персонажи Олег и Семен.
Задание. Создайте свои персонажи и максимально подробно опишите их.
Теперь представьте, что вы являетесь одним из своих персонажей, например, в моем случае Олегом. Напишите, какие у вас есть цели в связи с посещением рассматриваемого сайта. Что вы хотите от него получить? Это может быть что угодно: получение ценной информации, оформление заказа, получение информации о сезонных скидках и так далее. В случае с Олегом (будем считать, что Олег женится и ищет на свадьбу презентабельное авто) это может быть поиск контактного телефона и информации о ценах.
Переходим к следующему пункту: как вы можете достичь этого? Представьте на секунду, что у вас есть “волшебная палочка” и вы можете достичь любой цели так, как захотите. Например, я как Олег захожу на сайт и сразу вижу крупно телефон, причем не картинкой, а лучше текстом, чтобы можно было скопировать себе в файл. А еще лучше, справа была бы ссылка заказать обратный звонок, чтобы сэкономить деньги на звонке. Таким образом, мы позволяем себе избежать очень опасной ловушки, в которую вы обязательно попадетесь, если макет будет проектировать дизайнер или программист.
В случае с программистом все будет очень просто – если макет делает программист, он принимает решения не на основании целей посетителя, а на основании своих приоритетов: простота разработки, логичность интерфейса (мы же сделали функцию добавления, давайте сделаем и редактирование), применение модной тенденции (например, функции через ajax – этим я и сам грешу).
Не намного легче и с дизайнером. Его главная задача – гармония в дизайне. Чтобы глазу было приятно. Например, крупный телефон – это не эстетично. А давайте-ка сделаем его рукописным шрифтом, чтобы клиент не смог прочитать его с первого раза. В дизайне, как и в рекламе, очень часто наблюдается парадокс: выставки выигрывают очень красивые дизайны и рекламы, но не эффективные. На мой взгляд, главная задача дизайна – вести пользователя системы за руку к его целям. Все остальное – не имеет значения. Посмотрите дизайн сервисов Яндекса, Google, Вконтакте или Озон. Там нет ничего лишнего. Кто-то может подумать, что там полное отсутствие дизайна, но именно это и есть настоящий дизайн.
На данном этапе мы определили, как достигать цели клиента. Где и на чем он должен щелкнуть мышкой, чтобы получить результат. В проектировании взаимодействия это называется определением сценариев взаимодействия.
Задание. Напишите цели и сценарии взаимодействия для каждого персонажа.
И вот здесь мы, наконец-то, подошли к формированию макетов. Как видите, в своем подходе я делаю упор именно на подготовку. Если подготовка проведена тщательно, то дальнейшая практическая работа обычно идет без неприятных сюрпризов.
Построить макеты на основании всех сценариев несложно. Вы можете делать это от руки в блокноте. Так будет лучше всего. Когда вы будете работать с дизайнерами и программистами, вам просто надо будет сфотографировать свои макеты и отправить их дизайнерам. Вы сэкономите время дизайнера, следовательно, свои деньги и нервы. Если вы желаете использовать какой-либо программный продукт, то помните – вы делаете их, в первую очередь, для себя и здесь важна скорость работы, а не эстетика. Вы должны думать о самом макете, а не о том, как в этом супер-редакторе задается радиус скругления углов блоков.
Начните делать макет с определения общих частей всех страниц. Мы, разработчики, называем подобные макеты мастер-страницами. На их основе создаются все остальные макеты. Обычно в роли общих элементов макета выступают: шапка (верхняя часть сайта), главное меню сайта, подвал (нижняя часть сайта). Спросите своих персонажей, что они думают об этих частях сайта. Что они хотели бы там увидеть. Пожалуйста, не забывайте обращаться к ним по имени. Уважайте их – они помогают вам создавать правильный сайт. Называя их по имени, а еще лучше имея их фотографии, вы добавляете реализма своим персонажам.
После того, как закончите с мастер-страницами приступайте к каждому механизму отдельно. Опять же, проектируйте исходя из потребностей того или иного персонажа. Пусть он сам определяет как ему удобнее пользоваться сайтом.
Какие-то механизмы, возможно, будут совмещены на одном макете. Это решение надо также принимать на основании мнений персонажа. Здесь на все время забудьте о своем Я и полностью погрузитесь в мир своих персонажей подобно писателю романов или новелл.
Стоит особо отметить один макет, который обычно необходим на всех сайтах. Я говорю о макете страницы с типовым текстовым контентом. На вашем сайте в любом случае будут страницы с текстом и вы (вернее ваши персонажи) должны заранее решить, как будет выглядеть текст на вашем сайте.
В итоге после этой кропотливой работы вы получите список макетов, на которых представлена большая часть вашего сайта.
Желаете удобный сайт для вашего бизнеса?
Используйте проектирование взаимодействия.
А теперь попробуйте провести небольшое тестирование. Разложите все макеты на столе и попробуйте “побродить по сайту” в качестве каждого персонажа по очереди. Вы можете не рассматривать других людей, поскольку это не ваша целевая аудитория.
Допустим, вы показываете свои макеты человеку из своего окружения. Это могут быть ваши друзья, коллеги или родственники. Он говорит, что “тут все и так понятно” или, наоборот, ему ничего непонятно. Не принимайте близко к сердцу – он не из вашей целевой аудитории.
Что делать, если этот человек принадлежит целевой аудитории? Необходимо вернуться в своим персонажам и пересмотреть их. Возможно, их следует детализировать или даже видоизменить.
Задание. Используйте полученные знания для создания макетов страниц вашего будущего сайта.
Для каждого макета имеет смысл определить какие-то дополнительные текстовые требования, которые раскрывают динамику макета. Динамикой может быть движение некоторых элементов страницы при каких-то действиях посетителя (например, навел мышку на элемент). Это позволит исполнителю лучше понять задумку ваших макетов.
Также хорошей идеей будет определить макеты административной панели. Здесь вам уже не потребуются персонажи, поскольку главным персонажем в данном случае являетесь вы. Обычно принято для разработки административной панели выделять ресурсов меньше, чем для реализации лицевой части сайта (front-end). На мой взгляд, подобное распределение не является обоснованным по той причине, что вам самим в дальнейшем работать именно с этой частью сайта. И если она будет неудобная, это скажется на вашей производительности и эффективности.
Теперь вы знаете основы проектирования взаимодействия и умеете их применять для создания макетов интерфейса сайта.
Итак, мы определились с макетами, которые, по сути, составляют ядро ваших требований. Теперь можно перейти к составлению более специфичных требований.
