Перенос данных в CRM: импорт, дубли и безопасное переключение
Как подготовить выгрузку, сохранить идентификаторы и связи, проверить пробный импорт и переключить команду на новую CRM с планом возврата.
Главное за 30 секунд
Перенос данных в CRM начинается с перечня записей и правил сопоставления. Контакты, компании, сделки, задачи и файлы связаны между собой, поэтому успешная загрузка таблицы ещё требует проверки рабочего процесса. Подготовьте исходную копию, таблицу соответствия полей, реестр старых и новых идентификаторов, пробную загрузку и сценарий переключения. Для каждой ошибки заранее назначьте человека, который решает, исправить запись, исключить её или остановить миграцию.
Зафиксируйте границу переноса
Начните с вопроса, какие сведения понадобятся менеджеру в первый рабочий день. Обычно это действующие контакты, открытые сделки, ближайшие задачи, последние договорённости и нужные документы. Архив многолетней переписки можно сохранить отдельно, если команда согласовала место хранения и порядок поиска. Такое решение запишите по каждой сущности: перенос полностью, перенос за выбранный период, архив или исключение. Исключённые сведения тоже должны иметь владельца и объяснимую судьбу.
Составьте паспорт исходной системы. Укажите название источника, дату выгрузки, часовой пояс, количество строк, способ получения файлов, ответственного и ограничения экспорта. Таблица контактов может содержать только часть полей, доступных в интерфейсе. Вложения и история активности иногда выгружаются отдельным способом. Проверьте это заранее на одной реальной карточке. Общую последовательность работы команды описывает план внедрения CRM, а здесь предмет проверки составляют сами данные и их связи.
Сохраните исходник и проверьте восстановление
Сделайте неизменяемую исходную выгрузку до очистки. Храните её отдельно от рабочих файлов преобразования, ограничьте доступ и запишите контрольную сумму. Если исходная CRM поддерживает штатную резервную копию, уточните, что входит в неё и как выполняется восстановление. Обычный CSV с контактами может пропускать вложения, настройки, комментарии и историю. Называть такую таблицу полной резервной копией было бы неточно.
Проведите практическую проверку: откройте файл, найдите выбранные записи, сопоставьте значения с интерфейсом, попробуйте получить документ из архива. В протоколе укажите, сколько времени занимает восстановление одной карточки и кто обладает доступом. Шифрование и срок хранения согласуйте с ответственным за данные. Рабочие копии на личных компьютерах подрядчиков учитывайте отдельно. После приёмки миграции эти копии удаляют по согласованному регламенту, а подтверждение сохраняют в проекте.
Соберите таблицу соответствия полей
Для каждого поля запишите исходное название, целевой объект, целевое поле, тип значения, обязательность и правило преобразования. Пример строки: «Дата следующего звонка», задача, срок, дата и время, обязательно для открытой сделки, перевод в часовой пояс аккаунта. Отдельно перечислите допустимые стадии, причины отказа, источники обращения и валюты. Значение «В работе» может означать разные этапы в двух отделах, поэтому одного совпадения текста недостаточно.
Сохраните ведущие нули в кодах и идентификаторах. Телефоны приводите к согласованному международному формату, а добавочные номера храните отдельно, если этого требует целевая система. Для имён на русском и узбекском проверяйте кодировку на тестовом файле. В документации HubSpot об импортных файлах описаны требования к форматам и значениям; конкретные правила выбранной CRM сверяйте перед загрузкой.
Сохраните идентификаторы и связи
Создайте отдельное поле внешнего идентификатора или реестр сопоставления. В нём должны быть тип объекта, источник, старый ID и новый ID. Один номер в таблице компаний и такой же номер в таблице сделок могут относиться к разным сущностям. Добавление типа объекта и имени источника предотвращает случайное смешение. Email или телефон удобно использовать для поиска совпадений, но эти значения могут измениться или принадлежать нескольким людям.
Загружайте сущности в порядке зависимостей, который поддерживает выбранный инструмент: например, сначала компании и контакты, затем сделки и связанные задачи. Если импорт умеет создавать связи одновременно, всё равно проверьте результат на карточках. После каждой партии сохраняйте новые идентификаторы. Для действующих обращений из формы потребуется отдельное правило сопоставления. Его удобно согласовать вместе со схемой интеграции сайта с CRM, иначе первое новое обращение создаст ещё одну копию клиента.
Разберите дубли до массовой загрузки
Разделите совпадения на уверенные и требующие решения человека. Одинаковый внешний ID обычно указывает на одну запись. Совпавший телефон может принадлежать семье, общей приёмной или сотруднику, который сменил компанию. Записи с похожими именами отправляйте в отдельный список. Укажите, кто выбирает основную карточку, какие поля имеют приоритет и куда переносится история дополнительных карточек.
Составьте правило слияния по каждому полю. Для телефона сохраняются проверенные номера, для ответственного действует решение руководителя, для суммы сделки берётся значение из согласованного источника. Суммировать суммы двух похожих сделок автоматически опасно: это может быть повтор одной продажи. Описание дедупликации HubSpot показывает, что способы сопоставления зависят от объекта и операции. Зафиксируйте правила именно вашего импорта, включая повторную загрузку того же файла.
Проведите пробный импорт на сложной выборке
Выберите набор, в котором есть закрытая и открытая сделка, несколько контактов одной компании, контакт с двумя телефонами, неизвестный ответственный, пустое обязательное поле, комментарий на узбекском и файл с длинным названием. Случайные десять аккуратных строк дают слишком спокойную картину. Тестовую среду отделите от рабочей, а автоматические уведомления и внешние отправки отключите согласованным способом, чтобы тестовые данные не попали клиентам.
Загрузите выборку, сохраните отчёт и повторите тот же импорт. Проверьте, обновились ли карточки или появились дубли. Затем измените одно поле в исходном файле и повторите загрузку ещё раз. Это покажет правило обновления и поведение пустых значений. В справке по ошибкам импорта HubSpot различает проблемы строк, значений и связей. В собственной приёмке также проверяйте каждую группу отдельно.
Условный пример сверки после загрузки
Предположим, компания переносит 1200 контактов и 180 открытых сделок. Это учебные числа. До импорта обнаружены 40 подтверждённых повторных строк контактов, а 12 записей требуют уточнения телефона. Команда согласовала 1160 уникальных контактов, включая записи на уточнении. После загрузки проверка должна объяснить судьбу каждой исходной строки: создана карточка, объединена с другой или отложена по согласованному правилу.
Количество карточек сравнивают с ожидаемыми уникальными сущностями. Дополнительно сверяют 180 сделок, суммы отдельно по каждой валюте, распределение по стадиям и ответственным. Все сделки должны иметь ожидаемые связи с контактами. Для 12 спорных записей назначают задачу уточнения с владельцем. Если итоговые числа совпали, но задачи привязаны к чужим клиентам, импорт считается ошибочным. Проверка отношений важнее красивого итогового счётчика.
Подготовьте переключение и план возврата
Определите момент прекращения изменений в старой системе и способ регистрации обращений во время паузы. Возможны временная очередь или согласованный журнал входящих. Запишите начало окна, ответственного за финальную выгрузку, порядок догрузки изменений и лицо, которое разрешает запуск. Две CRM с одновременным редактированием создают конфликт: один клиент может получить разные стадии и двух владельцев. Период сравнения организуйте с понятным источником истины.
В плане возврата укажите условия остановки: потеря обязательных связей, неверные суммы, массовое отсутствие задач или невозможность входа сотрудников. Пропишите способ возврата к исходной системе и перенос обращений, поступивших во время испытания. Продолжительность окна выберите после пробной загрузки. Для сообщений из Telegram заранее проверьте очередь и повторную доставку вместе с правилами передачи заявок в CRM.
Используйте журнал партий и отклонений
Для каждого запуска импорта заведите отдельную строку журнала. Укажите номер партии, версию файла, перечень объектов, время старта, исполнителя, число ожидаемых записей и результат проверки. Если файл исправлялся, сохраняйте новую версию с объяснением изменения. Такой журнал позволяет найти, каким запуском изменили конкретное поле, и отделить ошибку подготовки от ошибки загрузки. Импорт больших объёмов разбивайте на партии, размер которых проверен на пробном запуске. Граница партии должна оставаться понятной для последующей сверки.
Ошибки фиксируйте по типам: отсутствующее обязательное значение, неверный формат, неизвестный владелец, нарушенная связь или спорное совпадение клиента. Для каждой группы назначайте решение и ответственного. Исправленные строки загружайте по сохранённым идентификаторам, затем повторно проверяйте затронутые связи. Отдельно храните список согласованных исключений: архивная сделка может остаться в исходном хранилище, если это записано в границе переноса. Перед финальным запуском руководитель должен видеть число нерешённых ошибок по каждой группе и понимать их влияние на работу. Закрытая техническая ошибка подтверждается повторной проверкой карточки, связей и следующей задачи. Устного сообщения «всё поправили» недостаточно для приёмки данных.
Примите данные глазами сотрудников
Попросите менеджеров найти конкретного клиента, открыть его документы, продолжить сделку и выполнить следующую задачу. Руководитель проверяет сумму и стадии, администратор проверяет отчёт ошибок и доступы. Назначьте короткий период наблюдения с журналом найденных проблем. Ошибки разделяйте по срочности: потерянный активный клиент требует быстрого исправления, несущественная подпись архивного поля может попасть в следующую очередь.
Шаблон акта миграции включает дату и версию выгрузки, перечень сущностей, ожидаемые и фактические количества, итоги проверки связей, список исключений, результаты повторного импорта и подписи владельцев данных. К акту приложите карту полей и реестр ID. Стоимость очистки, тестов и финального переноса выделите отдельно в бюджете внедрения CRM. Если нужен разбор конкретной базы, подготовьте обезличенный образец для обсуждения проекта CRM в Ташкенте.
Первичные источники и документация
Следующий шаг
Если хотите применить схему к своему проекту, обсудите задачи и состав работ с командой Типа. Сначала зафиксируем исходные данные и критерии готовности, затем оценим объём работ.
Посчитайте стоимость под вашу задачу
Ориентир. Точная смета — после аудита процессов.
Бесплатная диагностика за 24–48 часов: посмотрим ситуацию, скажем что даст результат, дадим смету.
