Дизайн-ревью: как проводить, чтобы это работало

Дизайн-ревью — не презентация. Это рабочая встреча, где команда синхронизируется вокруг решения. Если ревью превращается в шоу одного актёра — что-то пошло не так.

Зачем вообще делать ревью

Три причины:

Поймать ошибки раньше. Чем позже находишь проблему — тем дороже её исправить. Ревью после скетчей стоит час. Ревью после финального макета — два дня переделок.

Синхронизировать команду. Разработчики, продакты и дизайнеры видят один экран и приходят к общему пониманию раньше, чем задача уйдёт в работу.

Растить людей. Когда джун видит, как сеньор разбирает решение — это лучший обучающий момент, чем любой курс.

Структура встречи

До встречи Дизайнер присылает макеты заранее — минимум за 2 часа. Участники смотрят молча, записывают вопросы. На встрече нет «о, я только вижу впервые».

Первые 5 минут — контекст
Дизайнер объясняет: задача, ограничения, что пробовал, почему остановился на этом варианте.

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

Последние 5 минут — итоги
Фиксируем: что меняем, что оставляем, кто отвечает. Без итогов встреча улетает в воздух.

Кого звать

Минимальный состав: дизайнер + один из команды (продакт или разраб). Максимум — 5-6 человек. Больше — теряется фокус, нарастает желание высказаться у всех.

Не нужно звать всех на всё. Для иконок достаточно дизайнера и арт-директора. Для флоу регистрации — дизайнер + продакт + разраб.

Частые ошибки

Ревью слишком поздно. Если макет уже согласован с CEO — ревью бессмысленно. Оно должно быть до финального согласования.

Нет решений, только вопросы. Ревью закончилось, а дизайнер не понимает, что делать дальше. Всегда фиксируй следующий шаг.

Руководитель говорит первым. Его мнение давит на остальных. Пусть сначала выскажутся все остальные.

Правится вкус, а не задача. «Мне больше нравится синий» — не аргумент на ревью. Говорим про пользователя и цели.

Асинхронное ревью

Не все ревью должны быть живыми. Для небольших задач достаточно:

1. Дизайнер публикует макет с описанием контекста
2. Команда оставляет комментарии в Figma за 24 часа
3. Дизайнер отвечает и фиксирует решения

Живая встреча нужна только для сложных или спорных решений.