Перенос данных в новую CRM без потерь: план миграции

Почему миграция CRM требует отдельного проекта

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

Безопасная миграция начинается с решения, что действительно должно продолжать жить в новой системе. Активные сделки требуют полной операционной готовности, а закрытый архив можно оставить доступным только для поиска или отчетности. Это уменьшает объем и не переносит устаревшие настройки как скрытый долг.

Ошибки, которые обнаруживаются после запуска

Большая часть потерь связана не с исчезновением строки, а с неверной связью или изменившимся смыслом значения.

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

Инвентаризация данных и зависимостей

До выгрузки команда составляет реестр сущностей, владельцев, качества и правил хранения.

• Контакты, компании, сделки, активности, задачи, товары, счета, файлы и пользовательские поля.
• Связи между сущностями и стабильные идентификаторы, которые переживут несколько тестовых загрузок.
• Справочники, форматы дат, валюты, телефонов, статусов и ответственных сотрудников.
• Дубли, незаполненные обязательные значения и поля, смысл которых команда уже не может объяснить.
• Требования к персональным данным, срокам хранения, согласиям и удалению информации.

Что должно быть в миграционном контуре

Процесс состоит из выгрузки, преобразования, загрузки и независимой сверки, а не из одного скрипта импорта.

• Неизменяемая исходная выгрузка и журнал версии схемы на момент переноса.
• Правила преобразования с отчетом по строкам, которые не прошли проверку.
• Повторяемая загрузка с защитой от дублей и возможностью безопасно продолжить после сбоя.
• Контрольные суммы, выборочные карточки и бизнес-отчеты до и после миграции.
• Архив, документация и доступ к старой системе на согласованный переходный период.

План миграции по шагам

Каждый тестовый перенос должен быть повторяемым: ручное исправление после импорта нельзя считать надежным способом миграции.

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

Как принять результат

Приемка сочетает техническую сверку данных и прохождение реальных рабочих сценариев.

• Количество и доля перенесенных объектов по типам с объяснением каждого исключения.
• Совпадение сумм, владельцев, этапов и связей на контрольной выборке.
• Доля активных сделок с задачей, контактом и полной историей последних взаимодействий.
• Число дублей, ошибок преобразования и записей, отправленных на ручную проверку.
• Время простоя, объем дельта-переноса и обращения пользователей в первую неделю.

Как уменьшить риск переключения

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

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