Интервьюеры любят спрашивать про разработку: так видно, доходят ли ваши решения до продукта. Хороший дизайнер считает реализацию частью своей работы.
Когда звать разработку
Рано, на этапе вариантов и вайрфреймов. Разработчик подскажет, где нет данных или API, какой вариант дешевле, какие компоненты уже есть. Передача «через стену» после финальных макетов приводит к переделкам.
Что передавать
- Финальные экраны с пометкой готовности и ссылкой на конкретный фрейм.
- Состояния: загрузка, пусто, ошибка, нет прав, частичные данные.
- Краевые случаи: длинные строки без пробелов, большие числа, тысячи строк, отсутствующий аватар.
- Адаптив: ключевые ширины и правила между ними.
- Поведение: что происходит по нажатию, сортировка по умолчанию, валидация, ограничения ввода.
- Анимации: прототип или видео плюс параметры (свойство, длительность, кривая).
- Тексты: финальные, включая ошибки.
- Доступность: порядок фокуса, тексты для скринридера.
- Компоненты и переменные библиотеки, а не голые hex: в Dev Mode разработчик увидит имя токена.
Аннотации описывают то, что не видно в статике. Короткая встреча передачи экономит десятки вопросов в чате.
Дизайн-ревью реализации
До релиза дизайнер проверяет реализацию на стенде: отступы, состояния, анимации, поведение на разных ширинах. Расхождения оформляются задачами с приоритетом: критичное отдельно от косметики. Чем ближе к релизу, тем дороже правки.
Компромиссы
Если вариант дизайна стоит три недели, а простой три дня, senior не упирается, а разбирает: что именно дорого, сколько ценности даёт дорогая часть, можно ли выпустить поэтапно. Иногда дорогая деталь критична (доступность, юридическое требование), тогда это аргументируется.
Конфликты
Если разработчик упрощает макеты без согласования, начинают с разговора один на один и фактов, а не с эскалации. Часто причина в неполных макетах или сроках. Договариваются, что можно менять самостоятельно, а что обсуждается.
Дизайн-долг
Расхождения и временные решения копятся. Их записывают в бэклог с оценкой влияния и гасят планово и при касании экрана.
Частые ошибки
- Только «счастливый» экран с удобными данными.
- Один десктопный макет.
- Ссылка на весь файл, где есть устаревшие варианты.
- «Плавно появляется» вместо параметров анимации.
- Дизайнер исчезает после передачи.
Что спросят на собесе
- Как вы работаете с разработчиками?
- Что входит в ваш пакет передачи?
- Что делаете, если реализация отличается от макета?
- Как поступите, если ваш вариант слишком дорогой?
- Как разрешали конфликт с разработкой?