Переезд с одной CRM на другую: как не потерять историю

4 августа 2026 · 11 мин чтения

Новая система выглядит удобнее, на демо все кивают, подрядчик обещает перенос «одной кнопкой». Через месяц картина другая: контакты и сделки на месте, а переписка за три года осталась в старом кабинете, записи разговоров пропали вместе с понижением тарифа, часть полей приехала в примечание одной строкой.

Речь о переезде между двумя работающими CRM: с Битрикс24 на amoCRM и обратно, с зарубежной системы на российскую. Уход из таблиц - соседняя задача, она разобрана в статье Excel или CRM: там переносить надо только данные. Здесь переезжают ещё и договорённости о том, как устроена работа: воронка, поля, права, автоматизации.

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

Сначала честный вопрос: точно ли дело в системе

Переезд стоит денег и внимания, поэтому начинать разумно с проверки, что текущая система упёрлась в потолок. Три признака, что дело не в ней.

• Претензия не превращается в конкретику. Попросите назвать отчёт, который не собирается, действие, которое стоит лишних десятков кликов, и данные, которым негде лежать. Если список не складывается, переезд перевезёт ощущение «неудобно» вместе с базой.
• В текущей системе почти не ведут работу. Сделки подолгу стоят на одной стадии, обязательные поля остаются пустыми, часть переписки уходит в личные мессенджеры. Дисциплина ввода не переезжает вместе с выгрузкой.
• Всё сводится к одной интеграции или одному сценарию. Нет связи с телефонией, лиды распределяются вручную, не подтягиваются заказы из 1С - это доработка, и её контур уже, чем у переезда: связать сайт с CRM - от 15 000 ₽, интеграция с 1С и маркетплейсами - от 30 000 ₽, автоматизация одного процесса - от 55 000 ₽. Что выйдет дешевле в вашем случае, видно только на двух сметах: у доработки цена зависит от числа связок, у переезда - от объёма базы и списка интеграций.

Ситуации, где переезд оправдан, выглядят иначе: вендор уходит с рынка; платформе негде хранить сущность, вокруг которой построен бизнес; цена лицензий на выросшую команду перестаёт сходиться с пользой; система куплена под другой процесс. Выбор платформы разобран отдельно: как выбрать CRM и Битрикс24 или amoCRM.

Что переносится и что теряется

Перенос - не одна операция, а десяток разных, и качество у них разное: чем ближе объект к строке таблицы, тем лучше он переезжает; чем сильнее завязан на события, тем хуже.

История - это не поле, а следы событий, привязанные к внутренней кухне старой системы. Поэтому цель звучит не «перевезти всё», а «перевезти рабочее и сохранить остальное так, чтобы к нему можно было вернуться»: живые данные едут в новую CRM, архив уезжает в ваше хранилище. Закрытые сделки переносят упрощённо: клиент, сумма, дата, результат; открытые - внимательно и с ручной доводкой.

Карта соответствия полей: поле-в-поле не бывает

Ожидание «перенесите как есть» разбивается о то, что двух одинаковых конфигураций не бывает: где-то «Источник» списком из восьми значений, где-то «Канал» из пяти; где-то телефон один, где-то три с типами.

Поэтому переезд начинается с карты соответствия: таблица из пяти колонок - поле в старой системе, его тип и пример значения, поле в новой, его тип, правило преобразования. Карту пишут до первой выгрузки и согласуют с теми, кто работает в системе каждый день. Документ скучный, как техзадание на автоматизацию, и польза та же: спор идёт на бумаге, а не на живой базе. Решение по каждому полю - одно из четырёх:

• Перенести как есть - типы и значения совпадают.
• Перенести с преобразованием - телефон к единому формату, дата к нужному виду, текст раскладывается на два поля.
• Свернуть - три поля, которые заполняют по очереди разные люди, становятся одним.
• Не переносить - и записать почему: через полгода эта строка сокращает поводы для вопроса «а куда делось поле?».

Отдельный случай - поле, которого во второй системе нет. Вариантов три: создать пользовательское поле, если по нему фильтруют и строят отчёты; положить значение в примечание с префиксом «Старый ID: 10482»; оставить в архиве, если поле давно не заполняется.

Два места ломаются тихо. Выпадающие списки: если значение не совпадает с новым посимвольно, оно приезжает пустым, и в отчёте это выглядит как «источник не указан». Обязательные поля: если в новой CRM поле обязательное, а в старых записях пустое, импорт либо падает, либо подставляет заглушку. Проверяются оба на тестовой выборке.

Дубли и мусор: чистить до переноса, а не после

Переезд - удобный момент почистить базу: данные всё равно проходят через руки. Но чистить надо до переноса: после него в новой системе свои правила поиска дублей и свои идентификаторы, а связи, по которым видно настоящую карточку, остаются в старой.

