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

Все это может сделать проект не только невыгодным для компании-проектировщика, но и вредным для репутации. Не говоря уже о более проблемном процессе ведения работ и сложностей при их приемке. Тема частично перекликается с недавним рассказом на тему управления ожиданиями от процесса проектирования интерфейсов на конференции Software People 2009, хотя здесь она получилась более широкой. Возможно, в будущем это вырастет в объединенную и дополненную статью на тему ведения интерфейсных проектов в блоге. А саму презентацию можно посмотреть и скачать на сайте SlideShare:

Доклад о том, как обойтись в интерфейсном проекте без жертв

Первой в серии выступлений будет презентация “Когда проектирование заказывать не нужно. Памятка для клиентов и подрядчиков” на московской конференции User Experience 2009. В ней рассказывается о том, как обойтись в интерфейсном проекте без жертв. Несмотря на то что первоначальная проработка интерфейса или улучшение существующего пригодится почти любому продукту, добиться нужного результата почему-то получается далеко не у всех. Причины этого разные, но результат часто один — деньги и время потрачены, отношения между заказчиком и подрядчиком подпорчены, слова «проектирование» и «юзабилити» становятся для клиента ругательными.

Конференция проходит уже третий год и на этот раз — совместно с UPA Europe. Благодаря этому ожидаются выступления многих западных специалистов, из которых особенно интересным должен быть рассказ Билла Бакстона. Мероприятие состоится 26-27 октября в “Инфопространстве” в 1-м Зачатьевском переулке, 4. Мое выступление назначено на вторник, 27 октября, с 18:00 до 18:30. Об условиях участия можно почитать на сайте мероприятия.

Лекция об истории пользовательских интерфейсов и особенностях процесса их создания

Второй будет обзорная лекция “Проектирование интерфейсов и юзабилити – история и практика” для питерской части проекта Теории и Практики. Пользовательские интерфейсы существовали и до компьютеров – от «Железного Феликса» и ручек управления газовой плиты до приборных панелей автомобилей и диспетчерских пультов электростанций. С развитием цифровой техники задачи проектирования стали сложнее и интереснее – нагруженные функциями гаджеты и бытовая техника используется повседневно множеством людей. Причем у всех этих людей свои особенности – кто-то спокойно работает с техникой в офисе, другие используют гаджеты урывками на ходу, у третьих плохое зрение, четвертые подозрительно относятся ко всему новому. Как сделать продукт, которым они будут довольны?

В ходе лекции будет рассказано об истории развития интерфейсов, их текущем состоянии и направлениях развития, а также процессе проектирования и дизайна. Мероприятия T&P, как правило, проходят в неспециализированных площадках — я буду рассказывать в Cheap Bar (второй этаж бывшего Red Club) на Полтавской, 7. Назначено выступление на пятницу, 30 октября, с 20:00 до 21:00. Вход и участие бесплатны, а при желании можно отметиться на сайте в списке участников.

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

Третий доклад — “Форматы работы клиента с командой проектирования интерфейсов” на московской конференции РИТ-2009 — вместе с переносом мероприятия пока под вопросом, но предварительно заявлен в программу. Включение работ по проектированию интерфейса в общий процесс разработки происходит с разными целями — повысить потребительские качества продукта, обеспечить проектную команду документацией на интерфейс, проверить жизнеспособность общей концепции продукта на раннем этапе. В зависимости от задач проекта, состава его команды, принципов управления и других особенностей проекта, интеграция этапа проектирования может проходить в различных форматах.

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

Еще немного анонсов

Хотя летняя пауза в блоге затянулась, скоро снова начнут появляться свежие материалы. Первой станет обзорная статья на тему проектирования из трех частей. На подготовку больших постов уходит приличное количество времени, но и полезность их гораздо больше. Также давно в списке приоритетных задач переработка самого блога — тематика не поменяется, но представлены старые и новые статьи будут в более удобном виде.

Также много интересного на тему интерфейсов регулярно публикуется во Friendfeed-группе User Experience — в основном это ссылки на инструменты проектирования, кейсы из практики различных компаний, описание методик проектирования и процессов создания интерфейсов. Читать ее можно и без регистрации в сервисе.

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

Решением является работа с ожиданиями на различных этапах и уровнях проекта:

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

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

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

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

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

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

Мастер-класс “Контроль качества интерфейсных решений”

Первым в серии выступлений будет мастер-класс “Контроль качества интерфейсных решений. Обзор методов и подходов, использующихся на всех этапах процесса проектирования и реализации проекта” на питерской конференции SQA Days. Это двухчасовой практический доклад с разбором простого кейса — проектирования сайта компании-производителя оборудования. Его цели:

• Понять, на каких этапах, чем и как проектировщик может помочь продукту и команде разработки.
• Узнать о конкретных методах и подходах, которые помогают работать на каждом из этапов.
• Опробовать эти методы на практике на примере небольшого тестового проекта.

Это уже пятая конференция для специалистов в области обеспечения качества ПО — местом проведения предыдущих были Москва и Минск. Пройдет она 23-24 апреля в Международном Деловом Центре на 4-й линии Васильевского острова, 65А. Мой мастер-класс назначен на пятницу, 24 апреля, с 15:30 до 17:30. Об условиях участия можно почитать на сайте мероприятия.

Доклад об управлении ожиданиями

