Ученики
Основные пользователи. Заходят за уроком и домашним заданием, им важны понятный следующий шаг и видимый прогресс. Возраст и формат обучения уточняем в такте 0 — от них зависят интерфейс и требования к персональным данным.
Учебный контур в одной системе: ученик проходит уроки и сдаёт домашние задания, куратор проверяет работы в общей очереди, методист собирает курсы без разработчика, администратор ведёт группы и расписание. Ориентир по устройству процесса — Алгоритмика. Документ описывает, что строим в первой версии, что уходит в следующие такты и какие вопросы нужно закрыть до старта.
Платформа, в которой живёт учебный процесс школы: содержание курсов, прохождение уроков, сдача и проверка работ, общение с куратором и отчётность.
Основные пользователи. Заходят за уроком и домашним заданием, им важны понятный следующий шаг и видимый прогресс. Возраст и формат обучения уточняем в такте 0 — от них зависят интерфейс и требования к персональным данным.
Ведут группы и проверяют работы. Сегодня проверка обычно живёт в мессенджерах и таблицах — платформа собирает её в одну очередь с историей по каждому ученику.
Собирают курсы, заводят группы и расписание, следят за успеваемостью филиалов. Им нужна возможность менять содержание курса без разработчика.
Первая версия закрывает ежедневную работу школы. Всё, что не нужно для проведения занятий и проверки работ, уходит в следующие такты.
Уроки, задания, проверка и переписка в одном месте, а не в мессенджерах, почте и таблицах.
Очередь проверки, автопроверка тестов и напоминания вместо ручного сбора работ.
Методист собирает и меняет курс сам, через конструктор.
Прогресс ученика, группы и филиала виден в отчётах, а не собирается вручную.
Права задаются ролью: ученик видит только свои работы, преподаватель — только свои группы, методист управляет содержанием, но не оценками.
Четыре сценария, ради которых существует платформа. На них же собирается прототип в такте 0.
Главный экран этой роли — очередь проверки. Именно она заменяет проверку работ в мессенджерах.
Самый крупный по объёму блок MVP. От него зависит, сможет ли школа развивать содержание без разработчика.
Стек выбран так, чтобы платформу могла поддерживать обычная веб-команда, а видео и видеосвязь не превращались в отдельную разработку.
Серверный рендер, единая дизайн-система для трёх кабинетов, адаптив от телефона до десктопа.
API учебного контура: курсы, прогресс, работы, роли и права, журнал действий.
Учебные данные, версии курсов, история попыток и проверок.
Работы учеников, материалы уроков, вложения. Проверка типа и размера, ограниченный доступ по ссылке.
Kinescope, VK Видео или аналог. Свой видеохостинг в объём не входит: дорого и не нужно на старте.
Новые задания, проверки, напоминания о занятии. Push — вместе с мобильными приложениями.
Ссылка на занятие в расписании. Встроенная видеосвязь в объём не входит.
Тестовый и боевой контуры, автоматический деплой, резервные копии, мониторинг и логи.
Скорость, разграничение доступа и сохранность учебных данных — то, что проверяется на приёмке наравне с функциями.
Каждый такт — работающий результат, а не полуфабрикат. После MVP школа уже может вести занятия на платформе.
Это не отказ, а очерёдность: перечисленное оценивается отдельно и делается следующими тактами.
Что может увести проект по срокам и бюджету и как мы это закрываем.
Состав платформы собран по устному описанию и по тому, как устроена Алгоритмика. Любая оценка до такта 0 — ориентир, а не обязательство. Такт 0 закрывает этот риск: после него появляются ТЗ, прототип и точная смета.
Интерактивная среда с запуском кода и автопроверкой — это фактически второй продукт: песочница, ограничение ресурсов, проверяющие сценарии. Если он нужен в первой версии, срок и бюджет меняются существенно.
Если учатся дети, нужны согласия законных представителей, хранение данных в России и ограничение доступа преподавателей к чужим группам. Это влияет на архитектуру, а не только на тексты документов.
Платформа без наполнения не работает. Нужно понимать, кто заводит первые курсы и в каком виде существуют материалы сейчас: презентации, видео, документы.
Пик нагрузки и пик ошибок приходится на первые занятия. Запуск лучше планировать за месяц до начала потока, с тестовой группой.
Свой видеохостинг и встроенную видеосвязь не делаем: берём внешние сервисы. Нужно подтвердить, какие из них допустимы для школы.
Состав на MVP. В такте 0 работают менеджер и арт-директор, разработка подключается после утверждения прототипа.

Такт 0, интервью с методистами, приёмка этапов, связь с вашей командой

Дизайн-система и экраны трёх кабинетов, прототип для такта 0

Кабинеты ученика и преподавателя, плеер урока, адаптив

Ядро: курсы, прогресс, работы и проверки, роли и права

Конструктор курсов, админка, отчёты и уведомления

Сценарии трёх ролей, права доступа, нагрузочное тестирование
Утверждения достаточно подтвердить одной кнопкой, вопросы требуют содержательного ответа. Всё сохраняется автоматически — можно закрыть вкладку и вернуться позже. Пунктов, помеченных 🔴, — 4: от них зависит оценка.
Кто ученики: дети или взрослые, какой возраст и сколько их ожидается в первый год?
Как идут занятия: живой урок с преподавателем, запись или самостоятельное прохождение?
Обучение групповое: есть группа, преподаватель, расписание и куратор, который проверяет работы.
Нужен ли в первой версии тренажёр кода в браузере с автопроверкой — как у Алгоритмики?
Сколько курсов должно быть на старте и в каком виде существуют материалы сейчас?
Домашние задания в MVP — это файл, ссылка или текстовый ответ, проверяет их куратор вручную; тесты проверяются автоматически.
Нужны ли в первой версии оплата и родительский кабинет или они уходят в следующий такт?
С какой CRM или учётной системой связываем платформу?
Есть ли сейчас рабочая система — GetCourse, таблицы, самописное — и нужно ли переносить данные?
Есть ли дата, к которой платформа должна работать: начало потока, учебный год, внутренняя презентация?
Кто принимает работу со стороны заказчика и кто будет заводить контент?
После запуска платформу ведёт ваша команда, мы передаём код, документацию и проводим обучение.
Всё, что не уложилось в вопросы выше: внутренние сроки, ограничения, кто ещё участвует в согласовании, чем платформа должна отличаться от Алгоритмики.