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

Но можно посмотреть с другой стороны: можно самому выбрать, чем заняться, с пользой для себя и для команды.

Задачи, которые можно поставить себе самостоятельно:

🔹 Почитать поддержку и найти там проблемы и боли. Сформулировать гипотезы и придумать решения
🔹 Если есть доступ к метрикам, посмотреть что там происходит. Найти странные места отваливания пользователей и другие проблемные зоны и пойти выяснять, почему так
🔹 Пройти ключевые сценарии в продукте как пользователь, зафиксировать все моменты, которые можно улучшить, и по логике, и по UI
🔹 Провести аудит всех незаметных вещей: текстов ошибок, пустых состояний, уведомлений. Например, проверить, все ли модалки консистентны по тексту и структуре
🔹 Разобрать дизайн-долг на актуальность, если он есть
🔹 Сравнить существующие макеты с тем, что реально на проде, собрать в одном месте все расхождения
🔹 Актуализировать макеты, навести там порядок
🔹 Составить карту продукта с привязкой к макетам
🔹 Составить карту стейкхолдеров
🔹 Навести порядок в компонентах и локальных UI-китах, пересобрать раздетаченные компоненты, проверить, что цвета и тексты оформлены через стили
🔹 Составить текущие пользовательские сценарии и попробовать сделать улучшенные версии — там почти всегда находятся точки роста
🔹 Собрать библиотеку референсов: паттерны, удачные флоу конкурентов, решения, которые подходят вашему продукту
🔹 Попробовать выделить и описать паттерны продукта (поведение уведомлений, скачивание и импорт файлов, формы заведения данных и т.д.)

Что-то можно делать полностью самостоятельно. А всё, что связано с развитием продукта или техническими расхождениями, нужно оформлять в понятные задачи / документы, чтобы любой в команде мог понять, в чём суть.

Почему вообще возникает ситуация, когда дизайнеру нечего делать? Чаще всего одна из 3 причин:

1. Разовая история, например, команда рефакторит бэкенд или продакт занят срочным проектом. Тут всё ок, случается иногда

2. Новый дизайнер в команде (иногда вообще первый), никто не знает, что от него ждать и как с ним работать. Тут как раз поможет инициативность и демонстрация своих умений

3. В команде такая культура, когда дизайнер воспринимается как исполнитель в заказной разработке. Доля ответственности может быть на дизайнере и тогда работа по собственной инициативе может помочь изменить ситуацию.
Но важный дисклеймер — иногда дело не в дизайнере вообще, если вся проделанная работа идёт в стол и игнорируется, то проблему нужно решать на другом уровне (эскалировать или расходиться)