Wireframes для презентации и документации, 1 часть — Проблема
Wireframes (структурные схемы страниц) чаще всего используются в двух целях. Во-первых, как часть проектной документации — на их основе работает дизайнер и, во многом, команда разработчиков. Во-вторых, как часть презентационных материалов — обсуждение концепции на ранних стадиях проекта. Есть еще одна практика — использование wireframes как бумажных прототипов в юзабилити-тестировании, — но в этом материале речь о другом.
* Я рисую wireframes в MS Visio, но для этой статьи специфика не очень важна.
Готовить два варианта, а после внесения изменений в оригинал искать несоответствия между ними — работа неблагодарная, да и на качестве сказывается. Хочется сделать сразу и начисто. Загвоздок тут сразу несколько:
1. Разный формат
Проектная документация обычно используется в двух вариантах — электронном и распечатанном на листах A4. Презентационные материалы печатаются в больших форматах — A3 и выше, либо включаются в состав электронных роликов. Плюс в первом случае ориентация альбомная, а во втором — книжная.
2. Длинный контент
Страницы бывают длинными. Например, главная страница портала в альбомную версию A4 не влезет. Помня про необходимость альбомных распечаток A4, можно разбивать страницу на несколько. Но для презентаций это уже неудобно — картинка страницы должна быть целостной.
3. Глубокая детализация
Для производственных нужд часто требуется отрисовать внешний вид и вкратце описать специфику работы интерфейсных элементов. Эта задача решается правой колонкой, где описаны все сноски (ее частенько тоже не хватает, но это тема для отдельного постинга). А вот для презентации излишние детали не всегда нужны. Да и сама правая колонка далеко не всегда заполнена, а место на странице отнимает.
Есть тут еще за что зацепиться — цветной или черно-белый вид, разный состав и порядок страниц, но эти три проблемы ключевые. Как с ними бороться? Об этом в следующем постинге и ваших комментариях к этому.
А вот что должно получиться в идеале:
Проектная документация: Презентация:
Подпишитесь на RSS-ленту блога, чтобы сразу получать свежие записи
April 29th, 2007 at 11:28
Юра, настрой RSS, чтобы посты полностью отображались.
May 2nd, 2007 at 12:24
Не настраивай. А то на сайт вобще ходить не будут.
May 2nd, 2007 at 13:14
Осталось разобраться в Feedburner, чтобы он заработал правильно, потому как WordPress в этом плане не жадничает — отдает все.
Ну а трафик мне не важен — я ведь на Адсенсе зарабатывать не собираюсь
Пускай люди читают как удобнее 
May 3rd, 2007 at 14:56
[…] многоцелевых wireframes (читайте первую часть статьи “Wireframes для презентации и документации“) можно решить несколькими […]
May 14th, 2007 at 12:48
[…] Wireframes для презентации и документации, 1 часть — Пробле… (jvetrau.com) […]
December 4th, 2007 at 22:23
[…] провели несколько совещаний с клиентом, разработали wireframes, показали, получили одобрении и получилось все в […]
December 5th, 2007 at 12:21
[…] быть статичной или интерактивной. В первом случае это схемы страниц (wireframes), во втором — интерактивные прототипы. Создавать […]
January 31st, 2008 at 16:18
[…] была понятно и недвусмысленно описана. Если схемы страниц (wireframes) показывают, какую информацию и элементы управления […]
February 6th, 2008 at 4:27
Когда во вторник тебе говорил насчет вставки примечаний не в правую колонку, а прямо в документ, поймал себя на том, что привык к вебу и про печатные версии забыл.
А на вебе есть http://fleck.com
February 6th, 2008 at 12:37
Кай,
Да, вот поэтому мне отчасти и не нравятся средства типа Axure
Документ должен быть с минимальными усилиями переносимым между электронным/печатным и другими видами.