Переход на другую CRM: как перенести историю, статусы и интеграции
Миграция CRM переносит не только список контактов. Нужно сохранить смысл статусов, связи компаний и сделок, историю и работу внешних систем. Успешный импорт файла ещё не доказывает, что менеджер может продолжить незавершённую работу с клиентом.
Первый результат подготовки — карта объектов и соответствий между двумя системами. Она показывает, что переносится напрямую, что преобразуется, а что потребует отдельного решения.
Составить реестр до экспорта
Для каждого типа объекта фиксируют источник, количество, ключевые поля, связи и ответственного. Согласуют, как трактуются пустые значения и старые статусы. Например, «закрыто» в прежней CRM может включать как выполненную работу, так и потерянную сделку. Одноимённое поле в новой системе не доказывает одинаковый смысл.
| Объект | Что сохранить помимо числа строк |
|---|---|
| Контакты и компании | Идентичность, связи и допустимые контакты |
| Сделки | Этап, сумму, валюту и известный исход |
| Задачи и запись | Ответственного, дату и часовой пояс |
| История и файлы | Привязку, доступность и происхождение |
| Интеграции | Внешние ID, направления передачи и статусы |
Экспорт проверяют на контрольном наборе. Если важная часть истории доступна только через API или вообще не выгружается, это выясняют до выбора дня переключения.
Спланировать новые события во время переноса
Пока идёт миграция, поступают обращения и меняются сделки. Нужна согласованная граница: остановка записи, перенос изменений за определённый интервал или другой поддерживаемый механизм. Она определяется возможностями систем и допустимым перерывом бизнеса.
Простой двойной приём без правила идентификации способен создать дубли. Отключение старого канала слишком рано может потерять обращения. Поэтому для каждого источника фиксируют момент переключения и проверку результата.
Проверить перенос по смыслу
Количество записей сверяют по объектам, но на этом проверка не заканчивается. Выбирают реальные допустимые цепочки: компания с несколькими контактами, открытая сделка с задачей, завершённый заказ с файлом. Затем восстанавливают их в новой CRM и сравнивают связи.
Правила импорта зависят от продукта. Например, HubSpot описывает подготовку файлов с требованиями к объектам и идентификаторам. Эти условия нельзя автоматически переносить на другую CRM. До запуска читают документацию обеих систем.
Часть сведений иногда остаётся в архиве. Тогда нужен доступный способ поиска и понятная граница между архивом и рабочей историей. Фраза «старые данные сохранены» должна означать, что уполномоченный сотрудник действительно может их получить.
Когда можно переключать команду
Перед запуском проверяют права, входящие источники, календарь, уведомления и критические отчёты. Сотрудники должны знать, где работать с новым обращением и кому сообщать о несоответствии.
План восстановления описывает, что делать с новыми событиями при возврате, а не только как включить старую CRM. После переключения сохраняют журнал найденных различий и подтверждённых исправлений.
Общие вопросы передачи доступов и материалов разобраны в плане смены маркетингового подрядчика. Обсудить перенос CRM и интеграций.