Процесс и договор12 октября 2026 г.7 мин чтения

Какие вопросы задать разработчикам перед заказом корпоративной LMS

Коротко

Перед заказом корпоративной LMS или внутреннего портала зафиксируйте не список функций, а пять вещей: откуда система берёт сотрудников и оргструктуру, как люди входят, в каком формате будет учебный контент, какие отчёты нужны руководителям и где хранятся персональные данные. Ответы определяют, подойдёт ли готовая платформа, её доработка или собственная разработка. Вопросы подрядчику ниже помогают сравнивать предложения по существу, а не по демонстрации интерфейса.

Содержание
  1. 01Сначала решите, что именно вы покупаете
  2. 02Пять вопросов, которые определяют архитектуру
  3. 03Риски, которые проявляются после запуска
  4. 04Вопросы разработчику: чек-лист для сравнения предложений
  5. 05Как оценить объём без выдуманных цифр
  6. 06Ограничения и следующий шаг

Сначала решите, что именно вы покупаете

LMS (learning management system) — система, которая назначает сотрудникам курсы, принимает тесты и показывает, кто что прошёл. Внутренний портал шире: новости, документы, справочник сотрудников, заявки, база знаний. Часто компания хочет «и то, и другое», и именно здесь появляется первая развилка: искать одну систему на все задачи или связать несколько готовых.

Облачная LMS по подписке

Когда уместен
Стандартное обучение: курсы, тесты, напоминания, отчёты; нет жёстких требований к месту хранения данных
Что проверить до решения
Где физически хранятся данные, можно ли выгрузить контент и историю прохождений, есть ли единый вход с вашим каталогом

Открытая LMS с доработкой

Когда уместен
Нужна своя логика назначения курсов или интеграция с учётными системами, а базовые функции LMS подходят
Что проверить до решения
Кто будет обновлять платформу и доработки после выхода новых версий, сколько изменений потребует ваша логика

Собственная разработка

Когда уместен
Обучение — часть уникального процесса: допуск к работе, аттестация с особыми правилами, связь с производственными системами
Что проверить до решения
Хватит ли бюджета на поддержку, кто владеет кодом, есть ли у вас люди, которые будут развивать систему

Пять вопросов, которые определяют архитектуру

  1. Откуда берутся сотрудники и оргструктура

    Источником может быть кадровая система, 1С, каталог пользователей или таблица. Важно, кто главный: если сотрудника перевели в другой отдел, где это меняется и как быстро это должна увидеть LMS. Отдельно — увольнение: доступ должен закрываться автоматически, а не по памяти администратора.

  2. Как сотрудники входят в систему

    Если в компании есть корпоративный каталог, разумно требовать единый вход (SSO) по стандартному протоколу. OpenID Connect — слой идентификации поверх OAuth 2.0: приложение проверяет личность пользователя по аутентификации, которую выполнил сервер авторизации. Тогда пароли сотрудников не живут в ещё одной системе.

  3. В каком формате будет контент

    Курсы делают внутри LMS, покупают у внешних авторов или собирают в редакторах курсов. Для обмена между системами существуют стандарты SCORM, xAPI и cmi5; спецификация cmi5 описывает себя как «профиль» xAPI для запуска контента из LMS и как более удобную альтернативу AICC/SCORM. Уточните, какие форматы вам нужно импортировать сейчас и что вы сможете выгрузить при смене системы.

  4. Какие отчёты нужны и кому

    Руководитель отдела видит своих людей, HR — всю компанию, сотрудник — только себя. Запишите это как матрицу ролей и прав до начала разработки: ошибка в правах в корпоративной системе означает, что один сотрудник видит результаты аттестации другого.

  5. Где хранятся персональные данные

    LMS и портал хранят ФИО, должности, контакты и результаты оценки — это персональные данные. Закон Республики Казахстан «О персональных данных и их защите» (ст. 12, п. 2) требует хранить их в базе, находящейся на территории Республики Казахстан. Для облачной системы это вопрос к поставщику и вашему юристу ещё до пилота.

Ответы на эти пять вопросов почти полностью определяют выбор пути из таблицы выше. Если сотрудники синхронизируются из одной системы, вход идёт через корпоративный каталог, а данные можно хранить у поставщика — чаще всего хватает готовой платформы. Если хотя бы два ответа звучат как «у нас особый случай», стоит заранее оценить доработку.

Риски, которые проявляются после запуска