Второй будет презентация “Управление ожиданиями от процесса проектирования интерфейса” на московской конференции Software People 2009. Четкого понимания что такое проектирование и юзабилити даже сейчас нет у большинства клиентов. Да и в профессиональном сообществе каждый зачастую вкладывает в эти понятия свой смысл. В результате сотрудничество клиента и компании-поставщика интерфейсных услуг зачастую заканчивается взаимным недовольством — ждали магии, а получили или не то, или набор очевидностей.

Задача выступления — не очередная классификация понятий. Это практический обзор того, как “договариваться на берегу” и заканчивать интерфейсные проекты на радостной для обоих сторон ноте. Сама конференция пройдет 21-22 мая в “Инфопространстве” в 1-м Зачатьевском переулке, 4. Мое выступление назначено на пятницу, 22 мая, с 11:30 до 12:15. Об условиях участия можно почитать на сайте мероприятия.

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

Третий доклад — “Форматы работы клиента с командой проектирования интерфейсов” на московской конференции РИТ-2009 — перекликается с предыдущим. Включение работ по проектированию интерфейса в общий процесс разработки происходит с разными целями — повысить потребительские качества продукта, обеспечить проектную команду документацией на интерфейс, проверить жизнеспособность общей концепции продукта на раннем этапе. В зависимости от задач проекта, состава его команды, принципов управления и других особенностей проекта, интеграция этапа проектирования может проходить в различных форматах.

Выбор подходящего варианта взаимодействия здорово влияет и на качество итогового результата, и на удовлетворенность обеих сторон сотрудничеством. Презентация рассказывает о том, как найти компромисс между идеальным процессом с точки зрения проектирования и наиболее комфортным для команды разработки. Третья конференция в серии пройдет 19 июня в Центре Международной Торговли на Краснопресненской набережной, 12. Подготовка к ней только началась, поэтому программы еще нет, но об условиях участия можно почитать на сайте мероприятия.

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

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

Кейс с обучением предмету

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

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

Хотелось упорядочить знания, но читать сразу специализированную литературу вроде Эдварда Тафти трудновато — язык тяжелый, вряд ли что-то осядет на неподготовленную голову. Лучший способ в этом случае — аналог студенческих курсовых, т.е. самостоятельное изучение предметной области. А тут как раз подвернулся отличный внешний стимул — обещание подготовить обзорную статью для Эксперимент.ру.

Процесс работы пошел следующим образом:

• Получение общего представления. В процессе первичного наблюдения за темой — запоминания наиболее значимых источников, компаний и авторов, сохранения всего самого яркого и интересного в закладочные сервисы — появилась необходимость в классификации этого потока. В попытках разложить входящую информацию по полочкам, поиске закономерностей и группировке похожего начал ставить к закладкам осмысленные теги. Не всегда правильные, но обучение двинулось вперед.
• Детальное изучение. Агрегатор FriendFeed оказался идеальным средством для сбора базы регулярных источников информации по теме. Постоянно добавляя новые обзорные сайты, галереи и блоги (не забывая при этом отключать оказавшиеся неинтересными), я смог собрать отличнейший новостной канал по теме визуализации и инфографики — сейчас туда попадает если и не все, то большая часть из появляющегося в известных открытых источниках. Самым сложным моментом оказалась работа с архивами этих сайтов — важно было пройтись по всем старым материалам в поисках интересного. Хотя такое копание заняло приличное количество времени и сил, оно здорово упростило работу с источниками дальнейшем, да и вложение было единоразовым. Во-первых, это лучшее испытание для системы классификации — справляется ли она с огромным потоком разнообразного контента? Во-вторых, в потоке нового очень много повторов, которые теперь можно на автомате удалять из ленты даже не открывая.
• Структуризация знания в виде статьи. Первым делом потребовалась классификация — описав свой опыт и наблюдения, перебрав часть собранной коллекции и посмотрев чужие классификации, у меня получился именно тот срез типов инфографики, который удобен и востребован в работе. Общение с коллегами помогло скорректировать неточности, а сбор примеров для статьи еще лучше отполировал структуру и описания методов.

Не считая главных итогов исследования — более глубокого понимания дисциплины и удобной справочной статьи — получились и дополнительные приятные выхлопы:

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

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

Процесс изучения предметной области

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

В прошлом году я писал о таком брейншторминге — мы как раз начинали работу над новым сложным проектом. Общий процесс понимания предмета выглядел так:

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

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

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

P.S. Кстати, на сайте появился рубрикатор статей — на одной странице собраны и классифицированы по темам все полезные материалы. Это куда более удобный способ навигации, чем теги.

Примеры из практики

Есть несколько категорий инфографики, которые мы регулярно применяем при создании проектов. В каких-то сложнее интересно и симпатично визуально оформить картинку, где-то нужно долго корпеть над изначальным продумыванием и категоризацией информации. Некоторые делаются в более-менее стандартном режиме, хотя это не отнимает их полезности. Часть представленных проектов делалась до прихода в UI Modeling Company, но от этого не менее интересны:

Статистика и отслеживание метрик

	Динамика котировок в деловом портале BFM.ru. Показывает в виде линейного графика и столбиковой диаграммы изменение стоимости акции, индекса, валюты или товара, а также объем торгов ими.
	Эффективность рекламы одной из услуг (проект в стадии разработки). Показывает в виде линейного графика соотношение затрат на продвижение услуги и отдачу от него.
	Мониторинг стабильности работы хостинг-провайдеров (проект закрыт, работал в 2003 году). Показывает в виде столбиковой диаграммы процент успешно прошедших запросов к размещенным на площадках хостера сайтам.
	Динамика рейтинга пользователя в социальном медиа (проект в стадии разработки). Показывает в виде столбиковой диаграммы изменение значения рейтинга пользователя.
	Динамика показателей качества проекта в системе проект-менеджмента EPAM PMC. Показывает в виде линейного графика количество новых и закрытых в проекте багов.
	Статус прохождения компанией опросников в специализированном продукте биржи London Stock Exchange. Показывает в виде комбинированного индикатора выполнения процент уже отвеченных вопросов, а также то сколько останется неотвечено после ответа на указанный опросник.

