О проекте
Контекст
За каждым курсом, который появлется в личном кабинете у студента стоит большая команда, которая выполнила кучу ручной работы. Методист пишет программу, а координатор переносит её в админку, и так по кругу, на каждое изменение
Проблемы
Вся совместная работа держалась на Google-таблицах: методист вёл свои файлы, координатор — свои. После каждого изменения координатор вручную переносил данные в админку, чтобы они появились в личном кабинете студента. Единого пространства, где работала бы вся команда, не существовало
Дублирование документов
На каждую программу создавалось несколько Google-документов, которые частично повторяли друг друга. Все их нужно было держать в актуальном состоянии и обновлять вручную
Отсутствие стандартов
Разные отделы вели документы по-своему. Единого формата или процесса не было
Изменения нигде не фиксируются
Правки в программах не сохранялись централизованно. Чтобы понять, что изменилось и когда — нужно было спросить у человека
Разрозненность хранения
Нет единого места для хранения всех документов. Паспорта программ разбросаны по разным папкам и файлам, что затрудняет их поиск.
Цели проекта
Нужно было не просто навести порядок в документах, а пересобрать весь процесс целиком — убрать всё лишнее и дать команде один инструмент вместо десяти
Прямая работа в системе
Методисты и координаторы работают в админке, без Google-таблиц и сторонних файлов
Версионирование изменений
Все правки фиксируются автоматически. Можно видеть историю и откатиться назад
Единое хранилище
Все учебные планы, паспорта программ и планы занятий в одном месте с возможностью экспорта
Единый стандарт
Один процесс для всей команды, без самодеятельности и ипровизации в каждом отделе
Проектирование
Кастдев
Схемы процесса не существовало. Каждый стейкхолдер знал только свою часть — методист не видел, как работает координатор. Пришлось потратить много времени на интервью с каждой группой отдельно, чтобы собрать картину целико
Разбор процесса
После интервью стало понятно: методист и координатор работают с одними и теми же данными, но решают принципиально разные задачи. Проектировать единый интерфейс для обоих — значит не решить задачу ни одному
Методист
Создаёт и редактирует образовательные программы, ведёт версии, фиксирует изменения и передаёт их координатору на согласование
Координатор
Принимает изменения от методиста, актуализирует наборы и запускает новые потоки. Ему важно видеть актуальное состояние программы — без ручной сверки с чужими файлами
Согласование User Story
Изучил потребности каждой роли отдельно В итоге согласовали User Story и расставили приоритеты — что делаем в первую очередь, а что позже
User flow
Спроектировал отдельные флоу для методиста и координатора. Ключевой принцип — все действия выполняются в одном месте. Никаких переходов в сторонние документы, никакой ручной синхронизации
Проектирование и тестирование
???
На этом этапе важно было не только визуализировать будущий инструмент, но и проверить, насколько он соответствует реальным сценариям работы методистов и координаторов
Прототип
Собрал два интерактивных прототипа — для методиста и координатора. Каждый закрывал свои ключевые сценарии
Для методиста
Создание и редактирование программы прямо в системе. Версионирование — история изменений с возможностью отследить кто и когда что менял. Черновики — можно работать над изменениями, не затрагивая актуальную версию. Передача изменений координатору в один клик
Для координатора
Просмотр актуального состояния программы без ручной сверки. Приём изменений от методиста с пояснениями. Актуализация наборов и запуск новых потоков через кнопку «Утвердить». Экспорт документов в CSV в любой момент
UX-тест
Тестировал пять ключевых сценариев: работа с черновиком, логика переходов между экранами, передача изменений координатору, создание нового потока, работа с таблицей программы
Что работало хорошо
Структура и навигация считывались уверенно. Логика редактирования модулей и занятий — понятна. Концепцию черновика большинство интерпретировали правильно. Экспорт в CSV не вызывал вопросовСоздание и редактирование программы прямо в системе. Версионирование — история изменений с возможностью отследить кто и когда что менял. Черновики — можно работать над изменениями, не затрагивая актуальную версию. Передача изменений координатору в один клик
Что нужно было доработать
Чекбокс и кнопка «+» в таблице вызывали путаницу — непонятно за что отвечают. Кнопки «Утвердить УП» и «Обновить УП по последнему потоку» пользователи путали между собой. Чекбокс передачи изменений координатору часто оставался незамеченным. Автоматический переход внутрь созданного элемента воспринимался как неожиданный
Работа над UI
???
По итогам теста доработал интерфейс: убрал точки трения, уточнил формулировки и упростил ключевые сценарии. Результат — два отдельных интерфейса под две роли с разной логикой и разным набором задач
Методист
Создание и редактирование программы теперь происходит полностью в системе. Методист перестал вести несколько файлов одновременно и синхронизировать их вручную. Версионирование, черновики и передача изменений — всё работает в одном месте
Координатор
Перестал переносить данные в админку руками после каждого изменения. Актуальное состояние программы всегда доступно без сверки с чужими документами
Результаты по метрикам
???
В портфеле компании 261 курс. Каждый обновляется минимум раз в год, 4–5 новых курсов появляется ежегодно. Система устранила ручной труд из процесса производства курсов — и это напрямую отразилось на трудозатратах для обеих ролей
Phone
Email