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

Короткий ответ

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

Что теряется и почему

• История действий: звонки и заметки лежат в отдельной таблице и забываются при выгрузке.
• Файлы: КП и договоры были прикреплены к карточкам, а выгрузка берёт только текст.
• Первый источник: новая система записывает дату импорта как «дату создания», и исходная дата теряется.
• Согласия и отказы: были в отдельном поле, которое не попало в карту.
• Связи: привязка контакта к компании, лида — к менеджеру.

Всё это всплывает не сразу после миграции, а через месяцы — когда кто-то ищет историю старого клиента.

Шаг 1: инвентаризация

Составьте список того, что есть в старой системе: объекты (контакты, компании, лиды, сделки, задачи, заметки, файлы), количество каждого, используемые поля и связи. Запишите количества — они понадобятся для проверки. Спросите и о том, кто какими данными пользуется: некоторые поля заполняет один менеджер, но без них он работать не может.

Шаг 2: что переносится, что архивируется

Перенести всё соблазнительно, но это значит перевезти старый мусор в новую систему. Практическое правило:

• Переносится: активные клиенты, открытые лиды, закрытые сделки за последние 2–3 года, записи о согласиях.
• Переносится резюме: старые действия — одна заметка «история» на клиента.
• Остаётся в архиве: контакты, которых не касались годами, тестовые записи, черновики ушедших сотрудников.
• Удаляется: персональные данные без законного основания для хранения — по согласованию с юристом.

Шаг 3: очистка до переноса

Миграция — лучшее время, чтобы вычистить дубли и неформатированные номера: потом это сложнее. Приведите номера к одному формату, объедините дубли, сопоставьте списки статусов и источников со списками новой системы. Новые системы по-разному обрабатывают дубли при импорте: например, HubSpot обновляет контакт с тем же email, не создавая новый, а если находит несколько подходящих записей, возвращает строку с ошибкой. Об объединении дублей — в статье о дублях карточек в CRM.

Шаг 4: карта полей

Для каждого старого поля записывается место в новой системе, формат и правило преобразования. Два поля при миграции требуют особого внимания: исходная дата создания (храните её в отдельном поле, не давайте дате импорта её заменить) и идентификатор записи в старой системе. Формат карты подробно показан в статье о маппинге полей CRM.

Шаг 5: пробная миграция

1. 1Выберите 100–200 записейРазного вида: полные, неполные, с большим числом действий, с файлами, связанные с компанией.
2. 2ПеренеситеВ тестовую среду или как помеченные тестовые записи.
3. 3Проверьте с менеджерамиКаждый менеджер открывает 10 своих клиентов: всё ли на месте?
4. 4Поправьте картуКаждая найденная ошибка вносится в карту, проба повторяется.

Шаг 6: сверка количества

После полной миграции количества из инвентаризации сравниваются с количествами в новой системе: контакты, компании, открытые лиды, действия, файлы. У каждой разницы должна быть записанная причина: «объединены дубли — 340», «отправлено в архив — 1 200», «возвращено с ошибкой — 17». Необъяснённой разницы оставаться не должно. Строки с ошибками хранятся отдельным списком и разбираются вручную.

Шаг 7: параллельный период и переход

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

Иллюстративный пример

Это иллюстративный пример. Туристическая компания переходит со старой CRM на новую. Инвентаризация показывает 18 000 контактов, 4 200 сделок и 60 000 заметок. Команда переносит сделки за три года, превращает старые заметки в одно резюме на клиента и оставляет в архиве 6 000 контактов, которых не касались больше двух лет.

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

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

• Миграция без инвентаризации — в конце нет цифр, чтобы проверить, что потерялось.
• Отключение старой системы в день миграции.
• Забытая история действий и файлы.
• Замена первого источника и даты создания датой импорта.
• Согласия не перенесены или перенесены как «дано».

Ограничения

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

Переход на Vexvon

Существующая база клиентов загружается в Vexvon через CSV — имя, телефон и email вместе с пакетом статусов и тегов; повторяющиеся номера проверяются при загрузке. Этапы продаж, теги и дополнительные поля заранее настраиваются под процесс компании, чтобы старые статусы можно было на них сопоставить. Как перенести старую историю действий и файлы, решаем вместе, исходя из устройства вашей базы. Подробнее — Vexvon CRM.

Следующий шаг

Прежде чем назначать дату миграции, заполните таблицу инвентаризации: количество каждого объекта и кто им пользуется. Она делает возможным и решение об охвате, и последующую проверку. Как сохранить согласия при миграции, разобрано в статье об управлении согласиями в CRM. Другие статьи — в разделе об AI CRM; план миграции можно разобрать во время демо.