Как перенести онлайн-школу на другую платформу

Когда переезд действительно нужен

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

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

Шаг 1. Аудит данных и процессов

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

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

Шаг 2. Выбор целевой платформы

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

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

Шаг 3. План миграции и сроки

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

Назначьте ответственного за каждый этап. Если школа небольшая, это владелец и подрядчик; если крупная — нужны роли поддержки, методолога и человека, который отвечает за данные. Без ответственных переезд растягивается, а ученики получают противоречивые инструкции.

Шаг 4. Перенос контента

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

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

Шаг 5. Перенос учеников и доступов

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

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

Шаг 6. Тестовый запуск

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

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

Шаг 7. Коммуникация и поддержка

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

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

Типичные ошибки

• Отключать старую платформу до теста новой.
• Переносить весь архив вместо работающих продуктов.
• Не проверять тесты и доступы после импорта.
• Забыть про бухгалтерию, чеки и рассрочку.
• Не предупредить учеников и поддержку.
• Сравнивать только цену подписки, игнорируя комиссии и лимиты.

Вывод

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