Курс пройден, а к работе допускать рано: чего не хватает платформе обучения сотрудников

Сотрудник сдал тест и получил сертификат, но руководителю этих данных недостаточно для допуска к работе с клиентами: знание терминов ещё не показывает, как человек применяет их на практике.

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

Привет, я Антон Фокин, CEO Qtim. Мы разрабатываем цифровые продукты для образования. В этой статье разберу, из каких блоков складывается платформа обучения сотрудников и в какой момент стандартной LMS уже недостаточно.

Что остаётся за статусом «завершено»: поведение и рабочий результат

Статус «завершено» фиксирует факт прохождения программы. Реакцию участника и усвоение знаний оценивают отдельно. Чтобы увидеть изменение поведения и рабочий результат, нужны данные из рабочих систем.

Эту логику объясняет модель Киркпатрика. В ней четыре уровня оценки: реакция участника, усвоение знаний, изменение поведения и результат для организации.

У службы поддержки таким показателем может быть снижение доли повторных обращений. Для отдела продаж подойдут качество консультации или время до первой самостоятельной сделки. На производстве важны допуск к операции и число ошибок после него. Метрику выбирают до запуска программы, иначе после обучения команда ищет в данных хоть какое-нибудь улучшение и рискует выдать совпадение за эффект курса.

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

Пять статусов превращают курс в рабочий маршрут

Минимальный контур можно описать одной строкой:

назначено → изучено → отработано → подтверждено → допущено.

За каждым статусом стоит отдельное действие и источник данных.

1. Назначено. Платформа получает роль, подразделение и событие из HR-системы: выход сотрудника, перевод, изменение регламента или окончание срока допуска. На этом основании она назначает нужную программу и фиксирует дедлайн.
2. Изучено. Система хранит точную версию материала, которую прошёл человек. После изменения регламента видно, кому требуется обновление, а кому достаточно прежней версии.
3. Отработано. Сотрудник решает сценарий в тренажёре, выполняет задачу в тестовой среде или проходит практику с наставником. Здесь появляется подтверждение выполненного действия. Одного правильного ответа уже недостаточно.
4. Подтверждено. Наставник, эксперт или руководитель проверяет результат по понятным критериям. Решение сохраняется вместе с автором, датой и комментарием.
5. Допущено. Платформа фиксирует, какую работу человек может выполнять, кто выдал допуск и когда его нужно подтвердить снова. Для критичных процессов этот статус можно передавать в систему управления доступами или рабочее приложение.

Такая цепочка делает обучение управляемым процессом. В ней видно, где застрял сотрудник, кому пора вмешаться и какое действие действительно завершает программу.

Одна роль «сотрудник» ломается на первом исключении

На одной платформе сотрудник проходит программу, наставник принимает практику, руководитель подтверждает результат, эксперт отвечает за содержание, HR управляет назначениями, а служба безопасности или качества оформляет допуск. У каждого участника свой экран, данные и набор разрешённых действий.

Роль описывает набор разрешений независимо от должности в штатном расписании. Два руководителя могут видеть разные программы и подразделения. Один эксперт редактирует материал, второй только согласует. Временный наставник получает доступ к группе на конкретный период.

В кейсе образовательной платформы «Онлайн-школы №1» мы реализовали модульную модель доступа. Она позволила настроить 18 ролей и добавлять новую роль за 15–20 минут без переписывания логики. Это проект для онлайн-образования, однако принцип переносится в корпоративный контур: интерфейс собирается из разрешённых блоков, а действия внутри каждого блока проверяются отдельно.

Проверка прав нужна и на интерфейсе, и на сервере. Спрятанная кнопка ещё не запрещает действие. Сервер должен убедиться, что пользователь вправе назначить программу, увидеть чужой результат или оформить допуск.

Редкие действия требуют подсказки в момент работы

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

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

Например, практику специалиста поддержки можно проверить на разборе обращения в тренажёре и первых ответах под контролем наставника.

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

38,8% компаний связывают обучение с рабочими показателями

По исследованию Digital Learning 2026, в котором участвовали 115 представителей российских компаний более чем из 15 отраслей, 75% организаций оценивают знания сотрудников. Связь обучения с KPI отслеживают 38,8%.

Учебная платформа хранит попытки, баллы и завершения, а рабочие показатели распределены по другим системам: продажи — в CRM, ошибки — в контроле качества, обращения — в поддержке, кадровые события — в HR-системе. Без общего идентификатора сотрудника записи не складываются в один маршрут.

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

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

Когда практика проходит в нескольких системах, можно использовать xAPI. Стандарт описывает учебное событие через связку «кто сделал что» и позволяет сохранять записи в хранилище учебных событий. Он помогает собрать данные из тренажёра, мобильного приложения и LMS. Выбор бизнес-метрики и согласование идентификаторов остаются задачами команды. Сначала проектируют событие и решение, которое будет принято по данным.

Три уровня решения: готовая LMS, интеграционный слой, своя платформа

Разработка с нуля требуется далеко не каждому корпоративному обучению. Выбор проще сделать по тому, где именно рвётся маршрут сотрудника.

Готовая LMS подходит, когда программы назначаются по нескольким стабильным ролям, практика укладывается в тесты и задания, стандартных отчётов достаточно, а данные можно выгружать без постоянных сверок.

Интеграционный слой нужен, когда учебная часть работает, а назначения и результаты живут отдельно от кадровой системы, CRM или платформы бизнес-аналитики (BI). В этом случае разумнее сохранить LMS и связать данные через программный интерфейс (API), очередь событий или регулярный обмен.

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

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

Пилот на одном допуске показывает больше, чем каталог из ста курсов

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

1. какое событие назначает обучение;
2. какую версию материала должен пройти сотрудник;
3. какая практика подтверждает умение;
4. кто принимает работу и выдаёт допуск;
5. в какой системе лежит показатель после обучения.

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

Руководителю нужен ответ на вопрос из начала статьи: сотрудник готов выполнить работу самостоятельно или ему ещё нужна помощь. Для этого после изучения материала нужны практика, подтверждение наставника и допуск.

Мы начинаем такие проекты с карты ролей, событий и данных. По ней видно, какие задачи закроет готовая LMS, что потребует интеграций, а что — собственной разработки. Если вы выбираете решение для онлайн-школы или корпоративного обучения, посмотрите, как мы подходим к разработке EdTech-платформ.