Scott
Scott

Опубликовано 13.10.2026, обновлено 13.10.2026

Поток согласования должен показывать, что ждёт решения, кто отвечает и что произойдёт после одобрения. Рядом с макетом укажите статус и область проверки, а условия передачи разработчикам согласуйте заранее. В совместном UX-процессе команда может проверить эти условия прямо в прототипе.

Поток согласования от черновика до передачи разработчикам

Определяйте состояния решениями

Начните с Draft, In review, Changes requested, Approved и Ready for development. У каждого состояния должны быть владелец, следующее действие и условие повторного открытия. Зелёная отметка «одобрено» не должна скрывать недостающие состояния адаптива или доступности.

Назначьте владельца и действие для каждого состояния

СостояниеВладелецСледующее действие
DraftДизайнерОтправить запрос на ревью с указанной областью
In reviewРевьюерОдобрить или вернуть блокирующую проблему
Changes requestedДизайнерИсправить проблему и повторно отправить ту же область
ApprovedУтверждающийПередать пакет или открыть решение с объяснением
Ready for developmentДизайнер и разработчикПодтвердить главный фрейм и заметки для реализации

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

Делайте запрос на ревью исполнимым

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

Зафиксируйте решение

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

Покажите восстановление после отклонения

Например, ревьюер отклоняет поток оплаты: после ошибки теряется фокус клавиатуры. Оставьте макет в Changes requested, привяжите комментарий к проблемному фрейму и назначьте проверку: сфокусировать поле, отправить неверное значение и убедиться, что фокус и сообщение об ошибке остались видимыми. После исправления повторно отправьте ту же область с новым результатом. Так ревьюер проверяет критерий, а не ищет изменения во всех экранах.

Сделайте пакет передачи проверяемым

Согласование не равно передаче. Приложите путь прототипа, компоненты, тексты, адаптивные состояния и известные ограничения. В Pixso экран, комментарии и сведения о компонентах можно держать в одном файле, поэтому старый скриншот не становится источником истины.

Карта передачи экранов и компонентов разработчикам

После релиза проверьте, совпало ли поведение с критериями согласования.

Наверх
Поделиться в X
Поделиться в Facebook