Одна платформа — четыре роли. Как устроен UX?
Как спроектировать образовательную платформу, если преподаватель, ученик, родитель и администратор используют один продукт, но решают совершенно разные задачи?
Именно с такой задачей я работал в проекте «Академика» — образовательной веб-платформе, которую мы проектировали с нуля, начиная с MVP.
В чём была сложность? У каждой роли своя логика взаимодействия с продуктом: → Преподаватель организует занятия, управляет материалами и приглашает учеников. → Ученик работает с расписанием, заданиями и учебными материалами. → Родитель следит за обучением ребёнка, но имеет ограниченные права доступа. → Администратор управляет пользователями, ролями и настройками системы.
При этом все они должны работать внутри единой, понятной и согласованной системы.
Как подошёл к решению Вместо проектирования отдельных интерфейсов начал с пользовательских сценариев и архитектуры ролей. Продумал точки входа, систему приглашений, связи между участниками и разграничение прав доступа. На этой основе спроектировал кабинеты с разным набором функций, сохранив общую логику взаимодействия и визуальную систему. Отдельная интересная часть проекта — инструменты создания учебного контента: генерация материалов с помощью ИИ и конструктор интерактивных заданий с автоматической проверкой.
Что вынес из проекта В сложных многоролевых продуктах UX начинается не с экранов, а с понимания того, кто, зачем и в каком контексте будет пользоваться системой. И чем сложнее продукт внутри, тем проще и понятнее он должен выглядеть для конкретного пользователя. В карусели показал архитектуру ролей, ключевые сценарии и интерфейсы «Академики».
🔗 Полный кейс: https://polyantsev.pro/academika/ 🔗 Остальные проекты в портфолио: https://polyantsev.pro/
