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