Картография

	Карта городов страны для туристического портала (проект в стадии разработки). Показывает расположение городов в виде маркеров на географической карте страны. Для облегчения поиска на маркерах стоят первые буквы в названии города.
	Карта мест развлечения в городе для туристического портала (проект в стадии разработки). Показывает расположение баров, кафе, ресторанов и клубов в виде маркеров на дорожной карте города. Для облегчения поиска на маркерах стоят цветовое кодирование и пиктограмма, типизирующие объект.
	Выбор и индикатор основных направлений для туристического портала (проект в стадии разработки). Позволяет выбрать направление с помощью схематической карты мира, а также показывает где находится текущая страна или город.
	Выбор станции метро в портале по недвижимости (проект в стадии разработки). Позволяет выбрать подходящие станции метро с помощью вспомогательной карты маршрутов общественного транспорта.
	Выбор и индикатор мест проведения событий на сайте XI Петербургского Международного Экономического Форума (сейчас доступна другая версия сайта). Позволяет выбрать нужный зал проведения мероприятий, а также показывает где проводится мероприятие.

Отображение процесса

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

Отображение времени

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

Часть вещей не попала в список или лишена конкретики из-за того что многие проекты находятся в стадии разработки. Хотя и того что описано должно хватить для общего представления о местах, где применима инфографика.

Использование в веб-сервисах

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

• Статистика и отчеты. Чаще всего это либо специализированные сервисы анализа статистики посещений и трафика вроде Google Analytics, ClickTale, Alexa, Google Trends или FeedBurner, либо встроенные в обычные веб-сервисы модули отчетности о популярности пользователя и его контента — например, в Flickr, Google Reader, ЖЖ или Free-Lance.ru. Для отображения данных они используют линейные графики, столбиковые и круговые диаграммы, гистограммы. В последнее время все больше таких продуктов применяет тепловые диаграммы для показа наиболее кликабельных мест на странице — например, ClickDensity и CrazyEgg.
• Картография и привязка данных к географии. Обычно это карты городов и стран, показывающие их географию, топографию, дороги и конкретные объекты — например, Яндекс.Карты, Google Maps, Yahoo! Maps или MapQuest. В последнее время многие из таких сервисов предоставляют инструменты для создания собственных тематических карт, благодаря чему есть справочники вроде Cost2Drive и Banki.ru на карте. Сюда же можно отнести недавнюю тенденцию геотегирования контента, когда новости или пользовательские материалы в социальных медиа привязываются к месту где они созданы или которое описывают — примеры такого подхода можно увидеть в специальном режиме просмотра Flickr, карте военного конфликта в Конго, Trulia Snapshot и Dopplr; либо когда географические перемещения самих пользователей отображаются в системе и могут служить поводом для рекомендаций, как это делают BrightKite, Nokia Friend View, Yahoo! FireEagle и Google Latitude. Чуть в стороне стоят карты метро — их можно увидеть в Яндекс.Картах Метро и РусАвтобусе.
• Отслеживание метрик. В основном это упрощенные отчеты — сервисы наглядно показывают изменения ключевых параметров в виде встроенных в обычные страницы изображений. Хотя обычно для этого используется текст или простая инфографика вроде индикаторов выполнения, некоторые продукты применяют графики и диаграммы — например, burndown-диаграммы в инструментах управления agile-проектами вроде Acunote и RallyDev. Также в эту группу можно включить инструменты для работы с биржевой информацией, массовые вроде Yahoo! Finance, Google Finance, BFM.ru или TIKR.ru и специализированные — E*Trade, TradeKing, Quote.ru.
• Привязка событий ко времени. Как правило, это использующие временную шкалу сервисы. Например, пользовательский контент в порядке его появления показывают Plurk, Dipity, This Moment и Flickr Clock. Сюда можно отнести и классические инструменты управления проектами, использующие диаграмму Гантта, такие как KommandCore или МегаПлан (хотя смысл этой диаграммы и шире простой привязки ко времени).
• Отображение процесса. Сервисы, которые используют формализованные и неформализованные блок-схемы для управления неким процессом. Такое представление хорошо подходит для создания различных информационных фильтров, как это делает Yahoo! Pipes и Google Analytics. А может использоваться как навигация по рабочему процессу и его наглядное отображение, как это делают в Target Process. По хорошему сюда нужно отнести и отображение текущего шага в мастерах (wizards) вроде оформления покупки в интернет-магазине, но это не самый яркий пример визуализации.
• Отображение связей. Чаще всего это дерево связей между объектами либо ментальная карта какого-то явления или понятия. Многие из таких сервисов показывают связи между людьми — либо в виде генеалогического древа в Geni, либо внутри другой социальной сети — например, Bacardi B-Live Share. А поисковик Quintura работает, по сути, как ментальная карта, хотя и имеет внешний вид скорее облака тегов.
• Сложные статистические данные. Как правило это специальные проекты газет и журналов, некоммерческих организаций, государственных ведомств, отображающие сложные политические или экономические данные. В них совмещается сразу несколько инструментов визуализации — например, карты и диаграммы. Наиболее известна команда New York Times Visualization Lab, которая регулярно выдает интереснейшие интерактивные приложения к газете. Похожие вещи делают и другие крупные издания — например, Washington Post, USA Today. Среди других проектов по сбору статистики — GapMinder, Akamai Real-Time Web Monitor, Every Moment Now, Daytum.
• Экспериментальная навигация. Практического смысла такая визуализация не несет, зато хорошо запоминается благодаря необычности. Например, в виде дерева показывается портфолио компании OLIN, а рекламное агентство Venables Bell & Partners использует комбинацию временной шкалы и некого подобия площадной диаграммы для отслеживания упоминаний своего рекламного ролика. Интересный вариант отображения связей между страницами в вики-системе предложен Ronald The и Benedikt Gross.

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

