Чтобы сменить CRM и сохранить базу, сначала опишите состав данных, подготовьте копии и проверьте перенос на тестовом наборе. Затем загрузите рабочую базу, перенесите последние изменения и переключите каналы обращений. Старую систему не отключайте до сверки результата.
Под базой здесь понимаются не только имена и телефоны, но и сделки, задачи, история общения, документы, записи, оплаты и связи между ними. Ниже — план перехода для небольшой компании: что поручить исполнителю, как принять работу и что делать, если запуск придётся остановить.
Шаг 1. Определите результат перехода и ответственных
Запишите, какую проблему должен решить переход: заявки остаются без ответственного, администратор вручную считает остатки занятий, руководитель собирает отчёт из нескольких файлов. Для каждой проблемы задайте проверяемый результат. Например: заявка с сайта появляется в нужной воронке, получает ответственного и задачу.
До переноса согласуйте объём данных, порядок работ и ответственных. Такой план должен охватывать подготовку, загрузку и проверку результата, а не только действия специалиста по импорту. Эти этапы описаны в руководстве Microsoft по планированию миграции.
Руководитель утверждает состав переноса, бюджет и решение о запуске.
Администратор или интегратор готовит выгрузки, сопоставляет поля, переносит данные и ведёт журнал ошибок.
Сотрудник, который работает с клиентами, проверяет карточки и обычные операции. Бухгалтер или ответственный за учёт сверяет финансовые данные.
В небольшой компании роли можно совместить, но результат должен проверить не только исполнитель переноса. Попросите менеджера найти историю клиента, продолжить сделку и поставить следующую задачу без помощи интегратора.
В бюджет включите новую подписку, доступ к старой системе на время перехода, подготовку данных, перенос файлов, настройку интеграций и обучение. Требования к новой системе удобно собрать по руководству «Как выбрать CRM», а условия оплаты сравнить по статье «Недорогая CRM: как сравнить предложения».
Шаг 2. Опишите базу, историю и связи между карточками
Составьте реестр данных до обсуждения цены переноса. Для каждого объекта укажите количество записей, объём файлов, место хранения и решение: загрузить в новую CRM, оставить в доступном архиве или отдельно разобрать. Начать можно с такого шаблона.
Объект | Что включить в задание | Как проверить |
|---|---|---|
Клиенты и компании | Контакты, реквизиты, дополнительные поля, исходные ID | Найти клиента и увидеть правильную компанию |
Сделки и заявки | Этап, сумма, ответственный, источник, товары или услуги | Продолжить открытую сделку с нужного этапа |
Задачи и история | Сроки, комментарии, авторы, даты событий | Найти договорённость и следующее действие |
Файлы и переписка | Документы, вложения, письма, сообщения, записи звонков | Открыть содержимое, а не только увидеть ссылку |
Записи и абонементы | Будущие визиты, остатки занятий, заморозки, сроки | Записать клиента и корректно списать посещение |
Оплаты и ограничения связи | Авансы, долги, возвраты, отписки и запреты рассылок | Сверить расчёты и не включить отписавшегося в рассылку |
Для школы добавьте связь ребёнка с родителем и плательщиком, для сервиса — заказ с оборудованием клиента, для торговли — заказ с товарами. Эти связи проверяйте отдельно от количества карточек. Например, две карточки детей должны остаться разными, даже если в обеих указан телефон родителя.
Историю закрытых сделок можно выделить в отдельный архив, если она не нужна в ежедневной работе. Согласуйте, как сотрудник найдёт там клиента, документ и дату события. Не считайте архив готовым, пока поиск и открытие файлов не проверены. Разделение рабочих данных и архива — отдельная часть планирования миграции.
Зафиксируйте исключения письменно: например, старые записи звонков остаются в отдельном хранилище, а открытые сделки переносятся полностью. Решение «не загружать в новую CRM» не должно автоматически означать «удалить из всех копий».
Шаг 3. Проверьте выгрузку и ограничения новой CRM
Попросите у действующего разработчика образец выгрузки, а у нового — требования к импорту. Сравните их на одной связке: клиент, сделка, задача и файл. Выбор инструмента переноса должен зависеть от состава и объёма данных, а не только от наличия кнопки «Импорт». (learn.microsoft.com)
Какие объекты и поля доступны для выгрузки, включая пользовательские поля и исходные идентификаторы?
Можно ли отдельно получить файлы, переписку и записи звонков? Как они будут связаны с карточками?
Сохранятся ли даты событий, авторы комментариев и ответственные, в том числе уволенные сотрудники?
Повторная загрузка обновит существующие записи или создаст новые? По какому признаку система их сопоставит?
Какие тарифы, права доступа и дополнительные работы нужны с обеих сторон? Кто исправляет отклонённые записи?
Проверьте тарифные ограничения до окончания подписки. По данным сайтов разработчиков о функциях на 3 октября 2026 года, в Битрикс24 экспорт данных указан для тарифов «Базовый», «Стандартный», «Профессиональный» и «Энтерпрайз». В ПланФиксе API доступен на тарифах «Профессионал», «Бизнес» и «Корпорация». Это условия доступа к инструментам, а не подтверждение полноты переноса.
Для простого набора карточек рассмотрите импорт из CSV или XLSX, если его поддерживает принимающая система. Для связанных объектов и повторных загрузок попросите специалиста оценить API — программный интерфейс обмена — или готовый переносчик. Полный состав переноса между конкретными CRM открыто не подтверждён — уточните у разработчиков и закрепите его в задании.
Шаг 4. Подготовьте резервные копии и доступ к данным
До очистки и преобразования данных сохраните исходные выгрузки отдельно от рабочих файлов. Добавьте дату, время, перечень объектов и количество записей. Сделайте независимую копию и проверьте восстановление: резервная копия должна не просто существовать, а возвращать доступ к нужным данным. Проверку восстановления рекомендует руководство NCSC для малого бизнеса.
Разделите два результата: выгрузка для переноса и резервная копия для восстановления старой системы. Попросите разработчика объяснить, что именно можно восстановить из предоставленного пакета. Проверьте это в отдельной среде, не поверх рабочей базы.
Исходные файлы оставьте без изменений; очистку выполняйте в рабочих копиях.
Храните пакет переноса в корпоративном хранилище с доступом только участников проекта, без публичной ссылки.
Выдавайте подрядчику отдельную учётную запись с согласованными правами и сроком доступа.
Для предварительного показа используйте вымышленные данные. Рабочую базу передавайте только после согласования условий обработки.
Назначьте ответственного за архив, резервные копии и удаление временных пакетов после завершения работ.
Если подрядчик обрабатывает персональные данные по вашему поручению, проверьте договор с учётом части 3 статьи 6 закона № 152-ФЗ. По общему правилу поручение требует согласия субъекта, если иное не предусмотрено федеральным законом. В нём определяют данные, операции, цели обработки и предусмотренные законом обязанности, включая конфиденциальность и безопасность. Не считайте обычное соглашение о неразглашении заменой такого поручения. (consultant.ru)
Шаг 5. Сопоставьте поля и подготовьте данные
Составьте карту соответствия: поле старой CRM → поле новой CRM → правило преобразования → способ проверки. Отдельно сопоставьте этапы, сотрудников и справочники. Сохраните исходные ID и таблицу соответствия старых и новых идентификаторов: они нужны для восстановления связей и повторной обработки записей. (learn.microsoft.com)
Например, этап «Договор отправлен» должен попасть в согласованный этап новой воронки, а не в первый доступный. Для сделки уволенного менеджера назначьте действующего ответственного, но сохраните информацию о прежнем владельце там, где это предусмотрено заданием.
Телефоны, номера договоров и идентификаторы обрабатывайте как текст; проверяйте знак «+» и начальные нули.
Для дат задайте единый формат и часовой пояс. Отдельно проверьте время визитов и сроки задач.
Для сумм согласуйте валюту, десятичный разделитель и смысл поля: цена сделки, полученная оплата или задолженность.
Не заменяйте пустое значение нулём без правила: «сумма неизвестна» и «сумма равна нулю» должны различаться.
Кандидатов в дубли проверяйте по совокупности признаков. Не объединяйте карточки только из-за совпавшего телефона.
Сохраните отписки и ограничения связи отдельными признаками; не включайте разрешение на рассылки всем записям по умолчанию.
Для подтверждённых дублей заведите журнал объединений: какие исходные карточки стали одной и куда перенесены их сделки, задачи и файлы. Он понадобится при сверке количества записей. Если объединение неочевидно, оставьте карточки раздельными до проверки сотрудником.
До загрузки создайте нужные справочники и пользователей. Порядок импорта согласуйте по зависимостям: сначала объекты, на которые ссылаются другие записи, затем связанные данные. Например, клиента загрузите раньше его сделки, а сделку — раньше относящихся к ней задач. (learn.microsoft.com)
Шаг 6. Проведите тест и полную репетицию
Сначала выполните перенос в отдельную тестовую среду. Проверяйте не только число записей, но и значения полей, связи между объектами и отчёты. Ошибки загрузки разберите до допуска сотрудников к перенесённой базе. Такой порядок проверки описан в инструкции Microsoft по миграции и сверке результатов.
Соберите небольшой, но разнообразный тестовый набор: обычный клиент, клиент с несколькими сделками, карточка с длинным комментарием, файл, просроченная задача, частичная оплата и подтверждённый дубль. Для студии добавьте замороженный абонемент, для школы — семью с двумя детьми.
Что проверить при приёмке
Количество записей: по каждому объекту объяснены все расхождения с исходной выгрузкой.
Связи: сделки принадлежат нужным клиентам, задачи — нужным сделкам, дети — нужным семьям.
Остатки: совпадают авансы, долги и доступные посещения, причём не только общей суммой, но и по клиентам.
История: сохранены согласованные даты и содержание, файлы открываются без доступа к старому аккаунту.
Права: сотрудник видит положенные ему данные и не получает лишнего доступа.
Повторный запуск: повторная загрузка тестового пакета обрабатывается по согласованному правилу и не создаёт необъяснимых дублей.
Пример сверки: в исходном наборе 1 000 контактов, после согласованного объединения 40 непересекающихся пар дублей в одну карточку на пару ожидаются 960 карточек. Если загрузилось 955, нужно найти ещё пять расхождений. Запись считается учтённой, когда она перенесена, объединена по журналу или исключена по утверждённому правилу, а не просто отсутствует в списке ошибок.
После небольшого теста проведите репетицию на полном согласованном объёме: измерьте выгрузку, преобразование, загрузку и сверку. Отдельно поручите исполнителю исключить реальные рассылки, списания, выдачу чеков и другие внешние действия во время испытаний. Результат репетиции используйте для расчёта окна перехода, оставив время на исправления.
До запуска обучите сотрудников на их сценариях: найти клиента, обработать заявку, перенести запись, принять оплату. Зафиксируйте короткие инструкции и единый канал для сообщения об ошибках.
Шаг 7. Переключите работу и перенесите последние изменения
Назначьте точное окно переключения и момент, после которого сотрудники перестают менять старую базу. План должен содержать последовательность действий, ответственных, проверки и условия возврата. Репетиция нужна до рабочего переключения, а не во время него. Эти требования к плану описаны в руководстве Microsoft по переключению систем.
Если основную базу загружаете заранее, предусмотрите перенос изменений после первой выгрузки. В него включите новые и изменённые записи, отдельно обработайте удаления, объединения и изменения связей. Не ограничивайтесь поиском новых клиентов: у старого клиента за это время могут появиться задача, файл или оплата.
Объявите начало переключения. Заблокируйте обычное редактирование старой базы и приостановите запись через интеграции.
Сохраните финальную копию и зафиксируйте время остановки изменений. Выполните окончательную загрузку по отрепетированному сценарию.
На время паузы собирайте обращения в согласованной очереди или журнале с временем и ответственным. Проверьте, что каналы действительно сохраняют входящие события.
Сверьте данные и получите разрешение руководителя на запуск. При критических расхождениях не открывайте новую базу для работы.
Переключите формы, телефонию, почту, мессенджеры, запись и обмен с учётными системами. Проверьте каждый используемый канал контрольным обращением.
Разберите накопившуюся очередь без повторного создания заявок. Разрешите сотрудникам работать в новой CRM, а старую оставьте только для чтения.
Для каждой интеграции запишите: откуда приходит событие, куда оно должно попасть и кто проверяет результат. У контрольной заявки должны быть правильные источник, ответственный и время. Для подтверждения оплаты проверьте связь с нужным клиентом и заказом, не создавая повторное списание.
Не ведите одну и ту же работу одновременно в двух CRM без правил синхронизации. На переходный период назначьте одну систему местом внесения изменений. Если надёжный перенос изменений между выгрузками не отработан, запланируйте полную финальную загрузку в период остановки записи и проверьте, что она укладывается в доступное время.
Шаг 8. Проверьте работу и только затем отключите старую CRM
Заранее определите, какие ошибки останавливают запуск: пропали открытые сделки, не сходятся клиентские остатки, не поступают заявки или сотрудники видят чужие данные. Для каждой назначьте проверяющего и лицо, которое принимает решение о возврате. Условия запуска и план отката должны быть согласованы до переключения. (learn.microsoft.com)
Если новая CRM уже принимала рабочие изменения, перед возвратом остановите запись и сохраните все новые события. Сверьте их со старой базой и перенесите недостающее по согласованному правилу. Не заменяйте актуальные данные старой копией без сверки: отдельно учтите новые заявки, переносы визитов и уже проведённые оплаты.
После запуска заведите журнал расхождений: объект, исходный ID, описание, ответственный и статус исправления. В первые рабочие дни проверяйте поступление обращений и выполнение ключевых операций. Ошибку в одной карточке используйте как повод проверить весь аналогичный набор, а не только исправить найденный пример.
Пройден полный рабочий цикл: от заявки или записи до оказания услуги и сверки оплаты.
Все критические расхождения устранены, остальные приняты ответственным с понятным сроком исправления.
Архив открывается без старого аккаунта; доступ к резервным копиям и порядок восстановления проверены.
Интеграции больше не записывают данные в старую CRM, временные доступы подрядчика отозваны.
Условия прекращения подписки, хранения и удаления данных уточнены; дата отключения старой системы согласована.
Не назначайте отключение старой CRM только по календарю или окончанию оплаченного периода. Основанием должен стать выполненный чек-лист приёмки. Условия хранения архива и удаления временных копий согласуйте с ответственным за персональные данные.
Чтобы сменить CRM и сохранить базу, принимайте не факт загрузки файла, а результат: нужные данные доступны, связи сохранены, остатки сверены, новые обращения не теряются. Старую систему отключайте только после проверки рабочего цикла и подготовки доступного архива.
Начните с реестра данных и одной сложной карточки для пробного переноса. Если новую систему ещё не выбрали, заполните анкету подбора CRM, а затем попросите разработчиков показать перенос именно вашего сценария.
