В прошлую пятницу, 24 апреля, в Питере прошла пятая ежегодная конференция “SQA Days 2009“. Я выступил на ней с мастер-классом “Контроль качества интерфейсных решений на всех этапах процесса проектирования и разработки“. В нем рассказывается об основных этапах процесса проектирования, возможных форматах взаимодействия, а также методах и подходах, которые позволяют проверить и улучшить потребительские качества продукта.
Read more…
В работе проектировщика регулярно приходится иметь дело с предметной областью, знакомство с которой достаточно поверхностно. Вести работу над проектом без понимания того, как она устроена — не очень-то эффективно и правильно. В то же время и учиться на дипломированного специалиста в этой отрасли смысла нет — и времени не хватит, и фокус размывается. Важно составить общее понимание о предмете и иметь под рукой справочные материалы — на тот случай, если нужно будет копнуть глубже.
Read more…
В первых двух частях описаны классификация и процесс создания инфографики. Мы в компании активно используем эти инструменты. Где-то это стандартные вещи вроде иконографики или диаграмм, где-то более сложные инструменты. Работа ведется в стандартной связке проектировщика и дизайнера. Не забывая, конечно, консультироваться у технических специалистов по поводу реализуемости задуманного и специалистов в предметной области по поводу осмысленности решений.
Read more…
Работа над инфографикой, классифицированной в первой части материала, по сути похожа на проектирование и дизайн интерфейсов. Разве что делается не привычный экран с формой и набором элементов управления, а одна большая картинка. Времени на нее уходит немало, но и результат получается интересный. А если получившаяся визуализация является не просто иллюстрацией, но и интерактивна, она делает и работу с сервисом захватывающей.
Read more…
Тема визуализации информации и инфографики регулярно всплывает при работе, да и в целом интересна как практика проектирования и дизайна. Хотя мы в компании работаем над веб-системами, где большинство задач решается стандартными средствами конструирования вроде форм или информационных блоков, иногда требуется емко и компактно подать большое количество информации. Часто это достаточно специфичные задачи, на продумывание интерфейса которых уходит немало времени. Правда, и задачи это одни из самых интересных.
Read more…
Несмотря на то что обстоятельства давят, снижать качество работ совсем не хочется. Да и объем работ по проектированию, описанный во второй части, как ни крути и не переставляй его, всегда одинаков — разве что может быть размыт среди других задач. Из треугольника “цена-качество-сроки” у нас остаются первая и последняя грань. Но и с ними не особо разгуляешься. Повышение цены оправдано привлечением дополнительных специалистов и более напряженным графиком работы. Но добавив еще 10 человек в команду работу не ускорить — она наоборот начнет буксовать из-за повышенной потребности в координации действий. Со сроками тоже сложно — есть предполагаемая дата выхода продукта на рынок. И в нее нужно кровь из носу успеть не только спроектировать, но и разработать систему.
Read more…
Если подойти к описанным в первой части слоям проектирования немного с другой стороны — в последовательности шагов работы над проектом, — вырисуется последовательный процесс улучшения качества интерфейса. Причем процесс повторяющийся, так что можно говорить о “спирали” повышения качества. И почти каждый ее виток проходит по следующим шагам:
Read more…
Ближайшая задача при проектировании интерфейса — сделать так, чтобы разработчики получили полную и непротиворечивую документацию по его реализации. Да и сам продукт после этого должен стать приятнее и полезнее для конечного потребителя. Не нужно особенно напрягаться, если речь идет о небольших типовых проектах, которых компания сделала не один десяток. Если же работы по будущей системе как минимум на полгода, проработка документации должна быть достаточно въедливой. Другое дело, когда и как применять эту дотошность.
Read more…
Недавно писал о рабочей сессии для одного из новых проектов. За прошедшее время успели завершиться работы по бизнес-анализу и сбору требований, так что самое время начинать проектирование конкретных страниц. Объем предстоящих работ немаленький — нужны будут несколько сотен структурных схем страниц (wireframes). Правда, на текущем этапе работ мы еще определяемся с окончательным концептом будущего продукта. Так что пока достаточно черновых схем 5-7 ключевых страниц. Но проблема “с чего начать” все равно остается.
Read more…
Давно известна польза от меньшего количества кликов в интерфейсе. Резать ненужные взаимодействия и упрощать оставшиеся — одно из самых приятных занятий при проектировании. Не всегда получается сделать это сразу, но после нескольких ревью и обсуждений получившегося интерфейса приходит просветление. Хотя бывает, что сперва психологически сложно спроектировать функциональность в упрощенном виде. И только взгляд через некоторое время дает отнестись к урезанию легче.
Read more…
