пишет Ярослав Бирзул

Блочная разметка в проектировании

Опубликована 24 июля 2008 года в категории Теория \ 40 комментариев

Wireframes — незаменимый инструмент в руках дизайнера интерфейсов, который позволяет максимально сократить издержки времени во время проектирования, при этом являясь наиболее удобоваримой формой для взаимодействия юзабилист-клиент, если клиент желает поучаствовать в проектировании.

проектирование интерфейсов, wireframes

Говорить о блочной разметке можно долго и нудно. Я же постараюсь максимально избавить вас от мазохизма при чтении этой статьи с помощью краткости и конкретики.

Для начала оговорюсь:

Блочная разметка — это  этап проектирования интерфейса сайта, нужный дизайнеру для утверждения расположения всех функциональных блоков с их примерным наполнением вместе со своими коллегами или заказчиками. Требуется это для последующей, более легкой, прорисовки дизайна. Зачастую wireframes используются во время презентации клиенту в бумажном виде.

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

Немного советов

1. Блочная разметка должна быть как можно более простой. Без всяческих назойливых эффектов, градиентов и прочего.

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

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

4. Делайте wireframes черно-белыми. Блоки в цветном варианте будет перебивать внимание людей друг у друга, что совершенно нежелательно. Также разные цвета создают разный эффект внимания — т.е. ярко-красный привлечет внимание к себе гораздо лучше, чем светло-желтый. Именно поэтому я использую только градации серого (начиная от чистого белого, и заканчивая воронным черным), где насыщенность зависит от предполагаемой важности того или иного блока на сайте.

5. Если уж решили сделать цветными — не делайте потом обесцвечивание. Так как даже совершенно разные цвета в цветном варианте могут в черно-белом свестись к одному и тому же оттенку серого.

6. Структурируйте контент. Делите блоки на под-блоки. Что я подразумеваю под этим? То, что нужно разделять контент даже внутри основных блоков. К примеру: не писать тексты сплошным полотном, не забывать о белом пространстве и абзацах. В общем — вспоминайте азы типографики и модульной сетки из полиграфии, они нужны даже для проектирования интерфейсов.

Этапы блочной разметки

  1. В самом начале нужно знать, что будет на странице. Если не знаете — составьте полный перечень, включающий в себя самые мелкие детали. При этом деля все элементы на группы и подгруппы. Это понадобится в дальнейшем.
  2. Выкидываем половину элементов за ненадобностью. Это всегда происходит, когда осознаешь предполагаемое количество информации на странице.
  3. Приступаем к самой блочной разметке.

Сперва рисуются лишь основные блоки, без наполнения. Т.е. не без помощи плашек, линий, и белого пространства мы делим пустой лист на основные составляющие — шапку, контент, подвал, колонки, и прочее.

проектирование интерфейсов, блочная разметка: этап 1

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

Затем приступаем к отрисовке самой конкретики. То есть, наполняем эти блоки нужными данными — формами ввода, текстами, и прочим. При этом начисто избегаем отрисовки любой графики. Если это кнопка — рисуем её как можно проще. Легкого градиента, и окантовки по краям будет достаточно для понимания, что это именно кнопка, а не нечто иное.

проектирование интерфейсов, блочная разметка, wireframes

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

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

Если поправки небольшие, и их немного — до 30-40, то это уже очень хорошо — значит наше время потрачено не зря.

Грубо говоря, после этого идет оттачивание всех блоков, и контента внутри него — описывать тут особо нечего. Могу лишь привести пример, чтобы вы наглядно увидели разницу между первым вариантом разметки и её логическим завершением. Между оригиналом и итоговым макетом произошло около 100 правок, и 6 версий. Не всегда крупных, но от этого не менее важных.

Блочная разметка iFolk

Выводы:

Создание блочной разметки очень важная часть процесса создания дизайна, и проектирования интерфейса. Благодаря ей — дизайнерам удается избежать таких подлянок от заказчика, сродни «вот этот элемент тут не к месту — передвиньте его».

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

