Когда работаешь с внутренними системами для операторов, где цена ошибки высока, а сценарии могут занимать часы, важно не нарисовать красиво, а сделать так, чтобы интерфейс реально помогал работать. Делюсь своим подходом 👇 С чего начинаю? Не с экранов. Сначала пытаюсь понять: — Кто пользователь? — Какую задачу он решает и в каком контексте? — Где у него боли и почему он ошибается?

Инструменты, которые реально работают: — Интервью — без них никак. Посидеть рядом с пользователем, увидеть, как он реально работает (не как рассказывает), — бесценно. — CJM (карта пути) — помогает увидеть всю цепочку действий и найти узкие места. Часто выясняется, что проблема не в конкретном поле, а в том, что данные нужно собирать из трёх разных систем. — JTBD — чтобы понять, зачем пользователь вообще пришёл. В B2B это часто не «хочу», а «надо сделать отчёт до конца смены».

Как проверяю гипотезы? Обязательно через прототипы. Не сразу в код, а быстрые кликабельные макеты в Figma. Показываю 3–5 пользователям, смотрю, где спотыкаются. Если есть возможность — записываю сессии и считаю время выполнения задач.

Пример из практики: В одном проекте операторы тратили на задачу 10 минут и делали ошибки в 15% случаев. После интервью и CJM выяснилось: данные разбросаны по разным экранам. Объединили всё в один дашборд, добавили умные подсказки — время упало до 7 минут, ошибки снизились на 40%. И главное — операторы перестали ненавидеть свою работу по утрам.

А у вас есть любимые методы исследований? Как подходите к сложным сценариям? Делитесь в комментариях 👇