Дизайн Тусовка
Дизайн Тусовка

Практические материалы и задания для продуктовых и UX/UI дизайнеров. Учитесь, решайте, создавайте.

Платформа

  • Материалы
  • Задания
  • Моя библиотека

О нас

  • О проекте
  • Контакты
  • Поддержка

Будьте в курсе

Подпишитесь на рассылку и получайте лучшие материалы и новости.

© 2026 Дизайн Тусовка

Галкина Александра Германовна · Плательщик НПД · ИНН 782003241079

РеквизитыОфертаКонфиденциальностьОплата и возвратПоддержка
МатериалыЗаданияБиблиотекаПрофиль

Корзина

Корзина пуста
Открыть корзину
  1. Главная
  2. Моя библиотека
  3. Продуктовое мышление
  4. 5 вопросов перед тем, как рисовать экран
  5. Чтение
К материалу

Содержание

К материалу

5 вопросов перед тем, как рисовать экран

Введение

Одна из частых ошибок начинающего дизайнера — открыть Figma слишком рано. Задача ещё мутная, пользователь непонятен, цель не сформулирована, ограничения не разобраны, а рука уже тянется двигать карточки и искать референсы

Так можно быстро сделать аккуратный экран, который не решает задачу. Чтобы не уходить в дизайн на вкус, перед стартом полезно задать себе пять вопросов. 


Какую проблему решаем?

Не “нужно сделать экран”, а что именно сейчас мешает пользователю, команде или продукту. Если проблема звучит как “надо улучшить UX”, этого мало. Нужно докопаться до конкретики: пользователь не понимает следующий шаг, форма часто заполняется с ошибками, менеджер не видит важный статус, клиент не может сравнить варианты 

🎯

Нормальная формулировка задачи помогает не расползаться в украшательство


О материале

Формат
Шпаргалка
Раздел
Продуктовое мышление
Обновлено
8 июля 2026 г.
Для кого это решение?

Один и тот же экран может быть хорошим или плохим в зависимости от пользователя. Новичку нужны подсказки и спокойная навигация. Оператору, который работает в интерфейсе каждый день, важны скорость, плотность и предсказуемость. Менеджеру нужно быстро принять решение, а не любоваться пустым пространством

Перед макетом стоит понять, кто открывает сценарий, в какой ситуации и что для него сейчас критично


Что пользователь должен сделать дальше?

Экран должен помогать двигаться по сценарию. Если пользователь попал сюда, у него должен быть понятный следующий шаг: заполнить форму, выбрать вариант, проверить данные, отправить заявку, исправить ошибку, вернуться к списку

Когда следующий шаг неочевиден, интерфейс начинает конкурировать сам с собой. Много равнозначных кнопок, непонятные статусы, одинаковые акценты — и пользователь уже не понимает, что от него хотят


Что может пойти не так?

Реальный продукт живёт не только в идеальном сценарии. Данных может не быть, интернет может отвалиться, форма может быть заполнена неправильно, у пользователя может не быть прав, запрос может не пройти, статус может измениться, текст может оказаться длиннее, чем в красивом макете

Если продумать эти ситуации заранее, макет станет взрослее. Не обязательно рисовать 40 экранов, но важно хотя бы понимать, какие состояния нужны


Как поймём, что решение сработало?

Не всегда есть метрики, и это нормально. Но нужно заранее понять, по каким сигналам команда сможет оценить результат. Это может быть меньше ошибок в форме, быстрее завершённый сценарий, меньше вопросов в поддержку, понятнее структура, меньше уточнений от разработки, успешный проход UX-теста или просто более логичный путь пользователя

Если не понятно, как оценивать решение, легко спорить только о вкусе


Быстрый шаблон перед стартом

Перед тем как открыть Figma, заполни пять строк: 

ВопросОтвет
Какую проблему решаем?
Кто пользователь и в какой ситуации он здесь?
Что он должен сделать дальше? 
Что может пойти не так? 
Как поймём, что стало лучше? 

Пример

Задача: сделать экран заявки в B2B-сервисе

Слабый старт: нарисовать красивую карточку заявки

Более рабочий старт: менеджер открывает заявку, чтобы быстро понять статус, риск и следующий шаг. Сейчас важные данные спрятаны в разных местах, поэтому приходится переключаться между вкладками и уточнять информацию вручную. На экране нужно показать ключевые данные, статус, рискованные места и одно главное действие. Отдельно продумать пустые данные, ошибку загрузки и ситуацию, когда у пользователя нет прав на действие

💪

После такого разбора экран рисуется спокойнее. Ты уже понимаешь, что главное, что второстепенное и какие состояния не забыть


Мини-чеклист

  • задача сформулирована через проблему, а не через “сделать экран”
  • понятен пользователь и его ситуация
  • понятен следующий шаг
  • есть список неидеальных состояний
  • понятно, как хотя бы примерно оценить результат
  • решение можно объяснить без фразы “так красивее”
🧠

Финальная мысль

Если на эти вопросы нет ответов, лучше потратить ещё 10 минут на контекст. Это дешевле, чем потом перерисовывать макет, который красиво промахнулся мимо задачи