Миграция с Excel на CRM: как перенести данные учебного центра без потерь

Учебный центр, который годами вёл учеников, платежи и расписание в Excel, переносит в CRM не файл, а три разных массива данных с разной ценой ошибки. Разбираем, что переносить в первую очередь, через что переносить и что по каждому шагу фактически умеют 7 CRM из каталога Eduradar.

Какие данные учебного центра переносят из Excel в CRM

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

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

Перенос через API или ручной импорт: у каких CRM есть открытый доступ

Перенос через API позволяет загрузить учеников и платежи скриптом без ручной сверки каждой строки, но открытый доступ к API с публичной документацией подтверждён фактом только у 3 из 7 CRM в каталоге Eduradar (43%): АльфаCRM, HolliHop и Мой Класс.

У АльфаCRM и HolliHop есть публичная документация REST API с методами авторизации и CRUD-операциями, у Мой Класса API явно указан в официальном списке интеграций. У Параплан CRM, BigBen CRM и 1С:Учебного центра API подтверждён только частично: у Параплан CRM — платная опция с токеном и Webhook без отдельной документации эндпоинтов, у BigBen CRM — узкоспециализированный webhook приёма лидов с сайта, у 1С:УЦ — HTTP-сервисы обмена оценками внутри экосистемы 1С без публичного REST API для сторонних систем.

У eSchool.Core открытого API фактом не подтверждено вовсе — перенос данных в эту систему возможен только вручную или через стандартный импорт файлом. Если объём базы больше нескольких сотен учеников, наличие документированного API стоит проверить у поставщика до оплаты — от него зависит, займёт перенос день или растянется на ручной ввод карточка за карточкой.

Расписание групп и филиалы после переноса в CRM

Учебный центр с несколькими точками ведёт в Excel отдельный лист на каждый филиал, и при переносе в CRM эти листы нужно свести в одну структуру с привязкой групп и преподавателей к конкретному адресу. Учёт по филиалам подтверждён фактом у 6 из 7 CRM в каталоге Eduradar (86%): АльфаCRM, HolliHop, Мой Класс, Параплан CRM, BigBen CRM и 1С:Учебный центр.

В АльфаCRM филиалы дают учёт и аналитику по разным офисам и городам, в BigBen CRM мультифилиальность доступна в тарифах «Расширенный» и PRO, в 1С:Учебном центре реализован многофирменный учёт с работой по филиалам. У eSchool.Core фактом подтверждена только централизация процессов внутри одной школы — учёта сети из нескольких точек система не предусматривает, и центру с филиалами это стоит сверить до переноса расписания.

Автоматические уведомления взамен ручной рассылки после миграции

Пока учебный центр вёл базу в Excel, напоминания ученикам о занятиях и оплате администратор рассылал вручную через мессенджер — и после переноса в CRM этот процесс стоит сразу перевести в автоматический режим, а не оставить по старой привычке. Автоматические уведомления подтверждены фактом у 6 из 7 CRM в каталоге Eduradar (86%): АльфаCRM, HolliHop, Мой Класс, Параплан CRM, BigBen CRM и eSchool.Core.

В BigBen CRM это 56 автособытий с отправкой через push, SMS, email и WhatsApp, в АльфаCRM — автоматические рассылки по интервалу с каналами email/SMS/Telegram, у eSchool.Core — раздел «Коммуникации» с уведомлениями о расписании, заданиях и оплатах по классам. У 1С:Учебного центра автоматические уведомления подтверждены только частично — фактом описаны списки задолжников и рассылки по взаиморасчётам, то есть узкий сценарий дебиторки без массовых кампаний по остальным событиям.

Чек-лист миграции с Excel на CRM

Первый пункт — разложить таблицу Excel на три отдельных массива (ученики и родители, платежи, расписание) и свериться с полями карточки в CRM до начала переноса.

Второй пункт — уточнить у поставщика, есть ли документированный API: без него перенос больших баз займёт значительно больше времени за счёт ручного ввода.

Третий пункт — свести расписание всех филиалов в единую структуру, если центр работает на нескольких точках, и проверить факт поддержки филиалов у выбранной CRM.

Четвёртый пункт — включить автоматические уведомления ученикам сразу при переносе базы, а не оставлять рассылку администратору вручную.

Собрать эти требования в одном документе перед переговорами с поставщиками удобно в конструкторе ТЗ Eduradar, а сравнить готовые системы по совпадению функций — в подборе CRM.

Продукты по теме

Сравните упомянутые системы по проверенным фактам — с источником у каждой характеристики.

АльфаCRMHolliHopМой КлассПарапланBigBen CRM1С:Учебный центрeSchool.Core