Личный кабинет в энергетике / 2022
Кабинет для оплаты и передачи данных
Кабинет для повторяющихся задач: оплатить, передать данные, проверить состояние и вернуться к своим объектам. В таком продукте важно, чтобы главное действие находилось сразу, а справочные разделы не спорили с рабочим сценарием.
Моя роль
Подключался как продуктовый дизайнер на стороне внешней команды: разбирал текущую структуру, предлагал новую иерархию и проектировал ключевые сценарии вместе с лидом и аналитиком.
Задача
Главные действия легко тонули рядом со справкой и вторичными разделами
Пользователь приходит в кабинет не изучать структуру, а решить конкретную задачу. Нужно было сделать так, чтобы оплата, передача данных и важные состояния были первым слоем, а история, документы и справка не мешали повторяющимся действиям.
Моя роль
Что именно я делал
Подключался как продуктовый дизайнер на стороне внешней команды: разбирал текущую структуру, предлагал новую иерархию и проектировал ключевые сценарии вместе с лидом и аналитиком.
Что изменил
Конкретные изменения в интерфейсе
Каждый блок показывает не абстрактный вывод, а рабочий экран или состояние, с которым сталкивается пользователь.
01
Десктопный кабинет собрал объекты и действия в один обзор
Пользователь видит нужный раздел, список объектов и рабочие действия рядом с контекстом. Экран не пытается объяснить весь продукт сразу.
02
Мобильный сценарий стал короче и прямее
На телефоне важны короткие шаги и понятные состояния. Основной сценарий вынесен вперед, а детали остаются там, где они действительно нужны.
03
Ошибка объясняется рядом с действием
Если данные выглядят некорректно, пользователь видит предупреждение в моменте, а не после ухода в отдельный раздел помощи.
Рабочие материалы
Слой под интерфейсами: карты, матрицы и решения
Эти материалы показывают ход мысли: где были роли, развилки, спорные места и правила для повторяемых сценариев. Интерфейс остается главным результатом, а материалы объясняют, почему он устроен именно так.
Before/after IA
Что подняли в первый слой, а что оставили вторичным.
Карта задач и слоев кабинета
Эта схема показывает разделение: повторяющиеся действия идут первым слоем, справка и история уходят ниже.
Зачем это было нужно
Материал держал фокус на том, что пользователь приходит решить задачу, а не изучать структуру кабинета.
Результат
Кабинет стал проще читать через основные действия
Публично я показываю структуру и интерфейсные решения, а не обещаю цифры по скорости или поддержке. Главный подтвержденный результат в этой упаковке: повторяющиеся пользовательские задачи стали первым слоем интерфейса.
Предыдущий кейс
ERP для проектной компании