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

Программируем каталог товаров. «А какая структура каталога?» — спросит программист. Что ему ответить, если нет макета, если не представляем как будет выглядеть сайт? Вся логика продумывается на этапе проектирования дизайна, но не всё просматривается глядя на макеты. Что будет, если вместо квадратных иллюстраций (как нарисовано в макете) загрузить горизонтальные? «Как их выравнивать?„ — последует следующий вопрос программиста. Нельзя забывать о том, что дизайн не статичен. Реакция интерфейса на действия пользователя — это тоже дизайн.

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

Дизайнер → Клиент ↔ Программисты

Клиент остается с картинками, сам находит программистов. Ставит задачу, контролирует ход исполнения, тестирует результат.

→

На результат без слёз не взглянешь ;(

---

Дизайнер ↔ Клиент ↔ Программисты

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

→

Запускается сырой продукт, не похожий картинку.

---

Клиент ↔ Дизайнер ↔ Программисты

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

→

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

Продолжу аналогию, приведенную в начале поста. Если дизайнер это усилие воли, программист — действие, то клиент это мозг. Из мозга поступает сигнал, возникает усилие воли (намерение), в результате чего производится действие.


Мозг → Намерение → Действие

Мы, в маленьком бюро, запускаем проекты в тандеме с проверенными разработчиками. С клиентом разговариваем на понятном ему языке и не беспокоим по пустякам.

Иллюстрация макета веб-страницы: совет Артёма Горбунова о модульной сетке