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

Моя роль

Senior Product Designer

Что делал

Отвечал за исследование проблемы, формирование продуктовых гипотез, проектирование новой архитектуры главного экрана, UX/UI-дизайн и проверку решений через usability-тестирование

Платформы

IOS, Android

О проекте
Контекст
Главный экран был создан несколько лет назад, когда приложение использовалось только как каталог курсов. Со временем продукт вырос: появились корпоративные клиенты, новые сценарии обучения и дополнительные сервисы. Однако архитектура главной страницы практически не изменилась и перестала соответствовать масштабу продукта
Проблемы
Из-за роста количества сценариев существующая архитектура перестала помогать пользователям возвращаться к обучению. Это отражалось и в продуктовых метриках: CSI и Sticky Factor снижались. Абсолютные значения находятся под NDA, но отрицательная динамика сохранялась несколько кварталов подряд
Цели проекта
Моей задачей было понять, какие барьеры мешают студентам быстро возвращаться к обучению, и спроектировать архитектуру главного экрана, которая будет масштабироваться вместе с продуктом и новыми сегментами пользователей
Исследования
Кастдев главной страницы
Вместе с продукт менеджером я провёл серию глубинных интервью с пользователями разных образовательных программ. Мы изучали не только проблемы интерфейса, но и пытались понять, какую задачу человек хочет решить в момент открытия приложения
Пользователи перестали доверять кнопке «Продолжить обучение»
Вместо ожидаемого урока она могла открыть начало уже завершённого модуля. В результате студенты предпочитали искать нужный урок вручную
Недостаточная информативность прогресса
Даже когда прогресс отображается, он не даёт чёткого понимания состояния обучения
Список курсов не структурирован
Отсутствие сортировки и группировки превращало поиск оплаченного курса в отдельную задачу
Кастдев страницы курса
На той же серии интервью разбирали уже не вход в приложение, а то, как студент ведёт себя внутри курса: что находит сам, а что теряет по пути.
Скачанные материалы не найти
Пользователи искали скачанные файлы внутри конкретного курса, а не в отдельном разделе приложения. Материалы хранились не там, где их ожидали найти, поэтому часть студентов даже не знала, что функция скачивания существует
Календарь не связан с активным курсом
Расписание существует как отдельный раздел, и пользователи не заходят в него, поскольку не считывают связь с текущим обучением
Нет понятного центра уведомлений
Пользователи часто не получают уведомления в приложении и вынуждены проверять почту, Telegram или сайт. Уведомления воспринимаются как ненадёжные: они приходят нерегулярно или теряются
Что говорят пользователи
Реальные слова наших студентов, которые мы услышали на кастдеве
«Нажимаю "Продолжить" и попадаю в начало модуля, который уже прошла. Начинаю искать вручную»
«Смотрю на полоску прогресса и не понимаю, мне ещё много осталось или уже почти всё»
«У меня три курса. Хочу найти нужный и прокручиваю весь список. И так каждый раз»
«Нашла скачанные материалы случайно. До этого думала, что функции скачивания вообще нет»
Проектирование
Зачем студенты открывают приложение
После интервью я выписал все пользовательские сценарии и сгруппировал их по частоте появления и влиянию на ключевую продуктовую метрику — возврат в приложение. В результате осталось четыре сценария, которые покрывали большинство пользовательских сессий
Учеба без интернета
Чтобы не искать материалы по разделам вручную Когда я еду без интернета, я хочу открыть скачанные материалы сразу
Навигация между курсами
Чтобы не листать весь список каждый раз Когда я учусь на нескольких программах одновременно, я хочу быстро найти нужную
Своевременные уведомления
Чтобы не узнавать о дедлайне случайно Когда выходит новый модуль или подходит дедлайн, я хочу получить уведомление вовремя.
Планирование обучения
Когда я планирую учёбу, я хочу видеть расписание занятий прямо в курсе
Гипотезы
После интервью я понял, что пользователи приходят на главный экран с разными задачами. Попытка закрыть их одним сценарием неизбежно приводила к компромиссам, поэтому я решил проверить несколько принципиально разных моделей главного экрана
Гипотеза №1. Настраиваемый хаб
Я предложил построить главный экран как набор независимых виджетов. Пользователь сам определяет, какие блоки для него важнее и в каком порядке они должны располагаться. Такой подход позволял не навязывать единую структуру студентам с разными привычками и этапами обучения
Риск №1
Интерфейс может стать слишком сложным
Риск № 2
Пользователи могут не заметить возможность настройки
Риск № 3
Избыточная свобода может ухудшить восприятие экрана
Гипотеза №2. Главный экран с маркетинговым баннером
В верхней части экрана размещался постоянный баннер для маркетинговых коммуникаций, а основной контент располагался ниже. Такой вариант позволял команде маркетинга продвигать новые курсы и специальные предложения без дополнительных каналов коммуникации.
Риск №1
Баннер может конкурировать за внимание с основным пользовательским сценарием
Риск № 2
Первый экран переставал быть сфокусированным на обучении
Риск № 3
Ценность для бизнеса могла оказаться выше, чем ценность для пользователя
Гипотеза №3. Главный экран вокруг календаря
Главным элементом экрана становился календарь с ближайшими событиями, дедлайнами и занятиями. Предполагалось, что привязка к конкретным датам сформирует привычку регулярно открывать приложение
Риск №1
Сценарий был актуален не для всех студентов
Риск № 2
Пользователи, которые редко работают с расписанием, могли потерять основной путь к обучению
Риск № 3
Структура получалась менее гибкой для масштабирования
Что ушло в тест
По итогам обсуждения со стейкхолдерами и командой разработки в тестирование отправили первую и третью гипотезы. От второй гипотезы отказались ещё до пользовательских тестов. Несмотря на её ценность для маркетинга, команда пришла к выводу, что постоянный промобаннер ухудшает фокус главного экрана и не помогает решить основную пользовательскую задачу — быстро вернуться к обучению
Тестирование
UX тест главной страницы
Для проверки гипотез подготовил интерактивные прототипы с одинаковым набором пользовательских сценариев. Перед началом тестирования мы согласовали критерии оценки: насколько быстро пользователи находят ключевые сценарии, понимают структуру экрана и могут объяснить назначение каждого блока
Результат теста главной страницы
Первый вариант, как настраиваемый хаб, оказался понятнее второго варианта со статичными блокам. Респонденты быстрее определяли, что это за страница, увереннее находили точки входа в другие разделы и увереннее объясняли своими словами, как работает каждый виджет
UX тест страницы курса
Новую страницу курса тестировал на той же группе респондентов. Проверял проверить, насколько хорошо пользователи ориентируется внутри курса
Выводы
Оба теста дали однозначный ответ: первый вариант каждого экрана работает лучше. Пользователи быстрее ориентировались на экранах, точнее находили нужные блоки и уверенно описывали логику виджетов
Работа над UI
От структуры к интерфейсу
Ключевая задача заключалась в переводе проверенной структуры в рабочий UI, устойчивый к маркетинговой нагрузке и к масштабированию продукта
Иерархия виджетов на экране
Вместо фиксированной структуры пользователь получил возможность самостоятельно определять порядок виджетов. Это позволило вынести наиболее релевантные сценарии на главный экран без универсальной иерархии для всех пользователей
Контнкстная привязка вместо отдельных разделов
Скачанные материалы, календарь быть отдельными холодными разделами. Привязал их к активному курсу вместо того, чтобы выносить в сторону. Это оказалось важнее любого онбординга: как только разделы получили контекст, использование возраслоо, без обучающих подсказок
Результаты
Точные базовые значения метрик защищены NDA компании, поэтому привожу только относительный прирост без абсолютных цифр
+25%
SCI
+5%
Sticky Factor
+0,9
Ru Store Rate
Что я узнал
Этот проект изменил то, как я думаю об экранах с навигацией. Самые важные инсайты пришли не из аналитики, а из наблюдения за тем, как реальные студенты теряются в простых сценариях
Студенты учатся нелинейно
Они прерываются на недели, возвращаются в середину курса, прыгают между модулями. Главный экран должен всегда отвечать на один вопрос: «Где я сейчас?» — и держать в контексте всё, что связано с активным курсом
Контекст очень важен
Скачанные, календарь и уведомления казались холодными разделами. Они стали живыми, когда мы привязали их к активному курсу, а не вынесли отдельно. Никакого онбординга не понадобилось — использование выросло само
Нужна синхронизация
Студенты переключаются между устройствами в середине курса. Если состояние не синхронизировано — доверие к приложению падает
Масштабируемость начинается со структуры
Прежде чем добавлять новые разделы, экран нужно было привести к чёткой иерархии. Модульная раскладка, которую мы выбрали, стала основой для роадмапа следующих двух кварталов