Есть задача?
Обязательное поле
Некорректный номер
Некорректный Email
Обязательное поле
Все поля обязательны к заполнению
Нажимая на кнопку, вы подтверждаете свое согласие на обработку персональных данных
Далее
Далее
Роль в проекте
Интересующая услуга
Примерный бюджет
Пожалуйста, проставьте по варианту в каждой категории
Нажимая на кнопку, вы подтверждаете свое согласие на обработку персональных данных
Отправить
Отправить
several colorful figures
Заявка отправлена
В ближайшее время с вами свяжется наш менеджер
Oops! Something went wrong while submitting the form.

iZюматор

screenshot of the application
info client
card

О проекте

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

Особенность платформы

Любой студент может стать наставником и обучать других. iZюм фокусируется на получении навыка, а не на процессe обучения — знания, которые студент получает во время прохождения курса, уже можно применять на практике.

Бизнес-задачи

Заказчик разработал стратегию развития продукта. Всего планируется 3 этапа работы над платформой:

1
Разработка внутренней
платформы для обучения
сотрудников компании.
2
Выход на рынок образовательных
сервисов и предоставление
платформы другим компаниям.
3
Создание P2P платформы,
которая открыта для любых
курсов и пользователей.

Первая итерация продукта — платформа для внутреннего
использования, которая работает как онбординг для новых
менеджеров сети iZюм. В дальнейшем заказчик планирует
выйти на рынок онлайн-образования и конкурировать с
другими платформами — Coursera, Skillbox и Udemy.

Иерархия ролей
и замкнутый функционал

На платформе 5 ролей — студент, наставник, ассистент, админ и супервайзер. Сложность в том, что роли выстраиваются в иерархию: у админа есть права всех ролей, у наставника права ученика, и так далее — каждая следующая роль включает права предыдущей. У пользователя один аккаунт для всех ролей.

screenshot of the application
sistem
sistem
screenshot of the application

Дизайн

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

photo

Заказчик хотел, чтобы мы ориентировались на дизайн Airbnb. За основу взяли теплые цвета — чтобы платформа iZюматор как-то перекликалась с референсом, но не была его копией. Акцентный цвет — оранжевый, активные элементы выделяются неоновой подсветкой.

Юлия Вакуленко, ведущий UI/UX дизайнер
screenshot of the application

Стек технологий

Мы использовали Nest.js на бэке, Redux и Next.js на фронте. Почему Next? Так как заказчик планирует выходить на открытый рынок, нужно было, чтобы сайт индексировался поисковыми роботами — такими как Google, Yandex. Для этого нужен server-side rendering, поэтому мы выбрали именно Next.

photo

значально мы выбрали архитектурный стиль REST,потому что взаимодействия между сущностями были простые. Но из-за иерархии ролей они усложнялись — было очень много запросов, практически для каждой страницы мы создавали отдельный endpoint. С такой системой ролей лучше было бы использовать GraphQL, он позволяет сформировать один запрос на все, что ты хочешь получить на странице.

Константин Земляков, full-stack разработчик

Коммуникация пользователей

На платформе есть встроенный форум и чат поддержки— это нужно для плотной коммуникации пользователей.Когда студент загружает домашнее задание по курсу ,автоматически создается ветка на форуме: тут можно задавать вопросы, обсуждать проблемы и оценивать задания.

Календарь курсов и мероприятий

У каждого пользователя есть календарь — в нёмнаставники могут создавать события для участниковкурса. Например, назначить дедлайн, к которомунужно выполнить домашнее задание. Студентымогут посмотреть свои события в календаре iZюмаили экспортировать данные в Google Календарь.

screenshot of the application
photo

Заказчик хотел, чтобы админ мог открыть публичный профиль любого пользователя и посмотреть события в его календаре. Это было бы сложно реализовать и изначально не входило в скоуп проекта, поэтому мы отказались от этой фичи.

Елена Фарберова, менеджер проекта
screenshot of the application
screenshot of the application
screenshot of the application

Сложности

Объёмный проект — много ролей
и взаимодействий между пользователями

Жёсткие сроки — заказчик хотел закончить
проект до конца 2020 года

COVID-19 — в середине проекта команда разработки
вместе с менеджером переболела ковидом