Одна из частых ошибок начинающего дизайнера — открыть Figma слишком рано.
Задача ещё мутная, пользователь непонятен, цель не сформулирована,
ограничения не разобраны, а рука уже тянется двигать карточки и искать
референсы
Так можно быстро сделать аккуратный экран, который не решает задачу. Чтобы не
уходить в дизайн на вкус, перед стартом полезно задать себе пять вопросов.
Не “нужно сделать экран”, а что именно сейчас мешает пользователю, команде или продукту. Если проблема звучит как “надо улучшить UX”, этого мало. Нужно докопаться до конкретики: пользователь не понимает следующий шаг, форма часто заполняется с ошибками, менеджер не видит важный статус, клиент не может сравнить варианты
Нормальная формулировка задачи помогает не расползаться в украшательство
Один и тот же экран может быть хорошим или плохим в зависимости от
пользователя. Новичку нужны подсказки и спокойная навигация. Оператору,
который работает в интерфейсе каждый день, важны скорость, плотность и
предсказуемость. Менеджеру нужно быстро принять решение, а не любоваться
пустым пространством
Перед макетом стоит понять, кто открывает сценарий, в какой ситуации и что для
него сейчас критично
Экран должен помогать двигаться по сценарию. Если пользователь попал сюда, у
него должен быть понятный следующий шаг: заполнить форму, выбрать вариант,
проверить данные, отправить заявку, исправить ошибку, вернуться к списку
Когда следующий шаг неочевиден, интерфейс начинает конкурировать сам с
собой. Много равнозначных кнопок, непонятные статусы, одинаковые акценты — и
пользователь уже не понимает, что от него хотят
Реальный продукт живёт не только в идеальном сценарии. Данных может не быть,
интернет может отвалиться, форма может быть заполнена неправильно, у
пользователя может не быть прав, запрос может не пройти, статус может
измениться, текст может оказаться длиннее, чем в красивом макете
Если продумать эти ситуации заранее, макет станет взрослее. Не обязательно
рисовать 40 экранов, но важно хотя бы понимать, какие состояния нужны
Не всегда есть метрики, и это нормально. Но нужно заранее понять, по каким
сигналам команда сможет оценить результат. Это может быть меньше ошибок в
форме, быстрее завершённый сценарий, меньше вопросов в поддержку, понятнее
структура, меньше уточнений от разработки, успешный проход UX-теста или
просто более логичный путь пользователя
Если не понятно, как оценивать решение, легко спорить только о вкусе
Перед тем как открыть Figma, заполни пять строк:
| Вопрос | Ответ |
| Какую проблему решаем? | |
| Кто пользователь и в какой ситуации он здесь? | |
| Что он должен сделать дальше? | |
| Что может пойти не так? | |
| Как поймём, что стало лучше? |
Задача: сделать экран заявки в B2B-сервисе
Слабый старт: нарисовать красивую карточку заявки
Более рабочий старт: менеджер открывает заявку, чтобы быстро понять статус, риск и следующий шаг. Сейчас важные данные спрятаны в разных местах, поэтому приходится переключаться между вкладками и уточнять информацию вручную. На экране нужно показать ключевые данные, статус, рискованные места и одно главное действие. Отдельно продумать пустые данные, ошибку загрузки и ситуацию, когда у пользователя нет прав на действие
После такого разбора экран рисуется спокойнее. Ты уже понимаешь, что главное, что второстепенное и какие состояния не забыть
Финальная мысль
Если на эти вопросы нет ответов, лучше потратить ещё 10 минут на контекст. Это дешевле, чем потом перерисовывать макет, который красиво промахнулся мимо задачи