1. Нормализация. Телефоны к одному формату, почта в нижний регистр, лишние пробелы обрезаются: иначе поиск дублей находит меньше, чем есть.
2. Поиск дублей по ключам в порядке надёжности: телефон, почта, ИНН, название компании. Название - самый шумный ключ, его проверяют глазами.
3. Правило слияния, записанное заранее: какая карточка выживает, что делать с разными ответственными и расхождениями в реквизитах.
4. Список «не трогать» для спорных случаев: два юрлица с похожим названием, семья с одним телефоном, дилер и его клиент.
5. Мусор. Тестовые записи, карточки без контактов, сделки от прошлой настройки. Их не переносят, но перед удалением выгружают.

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

Воронка: не копировать старые стадии вслепую

Соблазн понятный - перенести воронку один в один. Но старая воронка нередко несёт следы неактуальных решений: стадия под уволившегося сотрудника, стадия под акцию двухлетней давности. Признаки, что стадию стоит убрать:

• сделки проходят её транзитом за минуты;
• никто не может назвать действие, которое переводит сделку дальше;
• стадия названа именем отдела, а не состоянием сделки: «У логистики» вместо «Ждём расчёт доставки»;
• две соседние стадии всегда меняются одновременно.

Пересборку делают до переноса, а соответствие «старая стадия - новая стадия» держат в той же карте. Отдельно решается судьба отказов: если в старой системе одна стадия «Отказ», а в новой планируется список причин, задним числом её не восстановить. Честный вариант - перенести старые отказы причиной «Не указана», а нормальные собирать с даты переезда. Связь воронки с автоматикой разбирает статья про автоматизацию воронки продаж.

Интеграции придётся делать заново

Рассчитывать на перенос связок не стоит: каждую настраивают заново, а по объёму работ эта часть нередко догоняет сам перенос данных.

• Телефония. Номера, схема распределения, запись разговоров, всплывающая карточка - подробности в статье про интеграцию телефонии и CRM.
• Почта. Ящики отвязываются от старой системы и привязываются к новой, иначе письма продолжают падать в обе.
• Сайт и формы. Каждая форма, квиз и чат шлют заявку по своему адресу, и список нужен целиком, включая забытые лендинги. Ориентир: связать сайт с CRM - от 15 000 ₽.
• Мессенджеры. Переподключение каналов и решение, что делать с историей чатов: она остаётся на стороне старого коннектора.
• 1С и учётные системы. Обмен номенклатурой, счетами, отгрузками: интеграция с 1С и маркетплейсами - от 30 000 ₽, подробности в статье про интеграцию с 1С.

Одна ошибка стоит отдельного абзаца. Пока обе системы включены, входящие каналы легко оказываются подключёнными сразу к двум: заявка с сайта создаёт сделку и там, и там. Поэтому у каждого канала своя дата переключения. Общий подход разобран в руководстве по интеграции с CRM, а согласованность между системами - в сценарии синхронизации CRM, таблиц и статусов.

Порядок работ: параллельная работа и дата отсечки

1. Инвентаризация старой системы: объекты и поля с количеством записей, воронки, интеграции, роботы, шаблоны, отчёты, роли.
2. Решение по новой конфигурации: воронка, поля и права в новой CRM; отсюда рождается карта соответствия.
3. Чистка базы в старой системе, пока есть у кого спросить.
4. Тестовый перенос выборки: сотня контактов и полсотни сделок разных типов, включая заведомо кривые.
5. Настройка новой системы: воронка, обязательные поля, роли, автоматизации, шаблоны.
6. Интеграции в тестовом режиме, с проверкой на реальном звонке и заявке.
7. Дата отсечки. С этого дня новые сделки заводятся только в новой CRM.
8. Полный перенос и сверка контрольных чисел, снятых до переноса.
9. Закрытие старой системы: отключение её интеграций, режим чтения, выгрузка архива.

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

Сверка держится на контрольных числах, снятых до переноса и повторённых после: количество контактов и компаний, количество и сумма открытых сделок, число сделок по стадиям и за последние 90 дней. Совпадение чисел ничего не доказывает, но расхождение показывает, где искать.

Сколько времени занимает ручная часть сверки, посчитаем на своих допущениях. Пусть в базе 3 000 контактов и 1 200 сделок, из них 120 открытых. Контакты проверяем выборочно, 5 процентов, то есть 150 карточек, по 2 минуты; открытые сделки - все, по 3 минуты. Выходит 150 × 2 = 300 минут и 120 × 3 = 360 минут, вместе 660 минут, то есть 11 часов. Округлим вверх до 12 часов: полторы смены одного человека, только на сверку.

Что делать со старой системой после переезда