Источники информации по теме

В последнее время количество ресурсов, специалистов и проектов на тему визуализации в интернете все больше и больше. Два ключевых сайта, которые стоит просматривать регулярно — Infosthetics и Flowing Data. Первый собирает обширнейшую коллекцию любых примеров визуализации, второй имеет более практическую направленность.

Другие хорошие обзорные сайты и коллекции — Visual Complexity, Infographic News, Cool Infographics, News Page Designer. Много интересного собирается во Flickr-группах, других веб-сервисах и сообществах — Diagram Diaries, Everyday Information Achitecture, dataviz.tumblr.com, ru_infodesign. Некоторые компании и специалисты публикуют подборки своих и чужих работ — например, Density Design, CatalogTree, DataVisualization.ch, Tableau Software, Juice Analytics.

Самое интересное из этого и других лент я сохраняю в vi.sualize.us по тегу infographics” href=”http://vi.sualize.us/jvetrau/infographics” target=”_blank”>картиночных закладках и del.icio.us по тегу infographics” href=”http://delicious.com/jvetrau/infographics” target=”_blank”>del.icio.us — сейчас там достаточно хорошие, регулярно обновляющиеся подборки по теме. Хотя на практике мне удалось попробовать далеко не весь инструментарий визуализации данных, будет интересно расширить опыт работы с инфографикой. Главное при этом не пытаться вставлять интересные картинки ради них самих, а использовать их только там, где этого реально требуют задачи проекта.

P.S. Спасибо за помощь в написании статьи моим коллегам и друзьям — Александру Хмелевскому, Льву Эйдинову, Юрию Шиляеву, Глебу Калинину, а также остальным помогавшим в вычитке, сборе материала и консультациях по теме.

Специально для Эксперимент.ру. В издании материал выйдет в немного другой компоновке.

Все части материала:

• Визуализация данных. Наглядный и компактный способ отображения информации, часть 1. Классификация
• Визуализация данных. Наглядный и компактный способ отображения информации, часть 2. Процесс
• Визуализация данных. Наглядный и компактный способ отображения информации, часть 3. Примеры из практики

Процесс создания

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

• Определение задачи и целевой аудитории. Важно понимать, что и кому хочет показать автор своей инфографикой. Будет ли это отчет о результатах деятельности, иллюстрация к аналитической статье или другая задача из тех, что описаны в первой части материала. Читателя и его бекграунд также полезно держать в голове. Знаком ли человек с описываемой темой или ему нужны дополнительные пояснения, увидит ли он графику саму по себе или вместе с другой тематической информацией? Здорово, если сообщение будет не только рассказано целевой аудитории, но и понято ей.
• Сбор данных для визуализации. Какие-то из них будут основными, какие-то — вспомогательными. Полезно иметь в загашнике как можно больше исходных данных на всякий пожарный — могут и не понадобиться, но в подходящем случае здорово подчеркнут смысл. Если визуализация будет динамически генерируемой или интерактивной, понадобятся соответствующие источники информации. Полезно проработать этот момент заранее — при работе со сторонними поставщиками данных часто возникает много подводных камней.
• Выбор типа визуализации и инструмента разработки. Внешний вид итоговой картинки определяется задачей и собранными данными. Нужно ли сравнить их, показать связи между ними, изменение их значений с течением времени или что-то другое? В предыдущей части статьи описаны основные типы инфографики — это наиболее распространенные подходы к отображению данных, которые подходят для большинства случаев. Есть также хорошая памятка от Andrew Abela, которая может подсказать подходящий вариант. Если визуализация будет динамически генерируемой или интерактивной, неплохо бы к этому моменту также выбрать инструмент разработки — технические ограничения могут осложнить полет фантазии.
• Создание набросков и проверка на реальных данных. Полезно предварительно смоделировать будущую картинку в виде рисованного на бумаге скетча или чернового наброска в электронном виде. Это позволит заранее увидеть многие из потенциальных проблем и, если нужно, подкорректировать изначальный план. Крайне желательно использовать для набросков реальные данные — их может либо не хватить для выбранного типа визуализации, либо наоборот, картинка получится слишком перегруженной.
• Отрисовка в дизайне и программная реализация. Оформление визуализации зависит от контекста использования итоговой картинки. Будет ли это самостоятельное изображение или часть другого документа или программы; будет ли она показана на бумаге, компьютере или мобильном; нужно ли предусмотреть элементы управления в случае интерактивной инфографики? Все это накладывает ограничения на внешний вид создаваемой визуализации.

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

Кем и чем создается инфографика

Специальных инструментов для создания комплексной статической инфографики нет — используются обычные графические редакторы вроде Adobe Illustator или Xara Xtreme. Причем для сложных изображений может понадобиться приличное количество времени и сил — вот, например, интересный кейс создания сложной иллюстрации, занявший порядка 80 часов работы. Причем половина из них ушла на предварительную проработку. Хотя в примере скорее иллюстрация, чем работа по визуализации данных, подходы и процесс очень похожи.