PS: в качестве примера я использовал этапы проектирования интерфейса для проекта iFolk. Ожидайте на днях анонсирования. Пока же можете оставить свой e-mail для того, чтобы мы могли отправить туда кучу спама о виагре.

PPS: приношу свои извинения за то, что в последнее время нечасто публикуюсь. Вышеуказанный www.ifolk.ru забирает на себя ну о-о-очень много внимания.

PPPS: рад сообщить, что количество rss-подписчиков перевалило за 1200 :)

Тем временем:

  1. Миша Квакин решил сделать для своего блога систему инвайтов.
  2. Юра Гугнин наконец-то предоставил нам новую заметку :)
  3. Футуриус написал о UMBEL.
  4. Сергей Чаботько рассказывает о деньгах в байнете.
  5. Юра Ветров разжевал о проектировании в Agile-процессе.
  6. Егор Чернев пишет об онлайн планировщике помещений.


40 комментариев в статье «Блочная разметка в проектировании»
bublik написал этот ответ 25 июля, 2008 в 4:30

Спасибо за очередную интересную заметку ;-)

Денис Климонтов написал этот ответ 25 июля, 2008 в 6:29

Можно узнать подробнее что за проект проекта iFolk?

А статья понравилась, спасибо, буду теперь показывать шаблоны друзьям-специалистам, чего раньше не делал.

Андрей Лось написал этот ответ 25 июля, 2008 в 8:23

То есть wireframe утверждается заказчиком еще до создания полноценного макета сайта? А не случается так, что заказчик говорит: «Я в этом юзабилити твоем ничего не понимаю, ты мне покажи, как будет выглядеть сайт, чего ты мне прямоугольники тут рисуешь?»

Ярослав Бирзул написал этот ответ 25 июля, 2008 в 11:50

Денис, чуть позже :) Пока же не могу ничего сказать из-за коммерческой тайны.

Андрей, еще ни один заказчик не отказался рисовать блочную разметку до отрисовки макета. Наоборот — все рады тому, что можно что-то очень быстро поменять, не вызвав при этом недовольство дизайнера.

Ярослав Бирзул написал этот ответ 25 июля, 2008 в 11:56

bublik, на здоровье :)

Денис, показывать нужно не итоговые макеты, а блочную разметку. Итоговые макеты лучше показывать только заказчику, т.к. в моей практике зачастую раньше получалось так, что я послушав чьи-то замечания, исправлял макет — и эти исправления не нравились клиенту.

Денис Климонтов написал этот ответ 25 июля, 2008 в 12:14

Ярослав, если заказчик одобряет я исправляю что-то только когда хочу выложить работу себе в портфолио. Что утвердил заказчик — святое и неприкосновенное :)

Ярослав Бирзул написал этот ответ 25 июля, 2008 в 12:22

Не сказал бы, что святое, но то, что неприкосновенное — однозначно :)

insight написал этот ответ 25 июля, 2008 в 1:01

Спасибо за статью. Вообще с удовольствием читаю ваш блог.

Только эта статья со скриншотами немного удивила.

Зачем вы предлагаете своим клиентам клонровать хабр + dirty + лепрозорий в рамках одного проекта?

Ярослав Бирзул написал этот ответ 25 июля, 2008 в 1:08

insight, причем тут хабр, дёти и лепра? Может вы внимательно почитаете вот эту фразу:

------------------------------------------

> PS: в качестве примера я использовал этапы проектирования интерфейса для проекта iFolk. Ожидайте на днях анонсирования. Пока же можете оставить свой e-mail для того, чтобы мы могли отправить туда кучу спама о виагре.

PPS: приношу свои извинения за то, что в последнее время нечасто публикуюсь. Вышеуказанный www.ifolk.ru забирает на себя ну о-о-очень много внимания.

------------------------------------------

Тут нет клиентов. Тут есть задание внутри команды. Социальная сеть.

