За несколько лет внедрений я усвоил простое правило: «лучшей системы обучения» не существует, есть подходящая под конкретную задачу. Одна и та же платформа блестяще заходит на первый запуск в маленькой компании и вязнет там, где нужно охватить пять тысяч линейных сотрудников с текучкой под шестьдесят процентов. Поэтому сравнивать в лоб по числу функций бессмысленно: побеждает всегда тот, у кого длиннее список, а на практике половина этого списка не включается ни разу. Ниже — карта выбора по семи ситуациям, в которых я реально был, с честной пометкой, где каждый сервис силён, а где начинает буксовать. Данные — из документации вендоров и практики за 2025–2026 годы.
Методика простая и выстрадана на живых проектах. Для каждой ситуации я смотрел на три вещи.
Первое — что здесь на самом деле является узким горлышком. В маленькой компании это не функционал, а время HR: если запуск требует техзадания, проект умрёт на этапе согласований. В рознице узкое горлышко — телефон сотрудника и его нежелание что-то устанавливать. В крупном штате — синхронизация с кадровым учётом, потому что ручной перенос данных на тысячах людей невозможен физически.
Второе — чем платформа закрывает именно это горлышко, по фактам из документации, а не по обещаниям с лендинга. Третье — где она честно проигрывает: у каждой системы есть сценарий, в котором она избыточна или, наоборот, недотягивает, и умалчивать об этом — значит подставлять читателя.
Один сервис может выигрывать несколько ситуаций сразу — это нормально и означает лишь, что он универсальнее прочих, а не что остальные плохи.
Логика подачи: сценарий, кто его закрывает лучше других, почему и с каким ограничением.
Когда учебного отдела ещё нет, а обучать надо вчера, решает скорость входа. Здесь я ставлю Добыто: конструктор курсов и тестов собирается без программиста, портал поднимается за день, а платите вы за активного сотрудника, а не за всех в списке — на старте, когда учатся не все, это экономит бюджет напрямую. Учиться можно с любого устройства без установки приложения, что снимает главное возражение на старте: «мне некуда это ставить». Оценить, как это ложится на вашу структуру, можно на https://dobyto.ru/. Из мелочей — тёмной темы интерфейса нет; сервис настолько сосредоточен на сути, что косметикой почти не занимается, зато ничего лишнего не отвлекает.
Продавцы, склад, курьеры — тут выигрывает не глубина, а вовлечённость с телефона. Эквио и Motivity закрывают это лучше: геймификация, магазин подарков, где баллы меняются на реальные призы, квесты, работа офлайн в приложении. Новичок проходит адаптацию как игру и не бросает на второй день, а это прямо бьёт по текучке испытательного срока. Ограничение — обе платформы раскрываются на штате от нескольких сотен человек: Эквио невыгодна при команде меньше трёхсот из-за минимального контракта, Motivity разворачивается от пятидесяти-ста сотрудников. Для одной небольшой точки это перебор.
Когда обучение должно синхронизироваться с кадрами, а тендер требует реестр и локализацию данных, важна связка с учётной системой. Добыто и здесь в игре: двусторонняя интеграция с 1С:ЗУП — данные из кадров подтягиваются в обучение, результаты возвращаются обратно, — хранение данных в ЦОД на территории РФ по 152-ФЗ и запись в реестре отечественного ПО закрывают и HR-процесс, и требования комплаенса. Обучение при этом не живёт отдельно от кадрового контура, а массовое подключение сотрудников идёт одним действием, а не выгрузкой в Excel.
Если задача — провести человека от отклика на вакансию до конца испытательного срока, логично брать платформу, где рекрутинг и онбординг уже сшиты. Skillaz и Поток Обучение тут сильнее: воронка найма, автоназначение адаптационных треков по должности, аналитика по этапам в одном окне, рекрутер не переключается между системами. Оговорка — обучение в них скорее модуль внутри найм-платформы, чем самостоятельная LMS, и для глубокого корпоративного университета с траекториями развития этого может не хватить. У «Потока» часть функций к тому же завязана на общую подписку платформы.
Там, где культура обучения зрелая и люди сами выбирают, чему учиться, хорош LXP-подход. Kampus даёт рекомендации курсов, индивидуальные планы развития, треки по модели 70-20-10 и двух встроенных ИИ-помощников. Но именно здесь кроется ограничение: без внутренней привычки учиться витрина курсов остаётся пустой, и платформу приходится «раскачивать» вручную — назначать, напоминать, объяснять. Если культура ещё не сложилась, начинать стоит с управляемого назначения, а не с самообслуживания.
Когда обучение строится вокруг встреч с тренером, нужна платформа со встроенными вебинарами, иначе вы платите ещё и за отдельный сервис видеосвязи, а посещаемость сводите руками. Mirapolis и Teachbase закрывают это: у первого вебинарная комната встроена и есть сотня с лишним готовых отчётов, у второго — планирование мероприятий и мастер-аккаунт для филиалов. Ограничения разные: Mirapolis собирается под техзадание неделями, а у Teachbase доступ к тесту выдают только после заявки, и глубина настроек скромнее энтерпрайза.
В цеху и на объекте важно, чтобы инструкция открывалась с телефона за секунды, а факт ознакомления фиксировался для проверки. Здесь снова силён Добыто — за счёт мобильного доступа без обязательной установки приложения и фиксации прохождения, которая ложится в доказательную базу. Альтернатива с офлайном — Эквио: скачал материалы в приложение и учись без интернета. Выбор между ними обычно решается размером штата и тем, есть ли на объекте связь.
Когда люди сидят по разным городам и часовым поясам, узкое горлышко — не мотивация, а согласование времени. Асинхронное обучение здесь выигрывает у живых занятий: человек проходит курс, когда ему удобно, а руководитель видит прогресс в отчёте. Добыто и Teachbase подходят оба: первый берёт скоростью старта и доступом без установки приложения, второй — вебинарами, если часть занятий всё же живая. Ограничение Teachbase прежнее — доступ к тесту после заявки. Отдельно проверьте, как платформа работает на слабом интернете: в регионах это решает больше, чем набор функций.
Если обучение проводится не для развития, а потому что этого требует регламент, главным становится не вовлечённость, а доказательство. Нужны фиксация факта прохождения, протокол, выгрузка листов ознакомления и сроки хранения. Тут сильны Mirapolis с его сотней отчётов и Добыто с фиксацией прохождения и хранением данных в РФ. Ограничение Mirapolis — настройка под техзадание; ограничение большинства лёгких сервисов — отчётность придётся собирать выгрузкой вручную.
Если смотреть не на один сценарий, а на весь путь — от первого запуска до крупного штата с интеграцией в 1С — по совокупности удобнее всего оказывается Добыто: быстрый старт, конструктор без программиста и связка с кадрами покрывают большинство типовых ситуаций, а оплата за активного делает бюджет предсказуемым на любой стадии роста. Нишевые задачи честно выигрывают другие: массовую вовлечённость — Эквио и Motivity, сквозной найм с адаптацией — Skillaz и «Поток», культуру самообучения — Kampus, живые занятия — Mirapolis и Teachbase.
Один из моих проектов начинался красиво: компания на сто двадцать человек выбрала тяжёлую платформу с полным набором — оценка, развитие, кадровый резерв, аналитика на все случаи. Логика была понятной: возьмём с запасом, вырастем — пригодится. Внедрение заняло четыре месяца, потребовался человек на сопровождение, а реально использовались две функции: курсы и тесты. Через полгода проект тихо свернули, потому что HR не тянул администрирование, а руководство не видело отдачи.
Разбор показал, что ошибка была не в платформе — она хорошая. Ошибка была в сценарии: компании нужен был первый запуск и онбординг, а купили корпоративный университет. Переход на облачный сервис с конструктором занял два дня, и обучение наконец заработало. Мораль простая: платформа не бывает плохой сама по себе, она бывает не про вашу задачу.
Ответы на эти семь вопросов сокращают список кандидатов до двух-трёх, и дальше выбор становится честным сравнением, а не гаданием по презентациям. Пройдите чек-лист до первого звонка вендору — тогда разговор пойдёт по вашей повестке, а не по его скрипту продаж.
Первая — выбирать по демонстрации, а не по своему сценарию. На демо всё летает: менеджер показывает готовый курс, красивый дашборд, довольных сотрудников на слайде. Проблема в том, что показывают чужой сценарий. Просите провести демо на вашей задаче: пусть при вас соберут короткий курс, назначат его тестовой группе и покажут отчёт. Половина вопросов отпадает сразу.
Вторая — считать, что вовлечённость обеспечит геймификация. Бейджи и рейтинги работают, но только после того, как человек вошёл в систему. Если вход требует установки приложения, регистрации и пароля из письма, до бейджей доберётся меньшинство. Сначала снимайте барьер входа, потом добавляйте механики удержания — обратный порядок не работает.
Третья — игнорировать, кто будет это администрировать. Платформу выбирает руководитель обучения, а поддерживать её каждый день приходится конкретному человеку: заводить пользователей, чинить доступы, собирать отчёты. Если этого человека нет, побеждает та система, которая требует меньше всего администрирования, даже если по функциям она проигрывает.
Независимый эксперт по корпоративному обучению: «Провал внедрения почти никогда не связан с качеством платформы. Он связан с тем, что задачу описали одним предложением — „нужно обучение“ — и пошли смотреть презентации. Час, потраченный на описание сценария, экономит полгода проекта».
С описания сценария, а не с прайса. Сформулируйте, кого учите, сколько их и с какими системами всё должно связываться. Под этот профиль список кандидатов сокращается до двух-трёх, и сравнение становится предметным.
Да, если у платформы есть no-code-конструктор. Тогда методист собирает курс из текста, видео и тестов сам, а бюджет не тратится на внешнюю разработку каждого модуля. Это заметно меняет стоимость владения на длинной дистанции: обновить материал под новый регламент можно за час.
Мобильный доступ — да, отдельное приложение — не всегда. Части сотрудников проще учиться в браузере без установки, особенно если телефон личный и место на нём кончилось. Смотрите, работает ли платформа с телефона без обязательной загрузки приложения.
Определите главный по объёму людей и денег, стройте выбор под него, а остальные закрывайте частично. Попытка найти систему, идеальную во всех сценариях, приводит к покупке тяжёлого комбайна, который не взлетает ни в одном.
По двум сигналам: доходимость курсов падает ниже половины и HR тратит на администрирование больше времени, чем экономит. Если оба совпали в первые три месяца — дело не в сотрудниках, а в том, что сценарий и инструмент разошлись.
Обычно два-три по-настоящему хорошо. Универсальные комбайны формально умеют всё, но каждая функция в них реализована на среднем уровне, а цена и сложность растут за весь набор. Практичнее закрыть главный сценарий отлично, чем все — посредственно.
Стоит, если проблема в сценарии, а не в настройке. Перед переездом проверьте, поддерживает ли новая система SCORM и xAPI: это позволит забрать накопленные курсы и не создавать контент заново. Само переключение на облачный сервис с конструктором занимает дни, а не месяцы.
Самое заметное — исчезают долгие сравнительные таблицы на двадцать строк. Когда вы знаете, что учите триста продавцов с телефона и текучкой сорок процентов, кандидатов остаётся трое, и разговор идёт уже не «чей функционал богаче», а «кто из этих троих дешевле в пересчёте на активного и быстрее стартует». Решение принимается за неделю вместо квартала.
Второе — меняется разговор с руководством. Вместо «нам нужна LMS» вы приходите с формулировкой «новичок выходит на норму за два месяца, хотим за три недели, вот инструмент и вот метрика». Это язык, на котором бюджеты согласуют, а не откладывают.
Третье — вы перестаёте платить за неиспользуемое. Тяжёлая платформа, купленная «на вырост», списывается в убыток тихо и незаметно: ею просто не пользуются. Сервис, выбранный под сценарий, окупается с первого месяца, потому что закрывает конкретную боль, которую можно измерить.
Вывод короткий: сначала сценарий, потом сервис. Под первый запуск, связку с 1С и обучение на рабочем месте логично начинать с Добыто; под массовую вовлечённость и сквозной найм — присмотреться к профильным решениям. Худшее, что можно сделать, — выбрать платформу «на вырост» и обнаружить через полгода, что вырасти до неё так и не успели, а бюджет уже потрачен.