Эти риски редко видны на демонстрации, потому что демонстрация проходит на аккуратных тестовых данных и под учётной записью администратора. Проверьте каждый пункт заранее.

  • Привязка к поставщику: курсы и история прохождений хранятся в закрытом формате, и при смене системы их нельзя перенести без ручной работы.
  • Права доступа: руководитель случайно видит чужие отделы, а сотрудник может открыть чужой результат, подставив номер в адресе. Это нарушение контроля доступа (Broken Access Control) — первый пункт OWASP Top 10:2025.
  • Уволенные сотрудники: учётная запись остаётся активной, потому что синхронизация с кадровой системой работает только на добавление.
  • Пиковая нагрузка: обязательное тестирование назначают всей компании с одним сроком, и все проходят его в последний день. Нагрузку считают от числа сотрудников, которые реально будут в системе одновременно, а не от общего числа пользователей.
  • Доступность: WCAG 2.2 задаёт три уровня соответствия — A, AA и AAA. Требование к уровню лучше записать в договор, иначе проверять будет не по чему.
  • Линейный персонал без компьютера: если часть сотрудников учится только с телефона, мобильный сценарий должен быть основным, а не дополнительным.
  • Пустая система: без людей, которые создают и обновляют курсы, LMS превращается в архив. Решите, кто отвечает за контент, до запуска.
  • Перенос истории: результаты прошлых аттестаций нужны для отчётности, и их перенос из старой системы — отдельная задача со своим объёмом.

Вопросы разработчику: чек-лист для сравнения предложений

Задайте одинаковые вопросы всем подрядчикам и сравните ответы. Хороший ответ не обязательно длинный — он конкретный и признаёт ограничения.

Как сотрудники попадут в систему и как из неё выйдут?

Хороший ответ
Описан источник данных, частота синхронизации и автоматическое отключение при увольнении
Тревожный сигнал
«Администратор будет добавлять вручную»

Какой протокол единого входа вы поддерживаете?

Хороший ответ
Называют стандарт (OpenID Connect или SAML) и спрашивают, какой каталог у вас
Тревожный сигнал
Свой логин и пароль без вариантов

Какие форматы курсов можно загрузить и выгрузить?

Хороший ответ
Перечислены форматы импорта и экспорта, включая историю прохождений
Тревожный сигнал
Говорят только об импорте

Как устроены роли и кто проверяет права?

Хороший ответ
Есть матрица ролей и тесты на доступ к чужим данным
Тревожный сигнал
«Права настраиваются в админке» без объяснения проверки

Где будут храниться данные сотрудников?

Хороший ответ
Называют страну и площадку хранения, готовы дать это письменно
Тревожный сигнал
Уклончивый ответ или «в облаке»

Что будет при одновременном входе всех сотрудников?

Хороший ответ
Просят ваш сценарий пика и предлагают нагрузочную проверку перед запуском
Тревожный сигнал
«Выдержит любую нагрузку»

Кто обновляет платформу и доработки после релиза?

Хороший ответ
Описан порядок обновлений и что входит в поддержку
Тревожный сигнал
Поддержка не обсуждается до подписания

Кому принадлежат код, доработки и доступы?

Хороший ответ
Права и доступы закреплены за заказчиком в договоре
Тревожный сигнал
Доступ к серверу и репозиторию остаётся только у подрядчика

Как вы будете принимать работу?

Хороший ответ
Предлагают критерии приёмки по сценариям и пилот на одном подразделении
Тревожный сигнал
Приёмка «по факту запуска»

Как оценить объём без выдуманных цифр

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

  • Число ролей и правил видимости: сотрудник, руководитель, HR, автор курсов, администратор, внешние участники.
  • Число интеграций: кадровая система, каталог для единого входа, почта или мессенджеры для напоминаний, учётные системы.
  • Форматы контента и объём переноса из старой системы, включая историю прохождений.
  • Отчёты: стандартные выгрузки или отдельные отчёты с особой логикой для руководства.
  • Требования к хранению данных и к площадке размещения.
  • Языки интерфейса и контента, мобильный сценарий, уровень доступности.
  • Поддержка после запуска: обновления, доработки, кто администрирует систему.
  1. Инвентаризация

    Соберите ответы на пять вопросов и перечень переменных в один документ.

  2. Сравнение путей

    Для каждого из трёх путей отметьте, какие требования он закрывает без доработки, а какие нет.

  3. Пилот

    Запустите выбранное решение на одном подразделении с реальными сотрудниками и одним обязательным курсом.

  4. Критерии приёмки

    Проверьте синхронизацию, вход, права, отчёты и отключение уволенного сотрудника на пилоте, а не на демо-данных.

  5. Расширение

    Подключайте остальные подразделения после того, как пилот прошёл критерии.

Стоимость определяется после брифа и согласования объёма — и у нас, и у любого добросовестного подрядчика. Если вам называют точную цену до разговора об оргструктуре, правах и данных, это цена за систему, которую представил себе подрядчик, а не за вашу.

Ограничения и следующий шаг

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

Если нужен независимый взгляд на варианты или на уже сделанную систему, ниже — форматы, которые к этому подходят. Результат консультации — варианты, компромиссы и следующие шаги; по договорённости итоги фиксируем письменно.

Расскажите о задаче — мы изучим запрос и свяжемся с вами

Есть задача?
Обсудим и оценим — бесплатно.

Расскажите о продукте или проблеме. Предложим архитектуру, срок и стоимость первой версии после изучения задачи.

  • Оценка объёма и рисков до старта
  • NDA — по вашему или нашему шаблону
  • Старт работ в течение недели

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

Нажимая кнопку, вы соглашаетесь с обработкой персональных данных.