Отключать старую CRM в день переезда рискованно: пока новая не пережила полный цикл работы, старая остаётся источником правды для спорных случаев.

• Выгрузить архив до понижения тарифа. На урезанном тарифе часть данных перестаёт быть доступной, а записи разговоров хранятся ограниченное время. В архив идут выгрузки объектов в CSV, файлы, записи звонков, копия переписки.
• Проверить архив и убрать в своё хранилище. Открыть выгрузки, посмотреть кодировку, послушать несколько записей наугад. Архив, который никто не открывал, проверкой не считается.
• Сузить права. Старая система переводится в режим чтения, заодно снимаются доступы уволившихся и внешних подрядчиков.
• Назначить срок и ответственного: дата, до которой старая система остаётся доступной, и человек, который её отключает. Без этого подписка нередко живёт годами «на всякий случай».

Про сроки хранения скажем осторожно: сколько и на каком основании компания вправе хранить клиентские данные после смены системы, зависит от вида данных, оснований обработки и внутренних правил, а при персональных данных - и от того, как оформлено согласие. Общая рамка есть в статье про данные и 152-ФЗ, конкретный срок стоит проверить с юристом.

Типовые грабли

• Переезд на закрытии месяца. Отчётность и перенос сталкиваются в один день, и разбирать расхождения приходится в самый занятой момент.
• Записи разговоров не выгружены до смены тарифа. Доступ к файлам закрывается вместе с подпиской.
• Роботы и автоматизации забыты. В старой системе сделка сама ставит задачу и шлёт напоминание, в новой этого нет - и выясняется это на второй неделе.
• Права собраны заново неправильно. Перекос бывает в обе стороны: менеджер видит всю базу либо руководитель не видит чужие сделки. Проверяется входом под каждой ролью.
• Оба подключения работают одновременно. Сайт, телефония или мессенджер привязаны к двум системам, лиды двоятся, метрики не сходятся.
• У переезда нет владельца. Решения о полях и стадиях принимаются по ходу разными людьми, и карта расползается. Похожие сюжеты собраны в статье про ошибки при автоматизации.

Чек-лист подготовки к переезду

Пройдите его до первой выгрузки: несколько «нет» подряд означают, что дату отсечки назначать рано.

1. Назван владелец переезда - человек с правом решать по полям, стадиям и срокам.
2. Выписан перечень объектов и полей старой системы с количеством записей.
3. Выписан перечень интеграций, роботов, шаблонов и отчётов, которыми пользуются.
4. Есть карта соответствия полей и стадий, согласованная с теми, кто работает в системе.
5. Решено, что не переносим, и записано почему.
6. База почищена в старой системе: телефоны и почта нормализованы, дубли слиты, мусор помечен.
7. Сделан тестовый перенос выборки и просмотрен глазами.
8. Записаны контрольные числа до переноса для последующей сверки.
9. Назначена дата отсечки вне закрытия месяца и пика сезона, и у каждого канала своя дата переключения.
10. Права настроены в новой системе и проверены входом под каждой ролью.
11. Выгружен и открыт архив старой системы: записи разговоров, вложения, выгрузки объектов.
12. Назначен срок доступа к старой системе на чтение и ответственный за её отключение.

Сколько это стоит

В прайсе есть строка «внедрение CRM и переезд из таблиц - от 35 000 ₽», срок от 7 дней. Переезд между двумя работающими системами мы честно считаем дороже, и вот из чего разница.

• Сверка идёт по двум базам: контрольные числа снимаются в старой и повторяются в новой, расхождения разбираются вручную.
• Добавляется разбор старой конфигурации: поля, стадии, роботы и шаблоны надо прочитать до решения, во что они превращаются.
• Интеграции настраиваются заново, каждая отдельной работой: связать сайт с CRM - от 15 000 ₽, интеграция с 1С и маркетплейсами - от 30 000 ₽.
• Рабочие сценарии пересобираются: распределение лидов, напоминания, постановка задач - автоматизация одного процесса, от 55 000 ₽.
• Эксплуатация после запуска - 4-15 тыс. ₽ в месяц за сценарий.

Бюджет CRM-проекта целиком разбирает статья про стоимость внедрения CRM. Точная цена и срок фиксируются после разбора: без перечня объектов, полей и интеграций цифра остаётся угадыванием.

Итог

Переезд между CRM выглядит технической задачей, а ломается на договорённостях: во что превращается каждое поле, что означает каждая стадия, до какого дня жива старая система. Данные ведут себя предсказуемо: контакты едут хорошо, сделки терпимо, история событий плохо, - и это повод разложить её по двум корзинам заранее.

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

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

Не готовы обсуждать проект? Оцените выгоду сами: калькулятор ROI автоматизации - 1 минута, без контактов. Или заберите чек-лист «Что автоматизировать первым».