Руслан Раянов - Как создать продающий сайт с нуля

В случае с программистом все будет очень просто – если макет делает программист, он принимает решения не на основании целей посетителя, а на основании своих приоритетов: простота разработки, логичность интерфейса (мы же сделали функцию добавления, давайте сделаем и редактирование), применение модной тенденции (например, функции через ajax – этим я и сам грешу).

Не намного легче и с дизайнером. Его главная задача – гармония в дизайне. Чтобы глазу было приятно. Например, крупный телефон – это не эстетично. А давайте-ка сделаем его рукописным шрифтом, чтобы клиент не смог прочитать его с первого раза. В дизайне, как и в рекламе, очень часто наблюдается парадокс: выставки выигрывают очень красивые дизайны и рекламы, но не эффективные. На мой взгляд, главная задача дизайна – вести пользователя системы за руку к его целям. Все остальное – не имеет значения. Посмотрите дизайн сервисов Яндекса, Google, Вконтакте или Озон. Там нет ничего лишнего. Кто-то может подумать, что там полное отсутствие дизайна, но именно это и есть настоящий дизайн.

На данном этапе мы определили, как достигать цели клиента. Где и на чем он должен щелкнуть мышкой, чтобы получить результат. В проектировании взаимодействия это называется определением сценариев взаимодействия.

Задание. Напишите цели и сценарии взаимодействия для каждого персонажа.

И вот здесь мы, наконец-то, подошли к формированию макетов. Как видите, в своем подходе я делаю упор именно на подготовку. Если подготовка проведена тщательно, то дальнейшая практическая работа обычно идет без неприятных сюрпризов.

Построить макеты на основании всех сценариев несложно. Вы можете делать это от руки в блокноте. Так будет лучше всего. Когда вы будете работать с дизайнерами и программистами, вам просто надо будет сфотографировать свои макеты и отправить их дизайнерам. Вы сэкономите время дизайнера, следовательно, свои деньги и нервы. Если вы желаете использовать какой-либо программный продукт, то помните – вы делаете их, в первую очередь, для себя и здесь важна скорость работы, а не эстетика. Вы должны думать о самом макете, а не о том, как в этом супер-редакторе задается радиус скругления углов блоков.

Начните делать макет с определения общих частей всех страниц. Мы, разработчики, называем подобные макеты мастер-страницами. На их основе создаются все остальные макеты. Обычно в роли общих элементов макета выступают: шапка (верхняя часть сайта), главное меню сайта, подвал (нижняя часть сайта). Спросите своих персонажей, что они думают об этих частях сайта. Что они хотели бы там увидеть. Пожалуйста, не забывайте обращаться к ним по имени. Уважайте их – они помогают вам создавать правильный сайт. Называя их по имени, а еще лучше имея их фотографии, вы добавляете реализма своим персонажам.

После того, как закончите с мастер-страницами приступайте к каждому механизму отдельно. Опять же, проектируйте исходя из потребностей того или иного персонажа. Пусть он сам определяет как ему удобнее пользоваться сайтом.

Какие-то механизмы, возможно, будут совмещены на одном макете. Это решение надо также принимать на основании мнений персонажа. Здесь на все время забудьте о своем Я и полностью погрузитесь в мир своих персонажей подобно писателю романов или новелл.

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

В итоге после этой кропотливой работы вы получите список макетов, на которых представлена большая часть вашего сайта.

Желаете удобный сайт для вашего бизнеса ?

Используйте проектирование взаимодействия .

А теперь попробуйте провести небольшое тестирование. Разложите все макеты на столе и попробуйте “побродить по сайту” в качестве каждого персонажа по очереди. Вы можете не рассматривать других людей, поскольку это не ваша целевая аудитория.

Допустим, вы показываете свои макеты человеку из своего окружения. Это могут быть ваши друзья, коллеги или родственники. Он говорит, что “тут все и так понятно” или, наоборот, ему ничего непонятно. Не принимайте близко к сердцу – он не из вашей целевой аудитории.

Что делать, если этот человек принадлежит целевой аудитории? Необходимо вернуться в своим персонажам и пересмотреть их. Возможно, их следует детализировать или даже видоизменить.

Задание. Используйте полученные знания для создания макетов страниц вашего будущего сайта.

Для каждого макета имеет смысл определить какие-то дополнительные текстовые требования, которые раскрывают динамику макета. Динамикой может быть движение некоторых элементов страницы при каких-то действиях посетителя (например, навел мышку на элемент). Это позволит исполнителю лучше понять задумку ваших макетов.

Также хорошей идеей будет определить макеты административной панели. Здесь вам уже не потребуются персонажи, поскольку главным персонажем в данном случае являетесь вы. Обычно принято для разработки административной панели выделять ресурсов меньше, чем для реализации лицевой части сайта (front-end). На мой взгляд, подобное распределение не является обоснованным по той причине, что вам самим в дальнейшем работать именно с этой частью сайта. И если она будет неудобная, это скажется на вашей производительности и эффективности.

Теперь вы знаете основы проектирования взаимодействия и умеете их применять для создания макетов интерфейса сайта.

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

Специфичные требования

Браузеры. В первую очередь, надо помнить, что сайт – это приложение, которое работает в браузерах. А браузеров – великое множество. Раньше, в 90-е года прошлого века и в начале 2000-х годов с этим вопросом была очень большая проблема, т.к., по сути, производители браузеров очень плохо выполняли стандарты разметки HTML. Особенно в этом плане отличился браузер Microsoft Internet Explorer. Перечислить все отличия этого браузера не представляется возможным, но это скорее проблемы разработчика, а не заказчика. В данный момент имеет смысл поддерживать браузеры Internet Explorer 8 и 9 версии.

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