Когда западные системы начали массово уходить с российского рынка, многие компании столкнулись с необходимостью срочно менять привычные платформы для обучения. SAP SuccessFactors, Cornerstone и другие зарубежные решения годами собирали данные о сотрудниках, курсах, компетенциях. И вот теперь все это нужно куда-то переносить, желательно без потерь.
Звучит как техническая задача, но на деле это целый комплекс рисков. Давайте разберемся, с чем придется столкнуться.
Первая иллюзия, которую стоит отбросить: перенести все один в один не получится. Западные системы устроены по-своему, российские разработчики делали архитектуру под другие задачи. Где-то поля не совпадут, где-то форматы данных будут конфликтовать, где-то просто нет аналогичного функционала.
История обучения сотрудников может потерять детализацию. Допустим, в старой системе фиксировалось время на каждую попытку прохождения теста, количество ошибок по темам, динамика улучшения результата. В новой системе может быть только финальная оценка и дата завершения. Формально данные перенесены, но аналитическая ценность потеряна.
Особенно болезненно это бьет по компаниям с жесткими требованиями к документированию обучения. Если у вас производство с обязательными аттестациями или финансовая организация, где регулятор требует подтверждения квалификации, потеря детализации может стать серьезной проблемой.
Многие западные LMS позволяют строить сложные модели компетенций с множеством уровней, связей между навыками, автоматическим расчетом прогресса. Это не просто список умений, а целая карта развития каждого специалиста.
При переносе эта структура часто упрощается до банального списка. Связи теряются, автоматика не переносится, приходится заново выстраивать логику. А если в компании работает матрица компетенций, на которую завязаны грейды, KPI и программы развития, то миграция превращается в реинжиниринг всей системы управления талантами.
Причем проблема не всегда в возможностях российской системы. Иногда дело в том, что данные из старой LMS экспортируются в упрощенном виде, и восстановить исходную логику просто не из чего.
Редко когда LMS работает сама по себе. Обычно она связана с кадровой системой, с календарем встреч, с системой оценки эффективности, с платформой для вебинаров. SAP SuccessFactors или Cornerstone умеют интегрироваться с огромным количеством инструментов через стандартные протоколы.
Российские системы тоже поддерживают интеграции, но набор может быть другим. API отличаются, форматы обмена данными тоже. Получается, что каждую связку нужно настраивать заново. А это время, бюджет и риск того, что в процессе внедрения что-то сломается в рабочих процессах.
Отдельная головная боль с SSO. Если у вас настроен единый вход через Active Directory или корпоративный IdP, при смене системы обучения придется пересматривать всю цепочку авторизации. Сотрудники привыкли заходить в LMS автоматически, а тут вдруг начинаются проблемы с доступом.
У вас могли быть курсы в форматах, которые новая система не поддерживает. Или поддерживает, но с ограничениями. Интерактивные элементы могут перестать работать, адаптивные сценарии упроститься до линейного прохождения, геймификация превратиться в обычные тесты.
Если часть контента покупалась у западных вендоров, могут возникнуть проблемы с лицензированием. Формально у вас есть эти курсы, но право использовать их в другой системе может быть не предусмотрено договором. Приходится либо договариваться, либо искать замену.
Особенно сложно с контентом, который создавался непосредственно в интерфейсе старой LMS с использованием её конструкторов и инструментов. Такой контент часто невозможно экспортировать в универсальном формате, и его приходится пересобирать с нуля.
Сотрудники привыкли к определенному интерфейсу, логике работы, расположению кнопок. Они знают, где найти свой план обучения, как записаться на курс, где посмотреть сертификаты. После миграции все это работает по-другому.
Даже если функционал сохранен, интерфейс может быть совершенно иным. Это приводит к шквалу вопросов в службу поддержки, падению активности в обучении, росту недовольства. Людям нужно время на адаптацию, а у бизнеса этого времени обычно нет.
Если в компании есть внешние пользователи (партнеры, клиенты, дилеры), которые тоже проходили обучение через старую систему, для них изменения становятся еще более критичными. Они не обязаны разбираться с новым интерфейсом, и часть аудитории может просто уйти.
Руководство привыкло получать определенные отчеты: по охвату обучением, по результатам тестирований, по затратам на обучение, по эффективности программ. Эти отчеты часто настроены под специфику бизнеса и выгружаются автоматически.
После миграции оказывается, что новая система формирует отчеты по-другому. Метрики могут не совпадать, форматы отличаться, часть данных вообще не попадать в выгрузки. Приходится либо мириться с тем, что есть, либо тратить ресурсы на доработку отчетности под привычные форматы.
Особенно болезненно это для публичных компаний или тех, кто отчитывается перед регуляторами. Если формат отчетности зафиксирован в регламентах, его нельзя просто взять и поменять вслед за сменой системы.
Миграция LMS редко укладывается в изначально запланированные сроки. Слишком много неожиданностей всплывает в процессе. Данные оказываются в худшем состоянии, чем казалось. Интеграции требуют больше доработок. Контент не переносится автоматически. Пользователи сопротивляются изменениям сильнее, чем ожидалось.
А пока идет миграция, бизнес не останавливается. Нужно продолжать обучать сотрудников, проводить аттестации, запускать новые программы. Получается, что приходится какое-то время поддерживать обе системы параллельно, что удваивает нагрузку на команду и увеличивает риск ошибок.
Полностью избежать проблем не получится, но можно их минимизировать. Главное здесь планирование. Не спешите, даже если кажется, что времени нет. Лучше потратить месяц на тщательный аудит данных и требований, чем потом полгода разбираться с последствиями поспешной миграции.
Определите, какие данные критически важны, а какими можно пожертвовать. Не пытайтесь перенести абсолютно все. Сосредоточьтесь на том, что действительно используется в работе.
Обязательно проведите пилотный запуск на ограниченной группе пользователей. Это поможет выявить основные проблемы до того, как они затронут всю компанию. И заложите в бюджет время и деньги на адаптацию контента и доработку интеграций. Готовой миграции "из коробки" не бывает.
