Последовательный подход
Нельзя быть уверенным в готовности страницы, пока не готовы все.
В большей части студийных проектов, в которых работа над интерфейсом идет внутри студии, а вся разработка остается на совести клиента, макеты сайта или мобильного приложения просят предоставлять по мере готовности. С одной стороны, это ускоряет разработку продукта, так как разработчики не сидят без дела и ждут. С другой — клиент видит, что работа идет.
Это стандартный подход, ничего особенного. Но мы не можем говорить о том, что часть страниц готова, и что ее можно отдавать разработчикам до готовности всех страниц. Не можем — потому что по мере продвижения дизайнера по страницам выявляются все новые и новые нюансы.
Кратко о том, как происходит работа над интерфейсом в Flyphant:
- Исследование
- Пользовательские истории
- Структура
- Проектирование
- Отрисовка
- Анимация
Схема простая и понятная. Ничего особенного. Разве что этапы отрисовки и анимации иногда пересекаются друг с другом.
Речь пойдет об этапе отрисовки. Когда дизайнер нарисовал кнопку, он еще не уверен в ее окончательном размере, так как эта кнопка вписана в одну или две страницы. На этой ранней стадии отрисовки всё на странице еще не финальное, так как нарисованные элементы ещё не вписаны в другие страницы, они там не проверялись. Возможно, что её размер окажется не подходящим для некоторых предстоящих случаев использования на других страницах. Или её цвет может оказаться слишком ярким по сравнению со всем остальным элементами на какой-либо из будущих страниц, что приведет к цветовому дисбалансу всего интерфейса.
Такие непредвиденные ситуации происходят не только с кнопками, но и с шириной столбцов для текста, и с размерами изображений, и со скруглениями блоков. Всех ситуаций нельзя предусмотреть, отрисовав 2–3 страницы. Финальный вид элементов интерфейса (а следовательно, и самих страниц) будет доступен только тогда, когда они будут применены и проверены во всех возможных встречающихся в прототипах случаях.
Единственное, что можно действительно сделать с точностью и не трогать в дальнейшем, — это типографика.
О том, как облегчить разработку сайта себе, разработчикам и тем, кто будет в дальнейшем участвовать в поддержке за счет типографики, можно озкомиться в статье «Параграф» (около 4 минут полезных мыслей по поводу типографики в интерфейсах)
Если клиент требует предоставлять макеты интерфейса по мере работы, а не по ее окончанию, то мы предоставляем, но указываем на то, что внешний вид может претерпеть изменение.
Чтобы разработчики не простаивали на время отрисовки, им предоставляется схематичный прототип, отражающий структуру и функционал интерфейса, которые так и останутся без изменений в финальных макетах. Единственное, что может произойти с этим функционалом, — это изменение внешнего вида. Например, в схематичном прототипе было три чекбокса, а в отрисованном интерфейсе это уже не чекбоксы, а кнопки, которые нажимаются и отжимаются.
Если же разработчикам отдавать отрисованные макеты по мере их «готовности», то есть риск затратить больше времени на разработку, чем планировалось, так как финальные макеты могут отличаться от промежуточных, что несомненно потребует дополнительного времени разработчиков на внесение всех изменений.
Этот последовательный подход в разработке интерфейса справедлив как для сайтов, так и для мобильных приложений и прочих графических интерфейсов. Он помогает добиться хорошего результата в интерфейсе и сэкономить часы разработчиков.
Я Саша Тихонов: российский дизайнер, арт-директор и сооснователь студии Flyphant. Ссылки на другие статьи и просто обо мне на сайте sashatikhonov.com
