Презентация с конференции User Experience 2011 — Мастер-класс по кросс-платформенному проектированию мобильных приложений для Android, iPhone, Windows Phone и Symbian
Пару недель назад, с 6 по 8 октября, в Москве прошла пятая юбилейная конференция “User Experience Russia 2011“. В рамках нее я провел трехчасовой мастер-класс по кросс-платформенному проектированию мобильных приложений для Android, iPhone, Windows Phone и Symbian. А также организовал демонстрационный стенд с современными планшетами и смартфонами, где можно было сравнить их интерфейсные подходы.
Презентация с конференции User Experience 2010 — Как показать интерфейс клиенту (чтобы не пришлось переделывать все)
В конце прошлой недели, с 6 по 8 октября, в Москве прошла четвертая профессиональная конференция “User Experience 2010“. Я выступил на ней с докладом “Как показать интерфейс клиенту (чтобы не пришлось переделывать все)“. Почему зачастую, даже предлагая хорошее решение, можно столкнуться с его, на первый взгляд, необоснованной критикой? Рассказ описывает различные способы презентации интерфейсных работ клиенту, которые позволят донести основные идеи и избежать недопонимания.

Презентация с мастер-класса на конференции SQA Days 2009 — Контроль качества интерфейсных решений на всех этапах процесса проектирования и разработки
В прошлую пятницу, 24 апреля, в Питере прошла пятая ежегодная конференция “SQA Days 2009“. Я выступил на ней с мастер-классом “Контроль качества интерфейсных решений на всех этапах процесса проектирования и разработки“. В нем рассказывается об основных этапах процесса проектирования, возможных форматах взаимодействия, а также методах и подходах, которые позволяют проверить и улучшить потребительские качества продукта.
Исследование предметной области. Работа с информацией в процессе изучения
В работе проектировщика регулярно приходится иметь дело с предметной областью, знакомство с которой достаточно поверхностно. Вести работу над проектом без понимания того, как она устроена — не очень-то эффективно и правильно. В то же время и учиться на дипломированного специалиста в этой отрасли смысла нет — и времени не хватит, и фокус размывается. Важно составить общее понимание о предмете и иметь под рукой справочные материалы — на тот случай, если нужно будет копнуть глубже.
Визуализация данных. Наглядный и компактный способ отображения информации, часть 3. Примеры из практики
В первых двух частях описаны классификация и процесс создания инфографики. Мы в компании активно используем эти инструменты. Где-то это стандартные вещи вроде иконографики или диаграмм, где-то более сложные инструменты. Работа ведется в стандартной связке проектировщика и дизайнера. Не забывая, конечно, консультироваться у технических специалистов по поводу реализуемости задуманного и специалистов в предметной области по поводу осмысленности решений.
Визуализация данных. Наглядный и компактный способ отображения информации, часть 2. Процесс
Работа над инфографикой, классифицированной в первой части материала, по сути похожа на проектирование и дизайн интерфейсов. Разве что делается не привычный экран с формой и набором элементов управления, а одна большая картинка. Времени на нее уходит немало, но и результат получается интересный. А если получившаяся визуализация является не просто иллюстрацией, но и интерактивна, она делает и работу с сервисом захватывающей.
Continue reading »
Визуализация данных. Наглядный и компактный способ отображения информации, часть 1. Классификация
Тема визуализации информации и инфографики регулярно всплывает при работе, да и в целом интересна как практика проектирования и дизайна. Хотя мы в компании работаем над веб-системами, где большинство задач решается стандартными средствами конструирования вроде форм или информационных блоков, иногда требуется емко и компактно подать большое количество информации. Часто это достаточно специфичные задачи, на продумывание интерфейса которых уходит немало времени. Правда, и задачи это одни из самых интересных.
Continue reading »
Процесс и продукт проектирования. Жизненный цикл интерфейса, часть 3. Ранние результаты
Несмотря на то что обстоятельства давят, снижать качество работ совсем не хочется. Да и объем работ по проектированию, описанный во второй части, как ни крути и не переставляй его, всегда одинаков — разве что может быть размыт среди других задач. Из треугольника “цена-качество-сроки” у нас остаются первая и последняя грань. Но и с ними не особо разгуляешься. Повышение цены оправдано привлечением дополнительных специалистов и более напряженным графиком работы. Но добавив еще 10 человек в команду работу не ускорить — она наоборот начнет буксовать из-за повышенной потребности в координации действий. Со сроками тоже сложно — есть предполагаемая дата выхода продукта на рынок. И в нее нужно кровь из носу успеть не только спроектировать, но и разработать систему.
Процесс и продукт проектирования. Жизненный цикл интерфейса, часть 2. Спираль повышения качества
Если подойти к описанным в первой части слоям проектирования немного с другой стороны — в последовательности шагов работы над проектом, — вырисуется последовательный процесс улучшения качества интерфейса. Причем процесс повторяющийся, так что можно говорить о “спирали” повышения качества. И почти каждый ее виток проходит по следующим шагам:
Процесс и продукт проектирования. Жизненный цикл интерфейса, часть 1. Четыре слоя проектирования
Ближайшая задача при проектировании интерфейса — сделать так, чтобы разработчики получили полную и непротиворечивую документацию по его реализации. Да и сам продукт после этого должен стать приятнее и полезнее для конечного потребителя. Не нужно особенно напрягаться, если речь идет о небольших типовых проектах, которых компания сделала не один десяток. Если же работы по будущей системе как минимум на полгода, проработка документации должна быть достаточно въедливой. Другое дело, когда и как применять эту дотошность.





