Обучение

Как выбрать LMS для компании: критерии и чек-лист

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

Как выбрать LMS для компании

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

LMS — система управления обучением. Для компании практический смысл её выбора — определить, кто должен учиться, что именно проходить, к какому сроку и как руководитель узнает о результате. Ниже — последовательность выбора для HR, L&D и руководителей бизнеса.

1. Определите задачу первого запуска

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

Составьте короткую карточку:

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

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

2. Разделите требования по приоритету

Соберите требования вместе с будущим администратором, представителем сотрудников, руководителем подразделения и IT-командой. Для каждого пункта укажите приоритет:

• Обязательно к запуску: без этого выбранный процесс не работает.
• Нужно на следующем этапе: есть конкретный сценарий и ответственный за его запуск.
• Можно рассмотреть позже: полезная идея без утверждённой задачи.

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

Для обязательных пунктов запишите способ проверки. «Удобные отчёты» замените на конкретное требование: «Руководитель открывает список своего подразделения и видит назначения, сроки, статусы и результаты тестов». Так будет понятно, что считать выполненным.

3. Проверьте восемь критериев LMS

Рабочие сценарии и роли

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

Отдельно проверьте границы доступа: например, видит ли руководитель только свою команду. Используйте тестовые учётные записи с разными ролями.

Материалы и перенос курсов

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

Если используете SCORM, уточните поддерживаемую версию и проверьте запуск, сохранение прогресса, возобновление и передачу результата. В руководстве ADL SCORM описан как технический стандарт взаимодействия учебного контента и LMS. Поддержка стандарта сама по себе не подтверждает качество конкретного курса или всех сценариев его прохождения.

Удобство для сотрудника

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

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

Доступность

Включите в проверку управление с клавиатуры, видимость фокуса, читаемость текста и субтитры к видео. Для формальных требований можно использовать WCAG — рекомендации W3C по доступности веб-контента.

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

Отчёты и решения

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

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

Интеграции

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

Если нужны внешние учебные инструменты, уточните поддержку LTI и конкретных сервисов. 1EdTech определяет LTI как стандарт подключения внешних инструментов и контента к учебной платформе. Он не заменяет проверку интеграции с вашей кадровой системой.

Размещение и сопровождение

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

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

Стоимость владения

Сравнивайте предложения за одинаковый период и при одинаковом числе пользователей. Уточните, как считаются пользователи: зарегистрированные, активные за период или одновременно работающие.

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

4. Проведите пилот на одном процессе

Рассмотрим условный пример: компании нужно обучать новых менеджеров по продажам. Это иллюстрация проверки, а не клиентский кейс.

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

Проверьте следующие действия:

1. Администратор создаёт программу и назначает её выбранной группе.

2. Сотрудник получает доступ и находит нужное обучение.

3. Прогресс сохраняется после выхода из курса.

4. Результат неуспешной попытки отображается согласно вашим правилам.

5. Руководитель видит нужные данные по своей группе.

6. Администратор обновляет материал и проверяет влияние на назначения и результаты.

7. Команда выгружает отчёт и сверяет его с действиями участников.

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

5. Заполните матрицу сравнения

Для каждой системы используйте одну строку на требование:

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

Оценки можно вести по простой шкале:

• 0: требование не выполнено;
• 1: выполнено частично или требует дополнительной работы;
• 2: подтверждено в пилоте.

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

Вопросы поставщику перед решением

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

Когда включать Trafory в сравнение

На официальном сайте Trafory платформа представлена как решение для адаптации, обучения, развития, мотивации и коммуникации сотрудников. Если вам нужно связать обучение с другими HR-процессами, включите её в список кандидатов и запросите демонстрацию по своей карточке задачи.

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