Гневное послание для дизайнеров ...

Товарищи дизайнеры, у меня с вами назрел серьёзный разговор. Мне просто нужно выговориться… накипело … дочитайте до конца, если вас есть что ответить …

1️⃣ Расскажите, почему вы не можете создать хоть какое-то подобие UI-kit и использовать его во всех своих дизайнах? Зачем вы рисуете одно и то же текстовое поле по 10 раз?

Но ладно текстовое поле — с ним всё просто. Зачем вы копипастите сложные компоненты? Я думал, копипастить любят только разработчики, но нет… Как с помощью копипаста вообще поддерживать консистентный дизайн? Вот вы поменяли что-то в одном месте, а в других оно само собой чудесным образом не обновится. И некоторые старшие разработчики, конечно, это заметят, придут к вам и докажут, что вы не правы. Но другие просто не захотят с вами разговаривать и закопипастят весь компонент к себе или начнут переопределять стили. А это уже тянет за собой вполне реальные накладные расходы на поддержку кода.

2️⃣ А что по поводу изменений дизайна? Вы понимаете, что разработчики должны быть в курсе, когда вы делаете даже небольшие правки, если дизайн уже согласован?

И вот ещё вопрос: зачем вы меняете дизайн, когда разработка уже вовсю идёт? Мы уже почти всё сделали — зачем там что-то трогать? Главный попросил поменять дизайн, а почему не предупредили? У вас много работы, вы зашиваетесь и не успели? А мы тут что, прохлаждаемся, что ли?

3️⃣ Но вот моё любимое — иконки. Неужели нельзя договориться о нескольких стандартных размерах, а не лепить везде “тут на пару пикселей растянем”, “тут на пару пикселей сузим”? Это надо, потому что так лучше выглядит? Кто это вообще заметит? А поддерживать это потом кто будет?

4️⃣ А можно ещё вопрос: почему у вас в макетах всегда какой-то идеальный мир? Почему везде только красивые данные: короткие имена, ровные заголовки, полные списки и ни одной ошибки? У вас что, пользователи никогда не ошибаются?

А потом приходит разработчик, и внезапно выясняется, что нужно самому придумывать, как выглядит loading, empty state, ошибка, disabled state и всё остальное, что почему-то не попало в дизайн. И в этот момент ты уже не просто пишешь код, а как будто дорабатываешь макет за дизайнера.

5️⃣ И отдельно моё уважение макетам, в которых нарисовано, как оно выглядит, но вообще не понятно, как оно должно работать.

Это кнопка или ссылка? Тут открывается модалка или дропдаун? Это сохраняется сразу или по кнопке? Ошибку куда показывать? И ведь самое забавное, что потом всё это почему-то превращается в проблему разработки.

- Не “в макете не продумали сценарий”, а “разработчики сделали не так”. - Не “не описали поведение”, а “реализация поехала”. - Не “забыли состояние”, а “что-то у вас интерфейс странно работает”.

Как ни крути, хороший дизайн для разработки — это не только про красоту. Это ещё и про систему, состояния, ограничения и нормальную коммуникацию 🤷‍♂️. Фух, аж легче стало.

Дорогие компетентные дизайнеры, не принимайте близко к сердцу — это не про вас. Все претензии к вашим недобросовестным коллегам 😄 Такс.

👨‍💻 Товарищи разработчики, расскажите, а с какими проблемами при работе с дизайнерами вы встречаетесь?

👨‍🎨 Товарищи дизайнеры, можете закидать меня помидорами в комментариях и рассказать, как сильно я не прав.

Гневное послание для дизайнеров ... | Сетка — социальная сеть от hh.ru