1.

Задача

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

2.

Погружение в контекст

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

3.

Исследование пользователей

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

4.

Питч и согласование

Формулирую, что именно и зачем делаем — и обосновываю это перед командой и стейкхолдерами. Защищаю решения на любом уровне: от продакта до C-level. Умею работать и со сложными стейкхолдерами.

5.

Концептуальное проектирование

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

6.

Детальное проектирование

Двигаюсь по флоу: в первую очередь основной сценарий, потом вспомогательные — чтобы главное точно работало, а второстепенное хорошо в него встраивалось. Параллельно работают разработчики (оценивают реализуемость) и UX-писатели (тексты — часть процесса, а не хвост). Регулярные встречи с командой — норма.

7.

Тестирование

Для сложных сценариев — RITE на реальных пользователях или внутренних коллегах. Для простых или очевидных сценариев достаточно экспертной оценки.

9.

Приёмка

Проверяю реализацию — и особенно поведение системы, не только внешний вид. Завожу баги с подробным описанием. Воспроизвожу сценарии пользователя, а не просто сравниваю пиксели с макетом.

10.

Запуск и итерация

После запуска — метрики или A/B-тест. По итогам: оставить, доработать или откатить. Если нужна доработка — она становится отдельной задачей и цикл начинается заново с первого шага.