Внутренняя система сопровождения учебного процесса
Продукт
Внутренняя система для тьюторов школы дизайна Джобс, которая помогает вовремя замечать проблемы у учеников и снижать риск их ухода.
Моя роль – Продуктовый дизайнер
- Интервью и анализ потребностей;
- Формулирование и приоритизация гипотез;
- Проектирование ключевых сценариев MVP;
- UI финальных экранов;
- Юзабилити-тестирование.
Цель
Снизить риск ухода учеников за счёт раннего выявления проблем и своевременной реакции тьютора.
Бизнес-ограничения
Перед началом работы собственники обозначили два ключевых условия, которые важно было учесть при разработке продукта.
Система должна помочь тьюторам эффективнее работать с большим количеством учеников, быстрее находить тех, кому нужно внимание, без расширения штата.
Продукт должен помогать школе удерживать учеников, раньше выявляя проблемы в обучении и позволяя тьюторам быстрее реагировать до того, как ученик решит уйти.
Респонденты
Провёл 4 глубинных интервью с двумя тьюторами, старшим преподавателем и руководителем школы. Изучил, как команда сопровождает учеников, отслеживает проблемы и где теряется информация между сервисами и участниками процесса.
Инсайты
- Главный дефицит тьютора не данные, а возможность быстро понять, кому сейчас нужно внимание;
- Ученики чаще теряются между действиями, когда после разговора не зафиксирован следующий шаг;
- Контекст по ученику хранится в памяти конкретного сотрудника, поэтому процесс плохо масштабируется;
- Задачи, встречи и напоминания хранятся в разных местах, поэтому тьютору сложно контролировать свою работу.
Гипотезы
Если система сама будет выводить в приоритет учеников с признаками проблемы, тьютору не придётся вручную искать, кому нужно внимание в первую очередь
Если задачи, встречи и системные напоминания собраны в одном месте, тьютору проще планировать работу и не пропускать важные действия
Если после обращения к тьютору сразу фиксировать, что делать дальше, меньше учеников будут выпадать из сопровождения
Если контекст по ученику хранится в системе, новый тьютор может продолжить работу без потери информации
Финальный дизайн
Главный экран
Главный экран помогает тьютору быстро увидеть ближайшие задачи и события, а также учеников в зоне риска, чтобы вовремя реагировать и снижать вероятность их ухода.
Контроль потока учеников
Тьютор может быстро сузить общий поток до нужной группы и выделить учеников, которым требуется внимание, не просматривая список вручную.
Точечная работа с учеником
Контекст общения и текущая ситуация сохраняются в одном месте, поэтому тьютор может быстрее разобраться в проблеме и сразу перейти к следующему действию
Оформление заморозки
Заморозка оформляется в том же сценарии работы с учениками, а следующий контакт фиксируется автоматически, чтобы тьютор не потерял его после паузы в обучении
Задачи и календарь
Тьютор планирует задачи и встречи в одном календаре, а система автоматически добавляет следующие действия в ключевых сценариях, чтобы не терять договорённости с учениками
Создание задачи
Тьютор самостоятельно планирует рабочие задачи и фиксирует их в календаре, чтобы не держать обязательные действия в памяти и не пропускать их.
Юзабилити-тестирование
Для проверки ключевого сценария я собрал интерактивный прототип и провёл юзабилити-тестирование с 8 участниками. Проверял, смогут ли они найти ученика с пропусками и оформить заморозку, фиксируя успешность, время и клики через Яндекс Метрику.
Поведение пользователей
Оба входа в список учеников считывались пользователями: через навигацию и блок «Требуют внимания».
Пользователи быстро переходили к работе со списком и фокусировались на учениках со статусами, без выраженных ошибочных зон.
По кликам видно, что контекст и переход к заморозке считывались сразу, а побочные действия были связаны с изучением карточки.
Результаты тестирования
По результатам тестирования оценил прохождение ключевого сценария по основным UX-метрикам:
- 87,5% — Task Success Rate: 7 из 8 участников успешно завершили сценарий;
- 18,5 сек. — Time on Task: медианное время прохождения сценария;
- 100% — Form Completion Rate: все участники, открывшие форму заморозки, успешно завершили оформление.
Результаты
- Спроектирован сценарий работы с учеником от выявления проблемы до конкретного действия тьютора;
- Объединены ключевые процессы тьютора по работе с учениками и задачами;
- Юзабилити-тестирование подтвердило работоспособность основного сценария;
- По итогам этапа заказчик начал формировать команду разработки для реализации и запуска продукта.
Что бы я сделал еще?
В следующей итерации, я бы добавил следующий функционал:
- Добавил бы аналитику по группам и причинам риска для руководителя;
- Проработал бы роли и права доступа для тьюторов, преподавателей и руководителей;
- Сделал бы историю действий по ученику для сохранения контекста;
- Внедрил бы модуль составления расписания внутри системы.