Для более простых прикладных задач вроде построения стандартных графиков и диаграмм или стандартизованного описания процессов подходят специализированные инструменты — MS Visio и Excel, Smart Draw, OmniGraffle, Concept Draw или любой графический редактор. При творческом подходе можно пойти дальше стандартных средств — например, много интересных приемов работы с Excel есть в блоге компании Juice Analytics. Есть также инструменты для построения отдельных типов визуализации вроде ментальных карт в MindManager, UML-диаграмм в Rational Rose, диаграмм Сэнки в e-Sankey или Гантта в MS Project. Причем многие из таких продуктов в последнее время все чаще запускаются в виде веб-приложений — например, Lovely Charts или Gliffy.

Большинство стандартных задач по созданию динамической инфографики в вебе решаются библиотеками скриптов на JavaScript, Java и Flash — например, amCharts или JS Charts. Есть аналогичные платные и беслатные продукты вроде Google Chart, позволяющие генерировать графики и диаграммы через специальный API или с помощью виджетов, как Fusion Widgets.

Для более сложных визуализаций существуют экспериментальные инструменты и веб-сервисы. Например, одна их исследовательских групп IBM развивает проект Many Eyes — он позволяет построить полтора десятка типов инфографики на основе любого набора данных. Свои эксперименты в этой области выкладывают в общий доступ команды некоторых сайтов, таких как Digg Labs, Yahoo! Research и MSNBC, а также сторонние разработчики, использующие данные популярных сервисов вроде Del.icio.us и Last.FM. Существует также много университетских работ в этом направлении — например, немецкий Synoptic.

Если идти от практических задач в сторону алгоритмического или генеративного искусства, широко используются такие инструменты как язык программирования Processing и Context Free Design Grammar. Многие пишут скрипты самостоятельно — например, в 3D Max.

Сложнее, когда инфографика является частью интерфейса, как в играх или специализированном отраслевом ПО. Но эта тема недостаточно мне знакома, да и скорее достойна отдельной статьи.

Специально для Эксперимент.ру. В издании материал выйдет в немного другой компоновке.

Все части материала:

• Визуализация данных. Наглядный и компактный способ отображения информации, часть 1. Классификация
• Визуализация данных. Наглядный и компактный способ отображения информации, часть 2. Процесс
• Визуализация данных. Наглядный и компактный способ отображения информации, часть 3. Примеры из практики

Применение

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

• Статистика и отчеты. Самодостаточный жанр, когда данные за некий период времени показываются вместе. Например, статической картинкой в приложении к отчету или настраиваемым графиком в сервисе статистики, с возможностью изменения параметров его отображения.
• Справочная информация. Дополнение к основному тексту, наглядно иллюстрирующее его упоминаемыми данными. Скажем, дать общее представление о динамике одного из показателей, либо отобразить какой-то процесс и его этапы; может быть — показать структуру некого явления.
• Интерактивные сервисы. Продукты и проекты, в которых инфографика является частью функциональности. Так, в качестве средства навигации по сервисам со сложным workflow может являться диаграмма процесса. Почти все, что связано с работой с картами и вовсе редко обходится без микса инфографики и интерактивности, не говоря уже о специализированных системах вроде диспетчерских и большей части компьютерных игр.
• Иллюстрации. Не совсем чистый жанр — скорее, использование практик и подходов красивого отображения данных для создания самостоятельных иллюстраций. Они несут некий смысл, но это не основная их задача — основной ценностью является качество исполнения.
• Чертежи и схемы. Специализированные документы, показывающие структуру и процесс работы сложных инженерных и природных систем. Помимо различных карт, зачастую это редко использующиеся в повседневной жизни вещи вроде схем печатных плат.
• Эксперименты и искусство. Визуализация данных без особого практического смысла, скорее в качестве экспериментов или инсталляций. Чаще всего это сложные и громоздкие изображения, которые сложно “прочитать” бегло — объем данных и взаимосвязей между ними таков, что нужно разбираться с картинкой по частям; либо просто абстрактные изображения, автоматически сгенерированные. В последнее время направление все более популярно и периодически выходит за рамки компьютерной графики — например, в виде графиков-скульптур.

Классификация

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

Графики

Показывают зависимость данных друг от друга. Строятся по осям X и Y, хотя могут быть и трехмерными.

Линейный график (line chart, area chart). Наиболее распространенный случай. Объединяет линией набор точек, соответствующих значениям по осям. Например, ежедневная посещаемость сайта за месяц. Может показывать сразу несколько наборов данных — например, статистику просмотров для 3 наиболее популярных страниц. Примеры: © BFM.ru, SmartMoney, TeleGeography Research Другие примеры в галерее паттернов

График рассеивания (scatterplot). Показывает распределение ограниченного набора точек, соответствующих значениям по осям. Между точек часто рисуется линия тренда — она наглядно показывает закономерности среди значений. Например, связь между стажем работы и производительностью труда среди 50 сотрудников компании (просто соединить полученные точки в виде линейного графика нельзя — и смысл искажается, и линия будет будет дерганой). Примеры: © Statcon Другие примеры в галерее паттернов