Блочную разметку iFolk я привел примера ради, т.к. я имею полное право это делать, в отличии от wireframes для клиентов и закрытых проектов.

explanent написал этот ответ 25 июля, 2008 в 1:19

Нормальная статья для тех, кто в танке насчет вайрфреймов вообще, только есть одно но — вайрфреймы нужны в первую очередь проектировщику, а потом только дизайнеру.

То есть делать их могут два разных человека и это нормально: чаще всего набор взаимосвязанных вайрфреймов является результатом работы над сайтом практически любой юзабилити-конторы. Затем только привлекают визуальных дизов.

Второе но: у вас слишком детальные вайрфреймы в примере. Уже с градиентами, тенюшками и прочими рюшками, которых вы хотите избежать в первом пункте «советов».

Часто бывает, что такая детализация вредна на этапе проектирования — настраивает на определенные ощущения заказчика, сбивает с курса визуального дизайнера. Usethics разработали какое-то время назад свою библиотечку под InDesign (кстати, я пропустил что-то, или у вас ни слова в статье про средства, которыми вайрвреймы создаются?) для работы над структурными схемами страниц, рекомендую — достаточно высокий уровень абстракции, по крайней мере, из того, что я видел: usethics.ru/lib/indesign_library.html

Кстати, на маке есть классный OmniGraffle для такого проектирования. А в чем созданы ваши вайрфреймы?

Ярослав Бирзул написал этот ответ 25 июля, 2008 в 1:56

explanent, я совмещаю в себе эти две профессии, и поэтому об этом говорю :)

Насчет детализации: вы пропустили ремарку о том, что этот пример уже полностью готового вайфрейма после третьего этапа.

О том, в чем создавать вайфреймы я расскажу немного позже. Это лишь первая статья из серии. Сам я их рисую там же, где и дизайн полностью — в прекрасном Photoshop. Благо он и под мак, и под win.

PS: кстати — в моем итоговом вайфрейме нет никаких тенюшек, и рюшей. Только легкие градиенты.

——————————————

Совет 3:

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

——————————————

explanent написал этот ответ 25 июля, 2008 в 2:11

А какаие для фотошопа существуют библиотеки стандартных элементов?

Честно говоря, я сомневаюсь, что с помощью фотошопа можно быстро решать задачи, для которых придуманы вайрфреймы. Обычно это делается в векторном редакторе, где легко все масштабировать, перемещать, объединять в группы и т.д. Самый близкий кроссплатформенный инструмент такого рода — InDesign, хотя гораздо привычней для многих Visio, или его аналог для мак ос — OmniGraffle.

Ну и конечно, я подразумеваю, что вы в курсе оригинальных концепций, стенсилов и наборов рекомендаций от Boxes and Arrows и от Garrett Dimon :-)

Ярослав Бирзул написал этот ответ 25 июля, 2008 в 2:26

explanent, в фотошопе куча векторных инструментов. Я использую shapes.

Я решаю нужные задачи и фотошопе. Вектор, слои, иерархия и прочее — всё что нужно тут есть :)

Visio и inDesign слишком монструозны. Лучше уж Expression Blend.

PS: вкурсе :)

insight написал этот ответ 25 июля, 2008 в 2:42

Ярослав Бирзул, я вот это имею ввиду. Если где-то ошибаюсь, поправьте. Теги с картинками использовать не стал.

gyazo.com/1cf2b8f6ea5841b...d3bb79d90ccc.png

&

gyazo.com/4551d1206bd4069...17226320e79c.png

gyazo.com/0d6a4f245bb76cd...476f481c0e7f.png

&

gyazo.com/61f2ab817070e41...3941df72ece2.png

Ну и так далее — практически идентичный интерфейс. Причем, видимо, 6 версий и 100 замечаний были созданы исключительно с соответствующей оглядкой.

Я без харрасмента, просто интересуюсь.

Ярослав Бирзул написал этот ответ 26 июля, 2008 в 12:42

