Перенос данных в новую CRM почти никогда не сводится к кнопке «Экспорт» в одной системе и «Импорт» в другой. За полтора десятка миграций для клиентов на Bitrix24, amoCRM и самописных панелях я убедился, что половина проблем всплывает не в момент переноса, а через месяц, когда менеджер открывает карточку клиента и не находит там истории звонков за прошлый год. Дальше подробный чек-лист: что переносить обязательно, что можно оставить в архиве старой системы, и как проверить результат, прежде чем отключать старую CRM окончательно.
Что переносить из старой CRM в первую очередь
Список кажется очевидным, пока не начинаешь выгружать реальные данные. На практике в новую систему обязательно уходит:
- Карточки клиентов - ФИО, телефон в едином формате, email, компания, источник обращения (сайт, звонок, мессенджер)
- Сделки - сумма, статус, воронка, ответственный менеджер, дата создания и дата закрытия
- История коммуникаций - звонки с записями, если они хранились, переписка, письма
- Прикреплённые файлы - счета, договоры, коммерческие предложения
- Теги и сегменты, метки источника трафика, без которых ломается сквозная аналитика
- Данные по оплатам, если CRM была связана с эквайрингом, например с T‑Bank на WooCommerce - без этой истории финансовая отчётность после переноса не сойдётся с бухгалтерией
Не всегда нужно тащить абсолютно всё. Если в базе десять лет сделок, а активных клиентов среди них процентов пять, разумнее перенести полные карточки клиентов, а сделки старше двух-трёх лет оставить в архиве с доступом «только чтение» к старой CRM. Это быстрее, дешевле и не захламляет новую систему записями, по которым всё равно никто не будет строить отчёты.
Подготовка базы перед переносом данных в новую CRM
Перед выгрузкой я всегда прогоняю базу через несколько шагов, иначе в новой CRM окажутся те же проблемы, что были в старой, только исправлять их придётся уже дороже.
- Нормализация телефонов к единому формату +7XXXXXXXXXX - иначе система посчитает +7 999 123-45-67 и 89991234567 разными людьми
- Поиск дублей по телефону и email - на живых базах от пары тысяч карточек обычно находится 3-8% задвоенных записей
- Удаление тестовых и мусорных сделок, оставшихся от обучения новых сотрудников
- Сверка ответственных менеджеров - часть сотрудников из старой CRM могла уже уволиться, их сделки нужно заранее переназначить
- Выгрузка в промежуточный CSV или через API, который можно проверить глазами до того, как он попадёт в новую систему
Для дедупликации на базах от пары тысяч карточек руками это не сделать за разумное время. Под такие задачи я пишу отдельный Python-скрипт, который сравнивает записи по телефону и email с учётом опечаток и разных форматов написания.
Способы миграции клиентской базы и сделок
Экспорт и импорт файлами
Подходит для баз до нескольких тысяч записей и систем со стандартными полями. Выгружаете CSV из старой CRM, приводите к формату, который ожидает импортёр новой системы, загружаете. Работает быстро, но ломается на нестандартных полях и вложенных сущностях вроде истории звонков и комментариев к сделке.
Перенос через API и скрипты
Когда в старой и новой CRM есть API (у Bitrix24, amoCRM и большинства современных систем оно есть), перенос идёт скриптом, который читает данные из одной системы и пишет в другую с сохранением связей между клиентом, сделкой и историей. Разработка дольше, зато переносится действительно всё, включая исходные даты создания записей, а не дату импорта. Такие скрипты я обычно делаю под конкретную пару систем - если нужен именно этот вариант, проще обсудить задачу в рамках разработки скриптов интеграции и переноса данных, потому что готового универсального решения под все связки CRM не существует.
Через n8n для параллельной синхронизации
Если старую CRM не отключают сразу, а какое-то время ведут обе системы параллельно, например часть отдела ещё не переехала, я настраиваю сценарий в n8n, который синхронизирует новые сделки и обновления карточек в обе стороны, пока миграция не завершится полностью.
| Способ | Когда применяю | Ограничения | Стоимость у меня |
|---|---|---|---|
| CSV/Excel экспорт-импорт | Небольшая база, стандартные поля, разовый перенос | Не переносит историю звонков и связи между записями | от 3 000 ₽ |
| Скрипт на Python через API | Нестандартные поля, нужно сохранить даты и связи | Нужен доступ к API обеих систем | от 20 000 ₽ |
| Сценарий в n8n | Нужна синхронизация, пока обе CRM работают параллельно | Требует поддержки на переходный период | от 25 000 ₽ |
| Комплексная интеграция (CRM + эквайринг + доставка) | Перенос истории заказов с привязкой к оплатам и СДЭК | Самый долгий вариант по срокам | от 40 000 ₽ |
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Перенос истории сделок и воронки продаж
Стадии в старой и новой CRM почти никогда не совпадают один в один, поэтому перед переносом я составляю таблицу соответствия статусов: какой стадии старой воронки соответствует какая стадия новой. Дату создания сделки нужно переносить как есть, а не подставлять дату импорта - иначе вся ретроспективная аналитика по выручке за прошлые месяцы после переноса покажет, что весь год бизнес не работал, а все сделки родились в один день. Выигранные и проигранные сделки стоит архивировать отдельно, но не терять - по ним считается конверсия и средний чек.
Отдельно проверяю уведомления. Если в компании принято, что о новых сделках менеджерам приходит сообщение в Telegram, сразу после переноса стоит протестировать бота: был случай, когда после миграции на новую CRM aiogram-бот продолжал слать уведомления по вебхуку старой системы, потому что никто не поменял адрес в настройках.
Как проверять перенос данных в новую CRM
Сверка занимает почти столько же времени, сколько сам перенос, и пропускать её не стоит.
- Сравнить количество записей - клиентов, сделок, задач - до и после переноса; расхождение больше 1-2% повод разбираться, а не списывать на «фильтр»
- Сверить сумму по открытым и закрытым сделкам с отчётом старой CRM за тот же период - суммы должны сойтись до рубля
- Выборочно открыть 20-30 карточек у разных менеджеров и свериться с оригиналом вручную
- Проверить, что вложения - счета, договоры - открываются, а не превратились в битые ссылки
- Проверить права доступа: у кого какие сделки видны после переноса ответственных
- Заново протестировать интеграции - телефонию, приём оплат, вебхуки от СДЭК по статусам доставки
- Дать доступ 2-3 менеджерам на тестовый день до полного отключения старой системы и собрать список нестыковок от них
Типичные ошибки при переносе в новую CRM
- Перенос всех сделок с сегодняшней датой создания вместо оригинальной - ломает ретроспективную аналитику и воронку по месяцам
- Задвоение клиентов из-за разных форматов телефона, не выявленное на этапе подготовки
- Хранение выгруженной клиентской базы в общедоступных Google-таблицах или Airtable на время миграции - персональные данные должны оставаться на серверах в РФ, а не в иностранном облаке, даже временно
- Забытые вебхуки и интеграции: форма на Tilda, телефония или платёжный шлюз продолжают писать в старую CRM, а новая неделю остаётся пустой
- Перенос базы «как есть» без очистки - в новой CRM снова накапливается тот же мусор, который через год придётся разгребать заново
Частые вопросы
Сколько времени занимает перенос данных в новую CRM?
Для базы до 2000 клиентов и истории сделок за пару лет со стандартными полями - несколько дней на подготовку и написание скрипта плюс 1-2 дня на сверку. Если поля нестандартные, есть привязка к эквайрингу и доставке, а часть данных нужно синхронизировать через n8n на переходный период, срок растягивается до двух-трёх недель.
Можно ли перенести историю переписки из мессенджеров?
Зависит от того, как она хранилась в старой системе. Если переписка структурирована и доступна через API, переносится вместе с карточкой клиента. Если это просто скриншоты или выгрузка в текстовом виде, обычно кладу её в отдельное текстовое поле карточки как архивную справку, без попытки восстановить диалог по репликам.
Что делать, если в старой CRM нет функции экспорта?
Проверяю, есть ли у системы API - у большинства платных CRM оно есть даже без интерфейса для выгрузки в интерфейсе. Если и API нет, остаётся прямой доступ к базе данных или разбор административной панели скриптом. Такие случаи решаю индивидуально, потому что общего рецепта под нестандартные системы не существует.
Нужно ли переносить закрытые и проигранные сделки?
Для аналитики полезно иметь минимум 12 месяцев истории по всем сделкам, включая проигранные - иначе не посчитать конверсию воронки и причины отказов. Более старые сделки чаще имеет смысл оставить в архивной версии старой CRM с доступом «только чтение», а не тащить в новую систему целиком.