Диаграммы сравнения

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

	Столбиковая диаграмма (bar chart). Показывает один или несколько наборов данных, сравнивая их между собой. Существует два варианта отображения в случае нескольких наборов — либо в виде нескольких стоящих рядом столбиков, либо в виде одного, но поделенного внутри в соответствии с долями значений. Например, ежегодная прибыль трех компаний за последние 5 лет или доли рынка трех компаний за это же время. Примеры: © SmartMoney Другие примеры в галерее паттернов
	Гистограмма (histogram). Показывает распределение набора данных внутри выборки в виде столбиков. Например, количество сотрудников компании в нескольких возрастных группах. Примеры: © Студия Артемия Лебедева, Большая Советская Энциклопедия Другие примеры в галерее паттернов
	Круговая диаграмма (pie chart). Отображает процент, занимаемый каждым значением внутри набора данных, в виде разбитого на части круга. Например, доли рынка сотовых операторов. Может отображать сразу несколько наборов данных — в этом случае диаграммы наложены друг на друга, причем каждая из них меньше предыдущей. Например, доли рынка сотовых операторов за последение 3 года. Примеры: © Candy Chang, Density Design, GraphJam Другие примеры в галерее паттернов
	Площадная диаграмма (bubble chart). Микс графика и диаграммы — по двум осям расставлен набор точек, соответствующий значениям. При этом сами точки не соединены и имеют различную величину, которая задается третьим параметром. Например, сравнение количества купленных товаров, общей стоимости покупки и величины общего бюджета покупателя. Примеры: © (автор неизвестен), Секрет Фирмы, Коммерсантъ.Деньги Другие примеры в галерее паттернов
	Кольцевая диаграмма (ring chart). Показывает процент от максимального количества, которое занимает одно из значений в наборе данных, в виде частично закрашенного кольца. Например, количество завоеванных на чемпионате медалей относительно максимального. Часто используется сразу несколько таких диаграмм, сравнивая разные значения. Примеры: © Wired, New York Times Другие примеры в галерее паттернов
	Диаграмма разброса (span chart). Показывает минимальную и максимальную величину значений внутри набора данных в виде урезанной столбиковой диаграммы. Начало столбика лежит не на горизонтальной оси, а в точке минимального значения по вертикали. Например, разброс стоимости квадратного метра жилья в разных районах города. Примеры: © Potsdam University of Applied Sciences Другие примеры в галерее паттернов
	Лепестковая диаграмма (radar chart). Сравнивает величины нескольких значений, каждая из которых соответствует точке на оси. Количество осей соответствует количеству значений, а точки объединены линями. Например, сравнение рентабельности каждого из 8 направлений деятельности компании. Примеры: © Секрет Фирмы, Pedro Monteiro, Main Library at Queen Mary (University of London) Другие примеры в галерее паттернов
	Облако тегов (tag cloud). Сравнивает ключевые слова или фразы (значения), содержащиеся внутри фрагмента текста (набора данных), задавая каждому из них свой размер шрифта. Размер шрифта зависит от величины параметра. Например, 25 самых часто упоминаемых в газетах слов за декабрь 2008 года. Примеры: © Flickr, Martin Ignacio Bereciartua Другие примеры в галерее паттернов
	Тепловая диаграмма (heat map). Сравнивает значения внутри набора данных, закрашивая их одним из цветов в заранее выбранном спектре. Основой является изображение или другая диаграмма, на которой расставлены значения. Цвет зависит от величины параметра и чаще всего накладывается в виде пятен. Например, страны мира с наиболее высоким атмосферным давлением или элементы главной страницы сайта, по которым пользователи кликают чаще всего. Примеры: © Dylan Vester, CrazyEgg Другие примеры в галерее паттернов

Деревья и структурные диаграммы

Показывают структуру набора данных и взаимосвязи между его элементами.

	Граф и дерево (graph, tree). Показывает иерархию набора данных, в которой элементы являются родительскими или дочерними по отношению друг к другу. Выстраивается в виде соединенных линиями узлов либо сверху вниз, либо из центра композиции. Узел обычно отображается кругом или прямоугольником. Например, карта сайта. Примеры: © Concept Draw, Karen Leech, (автор неизвестен) Другие примеры в галерее паттернов
	Ментальная карта (mind map). Показывает состав и структуру явления или понятия в виде графа, в котором каждый узел имеет один или несколько дочерних элементов. Это частный случай графа, с той разницей что ветви обычно симметрично расходятся из узла, расположенного в центре изображения. Например, конспект книги по управлению проектами, который отражает ее содержание и основные понятия. Примеры: © Adaptive Path, Ethan Hein, Comic vs Audience Другие примеры в галерее паттернов
	Формализованные структурные диаграммы. Показывают состав и структуру системы или ее части в виде карточек, которые описаны с разной степенью детализации и связаны друг с другом как родительские и дочерние. Отображается в стандартизованном виде — например, с помощью UML (Unified Modeling Language) или IDEF1X (Integration Definition for Information Modeling). Например, все сущности, необходимые для работы одного из модулей программной системы. Примеры: © Concept Draw, Wikipedia Другие примеры в галерее паттернов
	Диаграмма Венна/Эйлера (Venn/Euler diagram). Показывает отношения между значениями набора данных в виде накладывающихся друг на друга кругов (чаще всего трех). Область, в которой пересекаются все круги, показывает общее между ними. Например, пересечением соблюдения сроков, бюджета и поставленных задач является успех проекта. Примеры: © Phil Glockner, Dan Saffer Другие примеры в галерее паттернов
	Плоское дерево (tree map). Показывает иерархию набора данных, в которой элементы являются родительскими или дочерними по отношению друг к другу. Отображается в виде набора вложенных прямоугольников, каждый из которых является ветвью дерева, а находящиеся внутри него — дочерними элементами и ветвями. Прямоугольники различаются по размеру в зависимости от параметра и имеют цвет, который задается другим параметром. Например, детальная структура бюджета компании, в котором цветом показан процент изменения каждого пункта по сравнению с предыдущим годом. Примеры: © Tableau Software, Panopticon, Panopticon Другие примеры в галерее паттернов