insight, проект хаброподобен, с этим никто и не спорит. Вот только хаброподобен он в блочной разметке. Но не в дизайне.

> gyazo.com/1cf2b8f6ea5841b...d3bb79d90ccc.png

>http://gyazo.com/4551d1206bd406901a9d17226320e79c.png

Это paginator3000 — opensource плагин навигации. Изначально, как видите, была другая навигация.

gyazo.com/0d6a4f245bb76cd...476f481c0e7f.png

gyazo.com/61f2ab817070e41...3941df72ece2.png

Опять же — не моя инициатива.

Все 6 версий и 100 поправок были не от меня. Все они сделаны в результате детального обсуждения в бейскемпе.

Ярослав Бирзул написал этот ответ 26 июля, 2008 в 3:28

Кстати говоря, совсем забыл: протестировать рабочий прототип идеального видеоплеера можно тут: www.ifolk.ru/MPL/

Обращаю ваше внимание на то, что разработка еще в процессе, и кое-что еще не отшлифовано. Если вы заметили ошибки и недоработки — пишите по адресу my@birzool.com

Лена Lucky написал этот ответ 27 июля, 2008 в 1:40

А можно оффтоп: в качестве эксперимента по юзабилити :)

Вот если взять основные признаки самых успешных блогов (blogimira.ru/malenkij-diz... -bolshix-blogov/) и собрать «все-в-одном», можно ли что-то сказать об этом — усредненном — юзабилити? :)

Что думаете? :)

Ярослав Бирзул написал этот ответ 27 июля, 2008 в 1:56

Лена, а к чему вы написали? :)

Тема статьи ведь о другом .

Ярослав Бирзул написал этот ответ 27 июля, 2008 в 2:00

> Популярные блоги — это по определению примеры эффективного и функционального дизайна.

Популярные блоги — это по определению примеры умных и умеющих писать авторов. И статей, которые нравятся их целевой аудитории.

Вот что я об этом думаю.

Лена Lucky написал этот ответ 27 июля, 2008 в 2:42

Я написала сюда потому, что упомянутая статья только сейчас вышла (вот и написала в последний пост...)

Мне просто очень интересно ваше мнение по поводу упомянутых элементов (они же тоже связаны с юзабилити)...

Ярослав Бирзул написал этот ответ 27 июля, 2008 в 3:14

Лена, я вам ответил:

Конкретно в блоги идут за стилем автора, авторским контентом, который найти где-то еще — затруднительно. Т.е. гораздо ценнее уникальность материала, чем кол-во пикселей в размере заголовка.

Вот что я об этом думаю :)

Лена Lucky написал этот ответ 27 июля, 2008 в 6:19

Ярослав, спасибо! :)

Ярослав Бирзул написал этот ответ 27 июля, 2008 в 6:35

На здоровье :)

GriZone написал этот ответ 29 июля, 2008 в 3:20

Спасибо Ярослав — очень полезная заметка для меня =)

Общие моменты конечно мне знакомы, но много чего интирессного и полезного узнал!

Буду использовать!

Филипп написал этот ответ 30 июля, 2008 в 12:45

Спасибо. Пока не открыл для себя ничего нового. Но, как я понял это только начало, так сказать вступительная часть) С нетерпением жду продолжения.

Айрат написал этот ответ 31 июля, 2008 в 11:06

отличная статья, открыл для себя много нового...

да и интересно стало что за iFolk, особенно порадовал копирайт на сайте «Побойся Чака Норриса»...))

rotor написал этот ответ 4 августа, 2008 в 7:32

>при этом являясь наиболее удобоваримой формой для взаимодействия юзабилист-клиент, если клиент желает поучаствовать в проектировании

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

>Этапы блочной разметки

1. В самом начале нужно знать, что будет на странице. Если не знаете — составьте полный перечень, включающий в себя самые мелкие детали. При этом деля все элементы на группы и подгруппы. Это понадобится в дальнейшем.

2. Выкидываем половину элементов за ненадобностью. Это всегда происходит, когда осознаешь предполагаемое количество информации на странице.

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

