Миграция между CRM без потери истории — чеклист

Переезд между CRM — это не «выгрузил CSV, залил CSV». История общения с клиентом — главный актив отдела продаж, и потерять её при миграции страшнее, чем заплатить за саму новую систему. Разбираем безопасный сценарий: от аудита до бэкапа на старой системе и тестового прогона на новой.

Что вообще нужно переносить

Стандартный набор сущностей в любой CRM:

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

Шаг 1. Аудит — что у нас реально есть

Выгрузить статистику со старой системы: сколько сделок (открытых и закрытых), сколько контактов, сколько кастомных полей, сколько интеграций. Это нужно, чтобы:

• Понять объём — миграция 50 тыс. контактов и 500 тыс. контактов это разные проекты.
• Найти «мёртвый груз» — контакты без активности 5+ лет, дубли, тестовые записи. Чистить до переноса, а не после.
• Решить, что не переносим: например, переписку старше 3 лет — в архив, а не в новую CRM.

Шаг 2. Маппинг полей

Главная техническая работа. Каждое поле старой системы должно лечь в поле новой. Где совпадает — прямой маппинг. Где нет — создаём кастомное поле или объединяем несколько полей в одно. Делается в таблице (Google Sheets, Excel) на два столбца: «откуда», «куда», плюс комментарий по преобразованию.

Типовые грабли:

• Телефоны в разном формате (`+7`, `8`, `7`, со скобками и без). Привести к E.164 перед загрузкой.
• Даты в разных форматах (`DD.MM.YYYY` vs `YYYY-MM-DD`).
• Списочные поля (статусы, типы) — в новой системе могут быть другие значения, нужно мэппить.
• Связи: контакт связан с компанией, сделка — с контактом и компанией. Порядок загрузки важен: сначала компании, потом контакты, потом сделки.

Шаг 3. Тестовая миграция

Заводим тестовый аккаунт в новой CRM (обычно 14 дней триал). Переносим маленькую выборку — 100 контактов, 50 сделок, всё с историей. Менеджеры проверяют: видна ли переписка, корректны ли суммы, не задвоились ли записи. На этом этапе вылавливается 80% багов маппинга.

Шаг 4. Способы переноса

• Готовые коннекторы. Битрикс24, amoCRM, RetailCRM имеют импортёры из основных систем. Работают для типовых полей, кастомные часто теряют.
• API-скрипты. Самый надёжный, но требует разработчика. Читаем из API старой системы, пишем в API новой — порциями (chunked), с обработкой ошибок.
• Сервисы миграции. Trujay, Data2CRM, мигратор от Битрикс24. Платно, экономит время на типовых сценариях.
• CSV в крайнем случае. Работает для контактов и компаний, плохо — для истории и связей.

Шаг 5. День переезда — окно

Полная миграция делается в выходные или ночью с тайм-фреймом «отдел продаж не работает». План:

1. Заморозить старую CRM в read-only (менеджеры видят, но не пишут).
2. Финальный дельта-перенос (всё новое с момента тестового прогона).
3. Сверка по контрольным суммам: количество контактов, сделок, общая сумма открытых сделок.
4. Переключить интеграции (телефония, почта, сайт, 1С) на новую CRM.
5. Менеджеры заходят в новую систему — поддержка стоит «у плеча» первую неделю.

Шаг 6. Что делать со старой системой

Не отключать сразу. Минимум 3 месяца держать в read-only — для аудита, споров «а где это в новой?», восстановления потерянных полей. Перед отключением — финальный экспорт всех данных в архив (S3, NAS) на 5–7 лет: бухгалтерия и юристы могут попросить.

Чеклист одной страницей

1. Выгрузить статистику со старой CRM.
2. Почистить дубли и мёртвые записи.
3. Составить таблицу маппинга полей.
4. Прогнать тестовую миграцию 100 контактов / 50 сделок.
5. Менеджеры проверяют тестовую выборку.
6. Запланировать окно переезда (выходные).
7. Заморозить старую систему, сделать дельта-перенос.
8. Сверка контрольных сумм.
9. Переключить интеграции.
10. Старая CRM в read-only на 3 месяца, затем архив.

Итог: миграция CRM — это управляемый проект на 2–6 недель в зависимости от объёма и кастомизации. Главное правило — не переезжать «с понедельника на вторник» и не пропускать тестовый прогон. Сэкономленная неделя на старте оборачивается месяцами разгребания потерь.