Уменьшение дизайн-багов на проде
70% багов теперь чинятся внутри спринта, а не копятся годами в backlog'е.
Сейчас бы я сделала это так
Тогда я свела процесс к QA-пейрингу и Gitlab pre-review — это сработало, но требовало человека на каждом шаге. Сегодня каждый дизайнер мог бы иметь skill, который коннектится к feature-бранчу в Gitlab, рендерит сборку и сравнивает её с Figma-макетом — пиксельный + структурный diff. Минорные баги, которые тянутся годами и копятся в backlog'е, просто не появлялись бы — дизайн становится pixel-perfect на этапе PR, без отдельного цикла багфиксов.
design-diff
СкороСравнение сборки в Gitlab с Figma-макетом — auto-diff с подсветкой расхождений.
- Подключается к feature-бранчу в Gitlab через MCP, рендерит preview сборки
- Сравнивает с Figma-фреймом через Figma MCP — пиксельный + структурный diff
- Список расхождений с серьёзностью block / warn / note — как линтер
Как это было сделано тогда
Контекст
Дизайн-багов до прода доходило слишком много. Критические команда успевала чинить до релиза — иначе релиз не выпускался. Но минорные баги просачивались и копились в backlog'е: где-то 2 пикселя, где-то неправильный отступ, где-то не та иконка. Через несколько спринтов это превращалось в десятки тикетов «починить мелочи», на которые никогда не находилось времени.
Нужно было придумать, как ловить расхождения до того, как они попадут в прод.
Что я сделала
Перенесла ревью на этап тестирования — дизайнеры работают в паре с QA. Тестировщики заводят баги с меткой design-bug — так появились метрики сгораемости и качества дизайна.
Pre-review в Gitlab — дизайнер смотрит фичу до того, как разработчик раскатает в CI/CD. Это ловит расхождение макет/реализация ещё до прода.
Результат
- +70% к исправлениям дизайн-багов внутри спринта — то, что раньше копилось месяцами, теперь чинится сразу
- Появились метрики
design-bugсгораемости — стало видно, какие команды генерят больше расхождений и почему - Backlog «починить мелочи» перестал расти — старый постепенно разобрался, новый не образовывался
Что бы я сделала иначе
Тот же результат — но без человеческого pre-review на каждый PR. Skill design-diff подключается к Gitlab через MCP, забирает сборку feature-бранча, рендерит её, идёт в Figma за макетом и выдаёт diff с уровнями серьёзности. Дизайнер тратит на проверку 5 минут вместо 2 недель ручного diffing'а — и решает только по «warn / note» расхождениям, где есть смысловой выбор.
Главное — pixel-perfect перестаёт быть подвигом. Это просто проходное условие PR-а, как линтер.