Создание дизайна сайта или веб‑приложения

Создание дизайна для сайта или веб‑приложения — это самый субъективно оцениваемый этап разработки, часто вызывающий сложности как на этапе постановки задачи, так и на этапе сдачи‑приёмки выполненных работ.

Дизайн — разработка графических макетов интерфейса. Результат работ по этапу: набор макетов основных экранов в формате PSD, AI или в другом пригодном формате, которые нужны для дальнейшей HTML‑верстки. Иногда, кроме основных экранов, также отрисовываются отдельные элементы интерфейса и составляются гайдлайны.

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

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

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

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

Цель дизайна — достичь баланса между эстетичностью и дружелюбностью интерфейса. Но удобство использования, как правило, важнее абстрактной «красоты»: коммерческие сайты и веб‑приложения создаются для решения вполне понятных и конкретных задач, а «перегруженный» дизайн не только не способствует решению этих задач, но и мешает.

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

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

Домыслы и A/B тесты. В процессе дизайна очень часто возникают конфликтующие предположения, основанные на чьём‑либо мнении. Например, вполне возможен спор о цвете и размерах кнопок: кто‑то считает, что нужны большие красные кнопки «добавить в корзину», а кто‑то выступает за меньшие по размеру зелёные. Этот спор может продолжаться достаточно долго, но вряд ли он будет конструктивным. Отличным выходом будет проведение на уже запущенном сайте A/B-теста, в ходе которого можно будет половине аудитории показывать зеленые кнопки, другой половине — красные, а по прошествии некоторого времени статистика использования и конверсии покажет, какой из вариантов на самом деле более эффективен.