А полностью соглашусь с обоими пунктами, если, например, ведётся разработка личного проекта и такого брифа просто не было.

Ну и детализация, на мой взгляд, высоковата для примера «было-стало». Слишком мало оформительских отличий от финального варианта. Первый рисунок нагляднее и проще для восприятия структуры.

Несмотря на мою критику и дополнения, статья отличная. Требую продолжения! :)

Ярослав Бирзул написал этот ответ 4 августа, 2008 в 9:28

rotor, Вы перечислили все само-собой разумеющиеся факты. Зачем?

rotor написал этот ответ 5 августа, 2008 в 12:03

Ну, просто дополнил тем, чего не увидел в статье. Кому-нибудь, особенно начинающим, пригодится.

serheg написал этот ответ 7 августа, 2008 в 1:43

Оффтоп:

не трудно заметить по скринам, что новый проект о софте и железе! так что ждемс. надеюсь не варез)))

serheg написал этот ответ 7 августа, 2008 в 1:45

кстати я рисовал блоки для своего сайт в Concept draw

Програмка так ниче на 4.

ссылку на wireframes скиньте плиз

serheg написал этот ответ 7 августа, 2008 в 1:47

пардон, новый проект про продукты компании apple! интересно что тогда iwhoilko.ru?

Блочная разметка. Программы | О юзабилити веб интерфейсов написал этот ответ 21 августа, 2008 в 1:32

[...] для создания wireframes эта программа использует лишь малую часть своего [...]

Интересное для веб-мастеров (29.08.2008) » Как создать сайт бесплатно? Как сделать сайт? Журнал для веб-мастеров и блогеров от школы создания с написал этот ответ 29 августа, 2008 в 10:51

[...] Блочная разметка в проектировании Wireframes — незаменимый инструмент в руках дизайнера интерфейсов, который позволяет максимально сократить издержки времени во время проектирования, при этом являясь наиболее удобоваримой формой для взаимодействия юзабилист-клиент, если клиент желает поучаствовать в проектировании… [...]

Design-Freak Community » Blog Archive » Юзабилити: анализ и рецензии. написал этот ответ 14 ноября, 2008 в 2:17

[...] Правильность сетки сайта. [...]

Создание блок-схем в окне браузера | rotorweb.ru | Проблемы и решения в Web-дизайне написал этот ответ 17 января, 2009 в 7:10

[...] блок-схема, как и зачем она разрабатывается, об этом хорошо написал Ярослав Бирзул, поэтому рекомендую к прочтению. Ну и [...]

ViC написал этот ответ 19 января, 2009 в 7:25

Здравствуйте. Посмотрел вашу «мылособирательную штуку».

Конечно позабавили комментарии в HTML, но замечание (баг?) следующие:

При попытке отправить пустую форму сообщение об ошибке выходит в виде знаков вопроса. Пользую Firefox 3, WinXP. Видимо кодировка аяксового обработчика отличается от кодировки страницы?

ViC написал этот ответ 19 января, 2009 в 7:28

И по поводу медиаплеера... А можно сделать так, чтобы воспроизведение автоматически при загрузке страницы НЕ начиналось? А то именно этим меня youTube и бесит, что если открыть 5 разных вкладок с роликами они одновременно начинают играть... RuTube в этом плане мне кажется удобнее.

Ярослав Бирзул написал этот ответ 19 января, 2009 в 7:29

ViC, спасибо, поправим :)

А по поводу медиа-плеера: нужно, а не можно.

Проектирование веб сайтов. Структурные схемы страниц (wireframes) | PhotoCore Web-Design Blog написал этот ответ 6 апреля, 2009 в 10:25

[...] Блочная разметка в проектировании [...]


Добавьте свой ответ:
Контактная информация:
  • Телефон: +38 (091) 314-60-04,
  • E-mail и Jabber: dezmaster@gmail.com,
  • Skype: dezmaster,
  • icq: 486914