Трекер

Product discoveryUX/UI Design
NDA

Платформа для наставников гос-программ обучения предпринимателей: ведение 10-недельного трека, задания, созвоны и контроль прогресса в одном месте.

Контекст

Это внутренняя платформа для госпрограммы поддержки МСБ. Здесь учится не один предприниматель, а команда компании: ментор ведёт её по 10-недельному треку и помогает закрыть базовые бизнес-задачи — от менеджмента до маркетинга.

Роль ученика

Команда из нескольких человек, которой нужно прокачать конкретное направление — например маркетинг, менеджмент или операционные процессы.

Роль преподавателя

Ментор программы — приглашённый эксперт, предприниматель-практик или преподаватель, который ведёт группу команд и отвечает за темп, задания и созвоны.

Моя роль в разработке продукта

Я отвечал за UX/UI двух ключевых частей продукта — интерфейса ментора и интерфейса команды. Вёл работу от discovery и сценариев до прототипов, коридорного тестирования, адаптивов и передачи в разработку.

Пользователи и роли

Запрос на обучение
Команда
Ментор
Спринты и задания
Результат

Ментор

Ментор ведёт несколько групп и отвечает за то, чтобы команды дошли до результата за 10 недель

Задачи в продукте:

  • собрать трек на 10 спринтов (структура, темы, результаты недели);
  • создавать задания и управлять потоком (статусы, дедлайны, приоритеты);
  • проверять сдачи, давать фидбек, фиксировать прогресс и риски;
  • планировать созвоны и привязывать их к спринтам/задачам;
  • быстро видеть по дашборду, где “горит” и что требует внимания.

Команда

Команда приходит не «учиться», а поднимать навыки в определенных направлениях для бизнеса за ограниченный срок

Задачи в продукте:

  • понимать план на 10 недель: что делаем сейчас и какой ожидается результат;
  • видеть задания/дедлайны/статусы и сдавать результаты;
  • получать фидбек в контексте задачи (принято/на доработку);
  • синхронизироваться внутри команды: кто за что отвечает и где блокеры;
  • закрыть трек и получить сертификат/отметку в профиле.

Проблемы и ограничения

Ранний набросок пользовательского сценария обучения

Проблемы

Раньше обучение шло в свободном режиме, а контроль фактически жил в отдельной трекшн-таблице. Ментору не хватало единого интерфейса, а стейкхолдеры не видели прозрачной картины по командам

Ограничения

Нужно было встроить существующие инструменты платформы — трекшн-карту, ВКС и другие сервисы — в единый веб-интерфейс и связать их с 10-недельной логикой спринтов

Цели продукта

Продукт должен был упростить работу ментора с несколькими группами и сделать процесс обучения более управляемым. Основная цель — собрать планирование, задания, созвоны и контроль прохождения в одном понятном сценарии, чтобы прогресс команд был прозрачным, а администрирование не требовало постоянного ручного контроля

Упростить работу ментораПрозрачный прогрессПовысить завершение трекаУпростить администрирование

Proxy-метрики

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

Время завершение трека

Доля зависших задач

скорость проверки

completion rate

Решения

Решение: дашборд ментора с прогрессом и триггерами

Обзор

Собрали дашборд ментора — чтобы за минуту понять, у каких команд всё ок, а где уже начинает «гореть». В каждой карточке: прогресс по спринтам, ближайший созвон и триггеры вроде низкой активности, завала по проверкам или новых сообщений в чате

Проблемы

В прошлых версиях интерфейса список обучаемых команд был «плоским»: без прогресса, статусов по заданиям и понятных сигналов, что где‑то требуется внимание. В итоге ментору приходилось держать контроль процесса вне платформы — в личных трекерах, заметках или вообще «на листочке»

Варианты

После общения с менторами и просмотра похожих решений (в основном коммерческих платформ) собрали несколько направлений, как можно закрыть задачу контроля команд:

  • Дашборд со статистикой и календарём (акцент на аналитику и планирование)
  • Дашборд со списком команд + быстрые действия (акцент на операционку «что горит и куда жать»)
  • Инструкции/мультиинструменты (акцент на регламенты и ручное управление процессом)

Решение

В итоге пришли к варианту, который лучше всего ложится в ежедневную работу ментора:

  • прогресс и ключевые статусы — прямо в карточке команды в списке, плюс поведение «как в мессенджерах» — команды с обновлениями (сообщения, сдачи, созвоны) поднимаются вверх и автоматически попадают в фокус. Так ментор видит, где нужен быстрый отклик, не открывая каждую команду по очереди

Эффект

Проще понимать, что происходит по каждой команде и где есть проблемы. Быстрее реакция ментора: меньше пропущенных вопросов/сдач/созвонов. Больше прозрачности процесса — меньше ручного контроля «в сторонних табличках»

Решение: управление командой

Обзор

Идея разделить обучение на спринты привела нас к канбан-системе с обязательными созвонами. Цель была простой: собрать в одном месте всё, что нужно ментору для управления процессом

Проблемы

Раньше обучение шло в свободном режиме, а контроль фактически жил в отдельной трекшн-таблице. Ментору не хватало единого интерфейса, а стейкхолдеры не видели прозрачной картины по командам.

Варианты

В процессе работы были предложены разные варианты реализации: разделить канбан и трекшн-карту на разные страницы или объединить их в одном окне, сделав канбан основным инструментом;

Решение

Мы объединили канбан, статусы, материалы, созвоны и трекшн-карту в рамках одного окна команды. Самой сложной задачей было уместить плотный сценарий управления в одном вьюпорте и не перегрузить экран.

Эффект

Ментор перестал собирать процесс из разных сервисов и смог вести обучение внутри платформы. Для стейкхолдеров это дало более прозрачный и контролируемый сценарий.

Коридорное исследование

Результаты коридорного исследования в Pathway

Обзор

Перед финализацией блока шаблонов я провёл небольшое коридорное исследование, чтобы проверить, насколько понятны базовые действия внутри списка. Шаблоны нужны ментору для переиспользования вопросов в работе с разными командами, поэтому важно было убедиться, что сценарии создания, удаления и редактирования считываются без дополнительных пояснений.

Для проверки собрал интерактивный прототип в Figma и подключил его к Pathway. В исследовании участвовало около 10 человек.

Проверяли три задачи:

  • создать шаблон задания;
  • удалить второй шаблон;
  • отредактировать первый шаблон в списке.

Этого хватило, чтобы проверить, считываются ли три базовых действия внутри списка шаблонов — создание, удаление и редактирование — без дополнительных пояснений.

Итог

В результате удалось собрать более прозрачный и управляемый сценарий обучения для двух ролей — ментора и команды. Ментор получил единый интерфейс для работы с прогрессом, заданиями, созвонами и отчётностью, а сама система — более контролируемый и понятный 10-недельный трек.

Следующий проект

Интерфейс B2B-маркетплейса Поляна на рабочем столе

B2B-маркетплейс для закупки агросырья

Email

info@gmail.com

Telegram

jk_ppub

Linkedin

in/jkpdesign/