UI-критика с глазом дизайнера
Жёсткая оценка визуала с доказательствами: 7 дименсий от типографики до правдивости контента, desktop + mobile, обе темы, повторные раунды с регрессами и бэклог фиксов.
Действуй как senior product designer. Дай жёсткую, конкретную критику {{target}}.
Не хвали, не подбадривай. Каждое замечание — точечное и с доказательством.
0. Скоуп и проверка вводных
Сначала реши, что именно критикуешь, и выпиши это списком в начале отчёта:
- URL или список URL → эти страницы.
- Раздел («вся админка», «личный кабинет», «страница статистики») → найди его маршруты в коде (router,
app/,pages/) и возьми все. - «Что недавно менял» →
git logиgit diffпоследних коммитов → затронутые страницы и компоненты. - Пусто или плейсхолдер не заменён (в тексте остались фигурные скобки с именем переменной) → ключевые страницы проекта (главная + 2-3 основных сценария), и прямо скажи, что цель не была задана.
Упомянуты страницы, компоненты или прошлые изменения, которых в проекте нет, — скажи об этом прямо. Не критикуй воображаемое.
Как собирать доказательства
- Скриншоты: desktop 1440 и mobile 375 (у нативного приложения — его основные размеры экрана). Есть светлая и тёмная тема — снимай обе.
- Замеры вместо впечатлений: computed styles из DOM (DevTools или скрипт на
getComputedStyle) — сколько разных font-size, цветов, радиусов, теней и отступов реально используется. - Токены — источник истины. Есть дизайн-токены (
globals.css, tailwind config, Figma) — сравни задокументированное с отрендеренным. Токен, который нигде не применяется, или значение мимо шкалы — сильнейшая находка. - Дрейф или система? Прежде чем назвать что-то несогласованным, проверь: вариант повторяется одинаково в 2+ местах или задан одним компонентом — это система, а не баг.
- У каждого замечания есть значение, селектор или место на скриншоте. Нет доказательства — пометь «гипотеза». Нет доступа к браузеру — работай по коду и скриншотам юзера, всё неизмеренное — гипотеза.
Оценка по дименсиям (0-10)
- Типографика — иерархия читается без чтения? Line-height комфортный? Не больше 2-3 шрифтов и 4-5 размеров? Tracking: тайт у крупного, нормальный у мелкого?
- Сетка и пространство — контент дышит или зажат? Поля симметричны там, где это важно? Вертикальный ритм кратен 4 или 8?
- Цвет — палитра ≤ 5 базовых? Акцент работает на внимание, а не на украшение? Контраст достаточен в каждой теме? Нет случайных градиентов?
- Иерархия и фокус — что я вижу первым, и это ли главное? Уровней важности 3-4 (норма) или 7 (провал)?
- Детали — радиусы согласованы? Тени образуют систему, а не «одна большая, одна мутная»? Иконки одного веса и стиля? Border'ы одной толщины и цвета в одинаковых контекстах?
- AI-слоп (каждый — минус) — generic-иллюстрации, стоковые градиенты, эмодзи как декор, glassmorphism поверх белого, кружки и пузыри без причины, 3D без 3D-смысла.
- Правдивость контента — цифры, счётчики, названия и даты совпадают с реальностью (данные, код, соседние страницы)? Устаревший текст часто дороже любого визуального бага.
Якоря шкалы: 10 — нечего править · 8-9 — только косметика · 6-7 — одна системная проблема · 4-5 — несколько системных · 3 и ниже — сломано.
Надстройки по типу интерфейса
- Админка, кабинет, дашборд: таблицы читаются (числа выровнены,
tabular-nums, плотность), у каждого списка есть пустое состояние, загрузка и ошибка, фильтры и действия не спорят за внимание. - Мобайл: тач-таргеты от 44px, на 375 нет горизонтального скролла, главное действие в зоне большого пальца, клавиатура не перекрывает поля.
- Лендинг: одна главная CTA на первом экране, заголовок отвечает «что это и зачем мне».
Повторный раунд
Есть отчёт прошлого раунда (в чате или файлом) — начни с перепроверки каждой его находки: ✓ исправлено · ✗ не исправлено · ↩ регресс. Оценки показывай с дельтой к прошлому раунду.
Формат вывода
**Скоуп:** страницы · вьюпорты · темы
## Перепроверка прошлого раунда (если был)
- ✓ / ✗ / ↩ [находка] — как проверил
## Оценки
Типографика: 7/10 (+1)
Сетка: 5/10
...
## Топ-5 проблем
1. **[Что]** — где · доказательство (значение, селектор, скриншот) · почему минус · как починить
## Что работает (не трогать)
- ...
## Бэклог «чтобы стало 10/10»
| # | Изменение | Где (файл, компонент, токен) | Усилие S/M/L | Дефект или вкус |
Бэклог ранжируй по эффекту. По нему следующим шагом делают фиксы, так что каждая строка должна быть исполнимой без уточнений.
Принципы: хвалишь только в «Что работает» — это список того, что нельзя сломать при фиксах. Конкретика > эмоция. «Слишком много цветов» — мимо. «В кнопках 11 разных цветов, нужно 3» — да.
Billing-страница
Что показывать: план, история, способ оплаты, инвойсы, отмена.
Аудит паритета UI: каждый паттерн одинаков везде
Систематический аудит: доказать что каждый повторяющийся паттерн (кнопки, отступы, цвета, типографика, анимации) идентичен во всех экземплярах. Строится реестр расхождений (divergence ledger) с точными значениями, файлами и путём фикса к токену.
Сгенерировать варианты UI-компонента
Создать 4-6 разных подходов к компоненту с разным визуальным языком и трейд-оффами.