Подготовьте чистый пакет
Соберите одну актуальную версию макета, список экранов, комментарии клиента и краткий бриф. Удалите имена, контактные данные и внутреннюю переписку, которая не нужна для выполнения задачи. Если в комментариях есть ссылки на старые версии, не скармливайте все файлы без пометок: назовите каждый экспорт датой и статусом. В начале попросите модель перечислить, что она получила, а не сразу предлагать изменения. Так проще заметить пропавший экран или перепутанную версию до того, как вывод попадёт в работу.
Разделите замечание и интерпретацию
Попросите создать таблицу с колонками: исходная цитата, экран или компонент, тип изменения, интерпретация, что неясно, ссылка на исходное место, уверенность. Цитату сохраняйте дословно. Формулировка «сделайте заметнее» не сообщает точный размер, цвет или позицию; модель должна отметить это как открытый вопрос, а не придумывать решение. Сотрудник проверяет связь с макетом и может задать клиенту уточнение. Не заменяйте исходный комментарий перефразированием: именно он понадобится, если команда позже выяснит, что трактовка была спорной.
Пошаговый процесс
Сначала зафиксируйте версию макета и список фреймов. Затем извлеките замечания из письма или протокола без классификации. На втором проходе попросите предложить привязку к экрану, но не вносить изменения. На третьем дизайнер проверяет цитату и ссылку на фрейм. Только после этого комментарий превращается в карточку задачи с владельцем и статусом. Если пожелание затрагивает несколько экранов, создайте отдельные строки, связанные с одной исходной цитатой. Это делает объём видимым и снижает риск, что часть интерфейса останется без проверки.
Как работать с изображениями
Пришлите модели только те фреймы, которые участвуют в запросе. Не рассчитывайте, что она точно прочитает мелкую подпись или обнаружит отсутствие интерактивного состояния. Сверяйте названия кнопок, поля и ошибки в исходном файле дизайна. Если макет содержит закрытую информацию, используйте одобренный корпоративный инструмент или замените значения на тестовые. Для визуального изменения попросите описать предлагаемую правку словами; применяйте её в редакторе, где можно увидеть сравнение версий и откатить действие. Модель полезна в группировке, но не заменяет проверку контраста, состояния фокуса и адаптивного поведения.
Не смешивайте обратную связь и объём работ
Клиентский комментарий может описывать проблему, но не согласованную оценку объёма. Отдельно отмечайте «исправить по договорённости», «нужен вопрос», «предложение дизайнера» и «новый запрос». Модель не должна объявлять изменение включённым в стоимость или срок, если этого нет в подтверждённом документе. Попросите её приводить основание и отмечать неизвестное. Если несколько комментариев противоречат друг другу, отобразите конфликт рядом, а не выбирайте последнюю формулировку по умолчанию. Решение о приоритете принимает владелец проекта.
Проверка результата перед передачей
Перед передачей разработчику пройдите таблицу строка за строкой. Откройте исходный комментарий, найдите правильный фрейм и подтвердите статус. Проверьте, что не создано замечание, которого клиент не оставлял, что ни одно ограничение брифа не исчезло и что открытые вопросы не замаскированы готовым решением. Сохраните ссылку на версию макета и дату экспорта. После внесения изменений повторите сверку только для изменённых строк и попросите человека сравнить соседние состояния интерфейса. Это предотвращает случайную регрессию при правке одного экрана.
Мини-тест качества
Подготовьте десять реальных обезличенных комментариев: точное замечание, расплывчатое пожелание, конфликт, вопрос, повтор, ссылка на старый экран и фраза вне области проекта. Вручную отметьте корректную привязку и то, где нужен вопрос. Сравните результаты модели с эталоном, отдельно посчитайте придуманные детали и пропущенные замечания. Если система хорошо группирует простые пункты, но выдумывает конкретику из слова «современнее», используйте её только для группировки и оставьте интерпретацию дизайнеру. Повторите выборку после изменения промпта или модели.
FAQ
Можно ли разрешить модели править макет напрямую? Для пилота безопаснее сначала получать список изменений и применять их через редактора с историей версий. Что делать с расплывчатыми комментариями? Сохранить цитату и вынести вопрос клиенту, не угадывать. Нужно ли включать в запрос всю переписку? Только если она нужна для смысла; лишние персональные и коммерческие сведения удалите. Как избежать потерянного замечания? Сверяйте полный исходный перечень с итоговой таблицей и маркируйте каждую строку статусом.