Диаграммы визуализации процесса

Показывают процесс, состоящий из последовательности действий. Может включать один или несколько сценариев развития событий.

	Формализованная блок-схема (block diagram). Показывает ключевые шаги, которые проходит процесс, в виде связанных друг с другом однонаправленными стрелками блоков. Отображается в стандартизированном формате, где вид блока зависит от его роли в процессе. Например, схема процесса утверждения и публикации статьи внутри редакции. Примеры: © Density Design, Allen Holub, Concept Draw Другие примеры в галерее паттернов
	Неформализованная блок-схема (block diagram). Показывает ключевые шаги, которые проходит процесс, в виде связанных друг с другом стрелками блоков. Отображается в свободной форме, когда шаги показаны произвольными фигурами, а стрелки могут быть двунаправленными или вообще не иметь направления. Кроме того, блоки могут быть объединены в группы. Например, упрощенная схема передвижения средств при SMS-платежах. Примеры: © Tapulous, Секрет Фирмы, David Armano Другие примеры в галерее паттернов
	Диаграмма циклического процесса. Показывает ключевые шаги процесса, который содержит набор повторяющихся действий. Циклическая часть отображается в виде кольца, которое образуют соединенные стрелками шаги. А начало и окончание процесса — входящей и выходящей из круга стрелками. Например, последовательность процесса проверки качества, который проходит во время работы над программным продуктом. Примеры: © Fruitful, eStrara, Idiagram Другие примеры в галерее паттернов
	Диаграмма Сэнки (Sankey diagram). Показывает ключевые шаги процесса и интенсивность его протекания на каждом из участков. Отображается без узлов, в виде соединяющихся и разветвляющихся линий разной толщины (в зависимости от величины параметра). Имеет любое количество начальных и конечных точек, а значит и множество сценариев развития. Например, процесс передачи тепла от ТЭЦ к бойлерной станции, включая его потери по различным причинам. Примеры: © World Resources Institute, Sankey-diagrams.com, IBM Другие примеры в галерее паттернов

Матрицы

Сопоставляют между собой значения внутри набора данных в виде таблицы.

	Таблица (matrix). Показывает набор данных в виде заполненных его значениями ячеек, которые образуют собой строки и столбцы. Каждому столбцу и строке соответствует параметр, который определяет конкретную ячейку для значения. Например, бюджет отделов компании за каждый год ее существования. Примеры: © Известия, PresseBox, Elliance Другие примеры в галерее паттернов
	Календарь. Частный случай таблицы. Показывает календарный месяц по номерам и дням недели. Примеры: © thenonhacker, Yahoo! UI Patterns Library Другие примеры в галерее паттернов

Диаграммы времени

Показывают распределение данных в зависимости от времени.

Временная шкала (timeline). Показывает значения из набора данных на горизонтальной оси, которая соответствует времени. Отрезки между значениями могут быть любой величины. Например, линия годов XX века, на которой отмечены крупные военные конфликты. Примеры: © Секрет Фирмы, Rodrigo Ronda Leon, GOOD Magazine Другие примеры в галерее паттернов

Диаграмма Гантта (Gantt diagram). Показывает последовательность, длительность, а также время начала и окончания этапов и конкретных задач, необходимых для выполнения проекта. Отображается в виде “водопада” из одного или нескольких каскадов — соединенных стрелками блоков, выстроенных по диагонали сверху вниз, слева направо (т.е. “лестницей”). Причем длина блока зависит от необходимого для выполнения времени. Например, задачи, которые нужно выполнить для написания, подготовки к печати и выпуска книги. Диаграмму можно также отнести и к группе визуализирующих процесс, но обе ее части (длительность и последовательность действий) одинаково важны, поэтому тут уже дело вкуса. Примеры: © MS Project, Todd R. Warfel Другие примеры в галерее паттернов

Карты

Показывают данные, зависимые от географии или архитектуры некого объекта.

	Географическая карта. Показывает в схематичном виде состав и расположение частей географического объекта. Например, мир в целом или остров. Примеры: © Google Maps, TeleGeography Research, Flowing Data Другие примеры в галерее паттернов
	Фотографическая карта. Показывает географический объект в виде фотографии со спутника или самолета. Например, мир в целом или город. Примеры: © Google Maps, Яндекс.Карты Другие примеры в галерее паттернов
	Дорожная карта. Показывает в схематичном виде трассы, магистрали, железные и другие дороги, наложенные на очертания географических объектов. Например, автомобильная карта дорог области. Примеры: © MapQuest, Яндекс.Карты Другие примеры в галерее паттернов
	Тематическая карта. Показывает различные объекты в виде маркеров на карте мира, страны или города. Объектами чаще всего являются те, что построены человеком: дома, магазины, памятники, объекты инфраструктуры и т.п. на карте города; либо города на карте страны; либо страны на карте мира. Основой может являться практически любая карта, но обычно используются географическая, фотографическая, дорожная или топографическая карты. Например, расположение офисов компании на карте города. Примеры: © Яндекс.Карты, Автокадабра Другие примеры в галерее паттернов
	Картограмма (cartogram). Показывает в виде схематичной карты набор данных, каждое из значений которого привязано к географическому объекту. При этом размер и форма объекта зависит от величины значения. Например, карта мира, на которой величина страны зависит от количества ее населения. Примеры: © Density Design, (автор неизвестен), Manuel Marino Другие примеры в галерее паттернов
	Архитектурный план (floor plan). Показывает в схематичном виде форму и внутреннее строение одного из этажей здания или другого архитектурного сооружения. Также может показывать расстановку мебели и других предметов наполнения помещений. Например, план помещений двухкомнатной квартиры. Примеры: © Christian’s of Bucks Point, (автор неизвестен), (автор неизвестен) Другие примеры в галерее паттернов
	Схема маршрутов общественного транспорта. Показывает остановки общественного транспорта в виде одной или нескольких пересекающихся линий разного цвета. Линия соответствует заранее определенной последовательности станций. В некоторых случаях накладывается на упрощенную географическую карту. Например, карта метро. Примеры: © New York Subway, Rhein-Main-Verkehrsverbund GmbH, Penguin Group Другие примеры в галерее паттернов

