Аналитика и отчеты по курсам

1. Как начать процесс внедрения платформы и какие данные нужны на старте?

Первичная точка входа — заполнение технического задания или брифа на сайте. На этапе пресейла мы проводим аудит текущих процессов: количество пользователей, структура учебных групп, используемые форматы отчетности и требования к интеграции с внешними системами (1С, ГИС СО, Moodle). После подписания NDA и предоплаты (обычно 30-50%) формируется дорожная карта проекта с контрольными точками. Нам потребуются списки преподавателей и администраторов, шаблоны учебных планов в Excel или XML, а также доступ к серверам для развертывания тестовой среды.

2. Какие сроки от момента оплаты до полноценного запуска системы?

Стандартный цикл внедрения для среднего образовательного учреждения (500–2000 пользователей) занимает от 4 до 8 недель. Первая неделя уходит на установку ядра платформы на вашем или нашем облачном сервере и первичную настройку ролей. Вторая-третья неделя — кастомизация конструктора электронных форм (зачисление, ведомости, расписание) и миграция исторических данных. Еще 2–3 недели занимает интеграционное тестирование с участием фокус-группы из 5–10 преподавателей. Промышленная эксплуатация начинается после подписания акта приемки, который фиксирует выполнение 90% заявленных функций.

3. Какие варианты развертывания доступны: on-premise или облако?

Мы предлагаем три модели: выделенный сервер в периметре заказчика (on-premise), виртуальная инфраструктура на базе наших партнерских ЦОДов с уровнем Tier III и гибридная схема (локальное хранение персональных данных + облачные вычисления для аналитики). Для on-premise требуется подтверждение ресурсов: от 4 vCPU, 16 ГБ RAM, 500 ГБ NVMe-дискового пространства. Облачный тариф включает ежемесячную оплату лицензий (от 12 000 руб./мес. для учреждения до 300 студентов) и автоматическое резервное копирование каждые 24 часа. Выбор модели определяет скорость развертывания: облачная версия готова за 48 часов, on-premise — от 5 рабочих дней.

4. Как происходит миграция данных из legacy-систем (Excel, старые LMS, бумажные журналы)?

Миграция состоит из трех этапов: выгрузка данных в утвержденный универсальный формат (CSV/JSON/XML), очистка дублей и валидация по справочникам (группы, дисциплины, преподаватели), загрузка через ETL-модуль платформы. Для бумажных архивов мы используем сервис оцифровки с двухуровневым контролем качества: оператор вносит данные, второй проверяет выборочно 20% записей. Сроки миграции: до 3 рабочих дней на 10 000 записей. Критически важные данные (оценки, приказы о зачислении) дублируются в исходной системе до завершения тестовой экплуатации — это стандартный откатный сценарий.

5. Какие сценарии обучения персонала предусмотрены?

Для администраторов проводится двухдневный интенсив (16 ак. часов) по настройке электронных форм, управлению расписанием и генерации отчетов. Преподаватели получают видеокурс из 5 модулей (доступен 24/7) и 3 вебинара в прямом эфире с разбором кейсов: выставление оценок, работа с журналом, создание тестов. Для технических специалистов заказчика — отдельный блок по администрированию: логирование ошибок, управление очередями заданий, настройка SSL/TLS. Все материалы фиксируются в базе знаний платформы, доступной через личный кабинет. Статистика обучения отслеживается: мы требуем, чтобы 80% сотрудников прошли итоговый тест до начала промышленной эксплуатации.

6. Какие виды технической поддержки включены в базовый контракт?

Базовый SLA (Service Level Agreement) — 8/5 с реакцией до 4 часов на критические инциденты (отказ авторизации, потеря данных). Для образовательных учреждений с круглосуточным графиком работы доступен расширенный пакет 24/7 с временем ответа не более 1 часа. Поддержка реализуется через тикет-систему (интеграция с Telegram/email) и телефонную линию. Включено: консультации по функционалу, исправление ошибок конфигурации, патчи безопасности. Отдельно оплачивается кастомизация отчетов и доработка нестандартных форм — ставка 3 500 руб./человеко-час.

7. Как осуществляется доработка функционала под специфику учебного заведения?

Все запросы на изменения проходят через бэклог продукта с приоритизацией по двум критериям: влияние на критический процесс (например, сдача отчетности в учредителя) и количество затронутых пользователей. Типовые доработки (добавление поля в форму, настройка ролевого доступа) выполняются за 2–5 рабочих дней. Сложная кастомизация (интеграция с проприетарной CRM, нестандартные алгоритмы расчета нагрузки) требует создания технического задания и выполнения отдельным спринтом (от 2 недель). Версионирование кода ведется в Git, что позволяет откатить изменения без потери данных. Заказчик всегда утверждает макет формы или логику расчета до начала разработки.

8. Как происходит обновление платформы и кто отвечает за совместимость?

Релизный цикл — один мажорный апдейт в квартал и минорные патчи по необходимости (безопасность, критические баги). За 14 дней до обновления администраторы получают чек-лист с описанием изменений и тестовыми сценариями. Для on-premise установок обновление выполняется инженером заказчика или нашим специалистом (удаленно или с выездом) в agreed window (обычно с 22:00 до 06:00). Продуктовая команда гарантирует обратную совместимость API и структуры данных в течение 1 года после выпуска новой версии. Старые версии получают критические патчи до прекращения поддержки (не менее 6 месяцев после объявления).

9. Какие метрики успешного внедрения мы отслеживаем после запуска?

Через 30 дней промышленной эксплуатации фиксируются базовые показатели: доля онлайн-журналов, заполняемых в системе (таргет — >95%), время закрытия семестровых ведомостей (снижение с 3 дней до 2 часов), количество сбоев авторизации (0 критических). На 60-й день запускается автоматический сбор NPS среди преподавателей и администраторов. Ежеквартально проводится аудит логов использования — выявляются невостребованные функции и узкие места. Регулярные отчеты направляются ответственному лицу со стороны заказчика; при падении ключевых метрик ниже 85% запускается внеплановый цикл оптимизации за наш счет.

10. Какие существуют этапы юридического закрытия проекта?

Проект считается завершенным после подписания двустороннего акта об оказании услуг, который фиксирует достижение согласованных критериев приемки (KPI). Передаются: полная документация в формате Confluence/PDF, пароли от всех сервисов (с актом приема-передачи ключей), архив базы данных на дату подписания. После этого начинается гарантийный период (обычно 3 месяца), в течение которого все ошибки, не выявленные на этапе приемки, исправляются без дополнительной оплаты. Дальнейшее сотрудничество регулируется отдельным договором на поддержку с фиксированной ежемесячной ставкой. Все исключительные права на созданные под заказчика доработки остаются у него после полной оплаты.

Добавлено: 12.05.2026