«Сократ» — B2B-платформа для вузов, учебных центров, онлайн-школ и корпоративных университетов. Система объединяет в себе создание тестов, проведение экзаменов с прокторингом, проверку работ и управление результатами.
DELBA совместно с командой заказчика участвовала в формировании пользовательских сценариев платформы. Мы разработали интерактивный прототип, дизайн-систему, frontend-часть для четырёх пользовательских ролей, а также публичную часть платформы.
01 / 09
02 / 09
У «Сократа» уже был собственный сервис прокторинга. Заказчик хотел вывести на рынок полноценную B2B-платформу онлайн-тестирования, которая сможет конкурировать с существующими решениями.
Исходная ситуация
У заказчика уже были работающий сервис прокторинга с контролем камеры, микрофона и записью экрана, собственный backend и команда разработки. Следующим шагом стало создание платформы, на которой образовательные организации и компании смогут самостоятельно создавать тесты, проводить экзамены, проверять работы и получать результаты.
Задача
Мы провели анализ конкурентов и совместно с командой заказчика детально проработали пользовательские сценарии: от регистрации и создания организации до подготовки тестов, проведения экзаменов, проверки работ и формирования отчётов.
Отдельное внимание уделили четырём ролям: администратору организации, администратору тестирования, ученику и эксперту (проверяющему). Для каждой роли предусмотрели свои разделы, действия и права доступа.
Модель продаж
Коммерческая модель платформы предусматривает два модуля — «Тестирование» и «Прокторинг», бесплатный старт и поминутную оплату прокторинга.
При проектировании личного кабинета учитывали весь путь организации: от регистрации и подключения необходимых модулей до проведения первого экзамена. Отдельно предусмотрели отображение доступных лимитов пользователей и минут прокторинга.
Зоны ответственности
DELBA провела исследование конкурентов, участвовала в проработке требований и пользовательских сценариев, разработала интерактивный прототип, дизайн-систему, UX/UI и frontend платформы, интерфейса прокторинга и публичного сайта.
Команда «Сократа» отвечала за backend, API, библиотеку прокторинга и инфраструктуру. Использование React было исходным техническим требованием заказчика.
03 / 09
Имена, названия тестов и организация в кабинете заменены на демонстрационные.
01 / 08Инструкция перед тестом
01 / 09Шаг «Основное»: название, тип теста и описание
01 / 02Очередь проверки: сданные работы, от новых к старым
01 / 02Главная администратора: нагрузка и всё, что ждёт его решения
01 / 03Публичный сайт: сценарии для вузов, HR и онлайн-школ, у каждого живое видео интерфейса
04 / 09
В платформе предусмотрены четыре пользовательские роли с разными правами доступа. Один человек может совмещать несколько ролей, а интерфейс отображает только доступные ему разделы и действия.
Администратор организации также обладает правами администратора тестирования и эксперта.
| Роль | Тесты | Ученики и эксперты | Проверка работ | Результаты | Организация и подписка |
|---|---|---|---|---|---|
| Администратор организации | Полный доступ: Все тесты организации | Полный доступ: Приглашения, группы, импорт | Полный доступ: Может проверять работы | Полный доступ: По всей организации | Полный доступ: Настройки, пользователи, подписка |
| Администратор тестирования | Ограниченный доступ: Собственные и назначенные тесты | Ограниченный доступ: Назначение, сроки, напоминания | Нет доступа | Ограниченный доступ: По своим тестам | Нет доступа |
| Эксперт | Ограниченный доступ: Тесты, в которых назначен проверяющим | Нет доступа | Полный доступ: Ответы и нарушения прокторинга | Ограниченный доступ: По проверенным работам | Нет доступа |
| Ученик | Ограниченный доступ: Назначенные тесты | Нет доступа | Нет доступа | Ограниченный доступ: Собственные результаты | Ограниченный доступ: Личный профиль |
05 / 09
На иллюстрациях продемонстрированы интерфейсы с демо-данными. Настоящие имена, названия организаций и тестов не публикуются.
В карточке экзамена ученик заранее видит дату и время, продолжительность, количество попыток и правила прокторинга, включая нарушения, которые могут привести к аннулированию результата.
За 30 минут до начала открывается подготовка, чтобы ученик успел проверить оборудование и устранить возможные проблемы.
Эксперт видит записи камеры и экрана вместе со списком событий прокторинга. Все события привязаны к таймлайну: можно перейти к конкретному моменту записи, посмотреть, что произошло, и подтвердить или отклонить нарушение.
06 / 09
За десять месяцев прошли путь от первых обсуждений до реальных экзаменов на платформе заказчика. За это время провели 29 онлайн-встреч и одну очную, а все ключевые решения и договорённости фиксировали в общем реестре.
Изучили продукт, конкурентов и требования заказчика. Подготовили три версии ТЗ на интерактивный прототип. В версии 3.2 было около 35 экранных спецификаций.
Договор подписан 24.12.2025После первой демонстрации переработали структуру прототипа с учётом семи бизнес-процессов платформы. Последовательно проработали каждый из них, подготовили версии прототипа v3–v6 с возможностью переключения пользовательских ролей.
Интерактивный прототип на ReactРазработали дизайн-систему и макеты основных разделов платформы: конструктор тестов, прохождение экзаменов с прокторингом и без него, проверка работ, кабинеты пользователей, подписки, уведомления, регистрация и авторизация.
Для интерфейса проверки работ подготовили три варианта дизайна.
Пока команда заказчика разрабатывала API, мы создавали интерфейсы на тестовых данных с возможностью переключения на реальный API. Параллельно согласовывали требования к методам и подключали новые функциональные контуры по мере готовности backend.
Публичный сайт и личный кабинет платформыИнтегрировали прокторинг на основе библиотеки заказчика, настроили сборку в Docker и автоматическую доставку кода в GitLab заказчика. Проверили сквозные пользовательские сценарии и провели приёмочное тестирование.
Первые реальные экзамены на платформе заказчика07 / 09
Первый прототип помог согласовать ролевую модель, но на демонстрации его воспринимали как набор отдельных экранов. Мы перестроили прототип вокруг бизнес-процессов платформы и сделали создание теста последовательным сценарием из пяти шагов с индикатором прогресса.
На рабочих встречах подробно разбирали по одному-два пользовательских сценария.
Сначала фиксировали договорённости в документе: первая версия содержала 41 пункт и 15 открытых вопросов, на которые заказчик ответил за два дня.
Когда согласование разных версий документа стало замедлять работу, перенесли задачи, вопросы и принятые решения в общую таблицу со статусами. Так обе команды получили единый источник актуальной информации по проекту.
Объединили проверку камеры, микрофона, доступа к экрану и интернет-соединения в одном интерфейсе. Ученик сразу видит состояние оборудования и понимает, что необходимо исправить.
Подготовка доступна заранее, чтобы пользователь мог проверить оборудование и решить возможные проблемы до начала экзамена.
Первоначальный сценарий предусматривал подтверждение телефона до заполнения регистрационной анкеты.
Совместно с backend-командой заказчика пересмотрели логику: SMS-код подтверждает номер телефона, а учётная запись создаётся после заполнения всех необходимых данных. Команда заказчика внесла соответствующие изменения в API в тот же день.
Часть методов API стала доступна только в конце сентября. Чтобы не останавливать работу, мы верстали интерфейсы по согласованным макетам, подключали их к тестовым данным и предусмотрели возможность переключения на реальный API.
Недостающие методы описывали для backend-команды заказчика и подключали по мере готовности. Также настроили автоматическую сборку в Docker и доставку кода в GitLab заказчика.
Во время экзамена система может фиксировать множество одинаковых нарушений подряд. Без дополнительной обработки эксперт получал бы десятки отдельных карточек, которые пришлось бы проверять вручную.
Чтобы упростить проверку, повторяющиеся события одного типа с интервалом до 10 секунд объединяются в одну карточку.
08 / 09
Название организации, имена и данные заменены на демонстрационные.
ЭкспертГлавная эксперта: что требует внимания и ближайшие работы на проверку
09 / 09
Платформа «Сократ» используется заказчиком для проведения реальных экзаменов, публичный сайт запущен. Команде клиента переданы исходный код, дизайн-система и материалы для дальнейшего развития продукта.
QA
Подготовили 1752 автоматизированных теста frontend и 105 сценариев ручного тестирования. Проверки проводили под всеми четырьмя пользовательскими ролями, охватывая регистрацию, управление организациями, создание и назначение тестов, прохождение экзаменов, проверку работ, прокторинг и результаты.
Помимо проверки интерфейсов, анализировали запросы и ответы API, корректность прав доступа, сохранение данных, обработку ошибок и поведение системы при нестандартных сценариях.
Замечания фиксировали в общем реестре, распределяли по приоритетам и повторно проверяли после исправлений.
Запуск
Совместно с командой «Сократа» провели сквозные проверки основных пользовательских сценариев: от создания и назначения теста до прохождения экзамена с прокторингом, проверки работ и получения результатов.
Исходный код frontend находится в репозитории заказчика. Дизайн-система, макеты в Figma и описанные требования к API позволяют команде клиента продолжать развитие платформы самостоятельно или совместно с DELBA.