Диаграммы связей

Показывают связи внутри набора данных, как правило достаточно большого.

	Круговая диаграмма связей (network diagram, arc diagram). Показывает связи внутри набора данных в виде кольца, на котором расставлены значения. Значения связаны дугами или линиями, находящимися во внутренней области круга. При большом количестве значений они могут находиться и внутри кольца, хотя это менее наглядно. Связи также могут иметь направление. Например, являются ли взаимными друзьями участники группы в социальной сети. Примеры: © Ethan Hein, Ethan Hein, Josef Muller-Brockmann Другие примеры в галерее паттернов
	Линейная диаграмма связей. Показывает связи внутри набора данных в виде линии, на которой расставлены значения. Значения связаны дугами, находящимися сверху и снизу линии. Связи также могут иметь направление. Это альтернативный вариант отрисовки круговой диаграммы связей — смысл и задачи у них одинаковые. Примеры: © Martin Dittus, Andreas Koller & Philipp Steinweber, TeleGeography Research Другие примеры в галерее паттернов
	Связи на карте. Показывает связи внутри набора данных в виде земного шара или географической карты, на которой расставлены значения. Значения связаны дугами, если изображение трехмерное, или линиями, если карта плоская. Связи также могут иметь направление. Например, маршруты всех находящихся сейчас в воздухе самолетов. Примеры: © National Science Foundation, Ensci, MIT Senseable City Lab Другие примеры в галерее паттернов
	Дендрограмма (dendrogram). Показывает близость значений набора данных по одному из параметров, используя ось Y для расстановки самих значений, а ось X — величины параметра. Отображается в виде набора соединяющихся друг с другом горизонтальных линий, которые соединяются, если значения совпадают по параметру. Причем чем раньше совпадение значений находится по оси X, тем ближе они друг к другу. Например, сравнение годовой выручки 30 предприятий. Примеры: © GUI.ru, New York Times, Kate Jones Другие примеры в галерее паттернов

Иллюстрации

Показывают процесс или явление в неформализованном виде.

Иллюстрация. Показывает ключевые шаги, которые проходит процесс, в виде изображенного на картинке сюжета. Либо структуру явления в виде визуальной метафоры. По сути является аналогом графика, диаграммы или неформальной блок-схемы. Например, изображение круговорота воды в природе в книге по природоведению. Примеры: © Athletics NYC, Christian Montenegro, журнал «Популярные Финансы» Другие примеры в галерее паттернов

Комикс. Показывает ключевые шаги последовательного процесса или явления в виде набора картинок, каждая из которых показывает один из его этапов в виде небольшого сюжета. Например, три этапа процесса параллельной парковки в инструкции для водителей. Примеры: © Scenic Valley Driving School, Elliance Другие примеры в галерее паттернов

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

Специально для Эксперимент.ру. В издании материал выйдет в немного другой компоновке.

Все части материала:

• Визуализация данных. Наглядный и компактный способ отображения информации, часть 1. Классификация
• Визуализация данных. Наглядный и компактный способ отображения информации, часть 2. Процесс
• Визуализация данных. Наглядный и компактный способ отображения информации, часть 3. Примеры из практики

Я постарался рассказать о трех ключевых вещах, касающихся истории работы над BFM.ru — процессе, его особенностях и общих наблюдениях. Нашей задачей было подготовить полный пакет документации по интерфейсу — начиная от продумывания концепции и первоначальных набросков страниц, заканчивая подготовкой интерактивного прототипа и поддержкой команды разработки по ходу реализации проекта. В течение полутора лет был проделан большой кусок работы — одних только wireframes и дизайн-макетов страниц получилось более 250 и 150, соответственно.

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

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

РИТ: Клиентские технологии 2008: Case Study: Проектирование делового портала BFM.ru (Юрий Ветров)

View SlideShare presentation or Upload your own. (tags: agile process)

Там же доступен и доклад моих коллег, Александра Хмелевского и Льва Эйдинова:

A.Khmelevsky & L.Eidinov — Wireframing and designing in Adobe Fireworks

View SlideShare presentation or Upload your own. (tags: wireframes design)

P.S. Продолжая тему выступлений — в ближайший четверг, 25 декабря, мы втроем проведем онлайн-семинар для сообщества UXRussia. Тема презентации — юзабилити-экспертиза в прямом эфире, в рамках которой мы будем разбирать качество интерфейсов финансово-деловых сайтов. Начало — в 11:00. Регистрация по адресу https://www2.gotomeeting.com/register/386690246.