Сделала редизайн ключевого экрана личного кабинета корпоративного клиента: из статичной таблицы — в рабочий инструмент менеджера обучения
[ Отчёт по успеваемости в B2B-кабинете LMS ]
Web platform
В2В
EdThech
Кейс в доработке
Статус: в продакшене
Команда: Проджект, аналитик, разработчик
Роль: UX/UI Designer
О продукте и контексте
Онлайн-школа данных продаёт обучение в двух моделях: B2C — студентам напрямую, B2B — компаниям, которые покупают пакет мест для сотрудников. B2B-клиент получает личный кабинет, где есть один по-настоящему важный экран — отчёт об успеваемости сотрудников.

Пользователь этого экрана — не студент. Это менеджер по обучению, HR-специалист или руководитель отдела, который отвечает перед своим руководством за то, что бюджет на обучение не сгорел. У него 30−200 сотрудников на разных курсах и потоках, и он заходит в кабинет 2−4 раза в месяц.

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

Формулировка задачи от бизнеса звучала как «сделать отчёт удобнее».
Я переформулировала её в продуктовую:
Исследование
  • Провела 3 интервью с менеджерами обучения со стороны клиентов
  • Разобрала обращения в поддержку по теме отчётов за 6 месяцев
  • Провела анализ поведения в аналитике: глубину просмотра, использование фильтров, долю выгрузок в Excel
  • Поговорила с аккаунт-менеджерами: какие вопросы клиенты задают на созвонах по продлению
Что сделала в начале:
Три основных вывода, которые определили решение:
2. Главный вопрос — не «как учатся», а «кто не учится». В интервью менеджеры почти не спрашивали про средний прогресс. Спрашивали про конкретных людей: кто не заходит, кому горит дедлайн, кому уже писали. Отчёт же был построен как ровный список всех учащихся.
3. После отчёта пользователь уходил из продукта. Узнав про неактивных, менеджер шёл писать им в корпоративную почту или в мессенджер вручную. Продукт давал знание и не давал действия. Цикл разрывался ровно в тот момент, когда от него зависел результат.
1. Отчёт открывали, чтобы тут же выгрузить в Excel. Около 75% сессий заканчивались экспортом в первые 15−20 секунд. Дальше вся работа шла в таблице: там сортировали, считали проценты, искали отстающих. Интерфейс проигрывал Excel.
Кейс в доработке...
Кулинарная книга Yumy
ProjectV – аналитика для партнёров
[ Другие проекты ]