любая фича начиналась с ⚑ базы знаний

EdTech-платформа ✢ для нового поколения студентов
6000+
пользователей ежедневно
7 ролей в системе
не считая пермишенов
11 месяцев
работы в параллель с разработкой

Как мне удалось привести сложный продукт к системе без остановки разработки❞
№1
Контекст
Ключевой продукт колледжа: через него проходит весь учебный процесс — от заданий и расписания до портфолио студентов и взаимодействия с преподавателями.
На момент старта: — старая система не масштабировалась под рост сети — сложная ролевая модель ломала UX — продукт рос быстрее, чем успевал оформляться.
Я подключилась к проекту на этапе активной разработки: визуальная база уже была, но не было системы и целостного UX.
№2
Задача и цели
Спроектировать логику в рамках уже существующего UI с параллельной разработкой, чтобы успеть выйти в релиз к учебному году.
Мне предстояло:
— привести продукт к целостному UX — систематизировать интерфейс и паттерны — поддержать разработку в условиях жёстких сроков — подготовить продукт к масштабированию.
№3
В чём была реальная сложность
Это не просто «сайт для обучения», а система, в которой существуют 7 ролей с разными правами (при этом один пользователь может иметь несколько ролей одновременно), множество сценариев у каждой из ролей.
№4
Принятые решения
Вместо полного редизайна, который бы сильно тормозил разработку, я:
— унифицировала компоненты — выровняла паттерны взаимодействия — снизила хаос в интерфейсе.
Ролевая модель — критичное место для сложного продукта, поэтому я:
— упростила логику сценария переключения ролей через добавление системы пермишенов — минимизировала путаницу в доступах.
Выстроила процесс таким образом, чтобы дизайн стал частью общей работы над продуктом, а не бутылочным горлышком:
— стала участвовать в технических проектированиях наравне с командой разработки — быстро согласовывала решения даже без идеальных вводных — работала короткими итерациями с фидбеком — синхронизировалась с разработкой на лету.
№5
Мой флоу работы
№6
Ключевые фичи, над которыми я работала
Нужно было реализовать перевод студентов между группами/подгруппами и кафедрами, запуск проверки на академическую разницу, возможность назначать и перезачитывать дисциплины, закреплять заполняющих блок и принимающих преподавателей, проставлять баллы и закрывать разницу.
Фича затрагивала две админские роли, роли преподавателя, куратора, студента и представителя студента.
Основная сложность — встроить фичу в уже существующую систему правил платформы: переводы должны соответствовать логике сервиса и учитывать ролевые ограничения. Под каждую роль были отрисованы свои сценарии с учётом этих особенностей.
Нагрузка преподавателей — распределение учебных часов на преподавателя в учебном периоде. Нужно было дать возможность делать это в платформе, а не выгружать в Excel.
Фича проектировалась для роли менеджера кафедры, чтобы сократить затрачиваемое время (в среднем 42 часа на заполнение и ещё столько же на исправление ошибок → сократилось вдвое).
Сложность была в том, чтобы сделать фичу универсальным инструментом для разных ролей: нагрузку по группам/подгруппам заполняют менеджеры по преподавателям, а любые изменения валидируют администраторы организаций.
Дерево компетенций — визуальное отображение карты траекторий (учебного плана). На дереве показываются уровни вложенности простых компетенций в верхнеуровневые.
Задачи: визуализировать путь в квалификации и отображать требуемые уровни владения, распределить вложенность компетенций, дать возможность крепить компетенции к дисциплинам с указанием веса и учётом вложенности.
Карта компетенций — визуализация того, как компетенции ложатся на карту траекторий. Фактически, это то же дерево компетенций — только для студента.
Задачи: визуализировать путь в квалификации и отображать требуемые уровни владения, дать понимание, на каком уровне освоения находится та или иная компетенция, дать возможность узнать альтернативные пути обучения.
Нужно было добавить отображение расписания по потоку, отметки праздничных дней, а также решить проблемы пользователей: в основном жалобы на отсутствие правил цветового кодирования.
В итоге были выделены основные состояния событий и собран компонент с понятными условиями.
Карта траекторий — связка изучаемых дисциплин в секциях обучения с фактическими учебными периодами. У одной квалификации может быть несколько траекторий.
Нужна была возможность создать новую траекторию на базе другой так, чтобы при этом в неё добавились шаблоны-секции из траектории-основы. В результате получилось не только реализовать функционал, но и упростить отображение.
За время работы над продуктом я реализовала более 30 новых фичей и разделов ⟾ подготовила классную презентацию о них для вас ⟾ смогу показать и рассказать о них лично на собеседовании!
№7
В итоге