Как ничего не упустить при фронтчеке

Пишу о продуктовом дизайне и рабочей кухне: UX‑паттерны, таблицы и формы, исследования и коммуникация в команде. Делюсь практическими шпаргалками по Фигме, разбором решений и кейсами «было/стало», которые экономят часы работы и спасают метрики. Больше пользы, меньше воды — рассказываю то, что обычно остаётся за кадром.

дизайнфронтчекдизайн-долг

Если на фронтчеке нет правок, значит дизайнер недоработал 😁 Вчера чуть не закрыла тикет на проверку малюсенькой фичи, но потом меня замучала совесть пошла проверять тщательнее и 2 коммента-таки нашлось. Это не претензия к команде, у меня очень крутые разработчики и внимательные тестировщики.

Фронтчек — это когда дизайнер на тестовом (в идеале))) стенде проверяет, насколько готовая версия похожа на изначальные макеты. Критичные расхождения идут в баг, мелочи в дизайн-долг.

  • ➡️ смотреть в макет, даже если кажется, что всё и так помнишь
  • ➡️ нажимать всё, что нажимается, делать ошибки, придумывать дикие корнер-кейсы — в процессе иногда (всегда)) выясняется, что что-то ты сам не предусмотрел на макетах (тогда комменты меняются с «тут неправильно» на «можем тут добавить…?»)
  • ➡️ проверять состояния по наведению, выгружаемые файлы, названия этих файлов
  • ➡️ если новая фича влияет на другие части продукта, там тоже всё проверить
  • ➡️ проверить тексты ошибок, форматы данных (точки вместо запятых, пробелы перед ₽ и всё такое)

Самые критичные баги отловят qa. А вот мелочи, которые можно быстро и дёшево поправить до релиза, если их пропустить, превратятся в вечный дизайн-долг. Поэтому за неопрятность и неконсистентность в 90% случаев ответственность на дизайнере, который забил на фронтчек 🫵

Читайте так же