Критерии выбора LMS-платформы для enterprise: что реально весит
Вопрос 7. Назовите критерии в порядке значимости — так, как вы их реально взвешиваете, а не как в идеальном RFP.
Мой личный порядок для компании с преобладанием линейного персонала:
1. Интеграция с кадровым учётом и оргструктурой — потому что без неё разваливается всё остальное.
2. Устойчивость под нагрузкой и качество мобильного опыта — мой пользователь заходит с личного телефона, часто со слабым интернетом, в перерыве между задачами.
3. Управление обязательным обучением и отчётность — доказуемость, сроки, автоматические перенаправления на переаттестацию.
4. Стоимость владения на три года, а не цена лицензий на первый год.
5. Скорость и стоимость производства контента — сколько стоит и сколько времени занимает выпуск одного курса силами моей команды.
6. Аналитика — не «сколько прошли», а связь с бизнес-показателем.
7. Способность вендора работать с нашим масштабом — референсы в сопоставимой отрасли и численности.
8. Всё остальное: геймификация, соцфункции, ИИ-надстройки, дизайн.
Обратите внимание: пункты 1–4 — это про инфраструктуру и деньги, а не про обучение. Так устроено enterprise-решение. Педагогический дизайн начинается там, где инфраструктура уже не мешает.
Контрапункт «Технолог-партнёр». «Мой список другой. Первое — пользовательский опыт и скорость поиска знания. Второе — открытые API и выгрузка сырых данных: если я не могу забрать данные в своё хранилище и посчитать так, как мне нужно, встроенная аналитика вендора мне не интересна. Третье — возможность собирать обучение из внешних источников, а не только из загруженных курсов».
Вопрос 8. Какие интеграции обязательны?
Минимальный контур, без которого я не рассматриваю решение:
• Кадровая система (для российского рынка чаще всего учётный контур на базе 1С или корпоративная HCM) — сотрудники, оргструктура, должности, приёмы, переводы, увольнения. Односторонняя выгрузка в LMS — минимум; двусторонний обмен, где результаты обучения возвращаются в кадровую систему и в личное дело, — норма для зрелого решения.
• Единая аутентификация — вход по корпоративной учётной записи, а для линейного персонала без корпоративной почты — вход по номеру телефона или табельному номеру. Это отдельная проблема enterprise, о которой вендоры среднего сегмента обычно не думают.
• Система подбора — чтобы новичок получал программу адаптации до первого рабочего дня.
• Хранилище данных и BI — регулярная выгрузка сырых событий, а не готовых отчётов.
• Корпоративные коммуникации — уведомления должны приходить туда, где человек живёт: мессенджер, приложение сотрудника, push, в крайнем случае SMS. Электронная почта на линейном персонале не работает.
Проверочный вопрос вендору: «Покажите документацию API и назовите заказчика, у которого этот обмен работает в промышленной эксплуатации». Слово «интегрируемся» без документации означает «мы напишем вам это за отдельные деньги и за неопределённый срок».
Вопрос 9. Обучение линейного персонала — в чём специфика?
Это отдельная дисциплина, и большинство платформ спроектированы не под неё.
Мой пользователь: работает посменно, обучается на личном устройстве, часто в зоне слабого сигнала, редко имеет корпоративную почту, не имеет привычки к длинным форматам, и у него объективно нет сорока минут подряд.
Отсюда требования, которых нет в стандартном чек-листе:
• Мобильный интерфейс — основной, а не адаптивный. Разница принципиальная.
• Работа в офлайн-режиме с синхронизацией результатов. Курс должен догружаться и проходиться в местах, где связь пропадает.
• Микроформат. Единица обучения — три–семь минут, а не сорок.
• Вход без почты.
• Экономия трафика. Видео весом в сотни мегабайт человек не будет качать за свой счёт.
• Вопрос, который я задаю всегда: «Сколько минут смены съедает ваш курс?» За минуты я отвечаю перед операционным директором.
Если платформа хороша для офисных менеджеров и плоха для смены, она мне не подходит. Обратное тоже верно: платформа для смены обычно бедна для управленческого развития. Отсюда частая архитектура enterprise: два контура — массовый и управленческий, — соединённые общей отчётностью.
Вопрос 10. Платформа и контент — покупать вместе или раздельно?
Раздельно, и вот почему. Библиотека готовых курсов решает 20–30% моей потребности: универсальные навыки, базовый менеджмент, цифровая грамотность, нормативный минимум. Остальные 70% — наши стандарты, наши процессы, наши продукты. Этого нет ни в одной библиотеке.
Поэтому ключевой вопрос к платформе не «сколько у вас курсов», а «сколько стоит и сколько занимает выпуск нашего курса». Мой ориентир: типовой курс на 20 минут должна выпускать внутренняя команда за одну–две недели без привлечения подрядчика. Если для каждого изменения регламента нужен внешний разработчик, я купил не платформу, а абонемент на услуги.
Вторая ловушка — «пакетный» контент в цене лицензии. Библиотека, которой не пользуются, — это скрытая наценка. Я всегда прошу разложить цену: отдельно платформа, отдельно контент, отдельно услуги. Если поставщик не разделяет — он прячет структуру маржи.
Вопрос 11. Обязательное обучение и соответствие требованиям — что должно уметь решение?
Это самый недооценённый блок в обзорах и самый болезненный в эксплуатации. Что я проверяю:
• автоматическое назначение программ по должности, подразделению, юрлицу и дате приёма;
• контроль сроков и автоматический запуск переаттестации до истечения срока, а не после;
• версионирование: если регламент изменился, система должна понимать, кто прошёл старую версию, а кто новую;
• фиксация факта прохождения в виде, пригодном для проверки, включая работу с электронной подписью там, где это требуется;
• блокирующая логика: сотрудник без действующего допуска не должен попадать в графики и допускаться к операции — это уже интеграция с операционными системами;
• хранение истории обучения дольше, чем срок жизни трудовых отношений: люди возвращаются, а проверяющие спрашивают за прошлые периоды.
Платформа, которая красиво учит, но не умеет доказывать факт обучения, для enterprise бесполезна.