При переезде между CRM переносится не «база», а одиннадцать разных сущностей, и пять из них не переносятся вообще. Контакты, компании, сделки, пользовательские поля и файлы уезжают штатно. История переписки в мессенджерах, записи звонков у прежнего оператора связи, автоматизации и роботы, настройки прав и готовые отчёты за прошлые периоды — остаются и пересобираются заново либо не пересобираются никогда.
Вторая особенность, которая ломает больше проектов, чем первая: главная потеря при переносе — не строки, а связи между ними. Число контактов сходится, число сделок сходится, а сделка привязана не к тому клиенту. Обнаруживается это не на сверке, а через два месяца, когда менеджер не может понять, почему в карточке постоянного покупателя пусто.
Ниже — полный список того, что переносится и с какими ограничениями, пять неизбежных потерь и чем каждая компенсируется, разбор ловушки с выгрузкой в таблицу, план переноса из пяти этапов с контрольной сверкой, критерий отключения старой системы и смета на модельной базе: 30 000 контактов, 8 000 компаний, 60 000 сделок.
Одиннадцать сущностей вместо одной «базы»
Слово «база» в разговоре с подрядчиком надо сразу разворачивать в список. Ниже — модельная база компании, которая четыре года работала в одной CRM и переезжает в другую. Ограничения указаны типовые: конкретные лимиты зависят от систем и проверяются по документации на день старта.
| Сущность | Объём в модельной базе | Переносится | Ограничение |
|---|---|---|---|
| Контакты | 30 000 | Да | Пользовательские поля переносятся, только если заранее созданы в приёмнике с тем же типом |
| Компании | 8 000 | Да | Связь «контакт — компания» переносится отдельным проходом после обеих загрузок |
| Сделки | 60 000 | Да | Этапы воронок надо сопоставить вручную: одинаковых названий не бывает |
| Пользовательские поля | 180 | Да | Списочные поля переносятся вместе со списком значений, иначе значения станут пустыми |
| Задачи и примечания | 140 000 | Частично | Часто теряются автор и дата: подставляется дата загрузки, если приёмник не разрешает свою |
| Файлы и вложения | 45 000 | Да | По одному запросу на файл; при 2 запросах в секунду это 6,25 часа выгрузки |
| Переписка в мессенджерах | около 21 000 диалогов | Нет | Уходит в собственный архив и привязывается к карточке ссылкой |
| Записи звонков | 12 000 | Нет | Живут у оператора связи, а не в CRM; переносится только ссылка, пока действует договор |
| Автоматизации и роботы | 26 | Нет | Пересобираются заново под механику приёмника; логика переносится, настройка — нет |
| Настройки прав и ролей | 9 ролей | Нет | Модели прав у систем разные; переписывается вручную по таблице ролей |
| Отчёты за прошлые периоды | 14 отчётов | Нет | Пересобираются на новых данных; исторические срезы сохраняются выгрузкой в файлы |
Сравнение в три колонки. «Переносится» — контакты 30 000, компании 8 000, сделки 60 000, поля 180, файлы 45 000. «Переносится частично» — задачи и примечания 140 000, с пометкой «теряются автор и дата». «Не переносится» — переписка около 21 000 диалогов, записи звонков 12 000, автоматизации 26, роли 9, отчёты 14. Под колонками подпись: «Порванные связи опаснее непереехавших строк». Чертёжный стиль, подписи по-русски.
Пять потерь, которых не избежать
Эти пять пунктов теряются при любом подрядчике и в любой паре систем. Правильный разговор здесь не «как их сохранить», а «чем компенсировать и сколько это стоит».
- 1История переписки в мессенджерах
Ни один мессенджер не примет чужую переписку, и ни одна CRM не отдаст её в переносимом виде. Компенсация одна: собственный архив диалогов, привязанный к карточке клиента, — 65 000 ₽ в модельной смете вместе с записями звонков. Если архива не было и раньше, переезд — последняя возможность его собрать: почему переписку забирают себе с первого дня, мы разбирали отдельно.
- 2Записи телефонных разговоров
Они физически хранятся у оператора связи, а в CRM лежат ссылки. При смене системы ссылки перестают открываться, а при смене оператора записи пропадают совсем. Перед переносом выгружаются те, что нужны по договорам и претензиям, — обычно это последние 6–12 месяцев, а не весь архив.
- 3Автоматизации, роботы и триггеры
Механика у систем разная, поэтому переносится не настройка, а описание логики. Двадцать шесть автоматизаций модельной базы — это примерно 40 часов работы аналитика и инженера. Хорошая новость: обычно из 26 живыми оказываются 11–14, остальные включили когда-то и забыли выключить.
- 4Права, роли и видимость
Модели прав несовместимы почти всегда: где-то права даются на воронку, где-то на подразделение, где-то на отдельное поле. Переписывается вручную по таблице «роль — что видит — что может менять — что может выгружать». Пропустить этот шаг — значит открыть на старте всю базу всем менеджерам.
- 5Отчёты за прошлые периоды
Даже при полном переносе сделок отчёты не совпадут: этапы воронок сопоставлены не один в один, часть дат подставлена при загрузке. Правильный ход — выгрузить ключевые исторические срезы в файлы до переноса и договориться, что новая система считает историю по-своему начиная с даты запуска.
Ловушка выгрузки в таблицу: рвутся связи, а не строки
Самый частый способ перенести базу — выгрузить контакты и сделки в две таблицы и загрузить их в новую систему. Он дешёвый, быстрый и в половине случаев ломает базу так, что этого не видно на сверке.
В выгруженной таблице сделок связь с клиентом почти всегда представлена именем контакта или названием компании, а не внутренним идентификатором. При загрузке приёмник ищет совпадение по строке. В модельной базе 3 200 контактов имеют полных тёзок, а среди 8 000 компаний около 900 названий повторяются с точностью до организационно-правовой формы. Результат: 8 400 сделок из 60 000 — 14 % — привязываются не к тому клиенту или ни к кому. Числа при этом сходятся: сделок 60 000, контактов 30 000, ошибка не видна.
Правильный порядок другой: перенос идёт через API обеих систем, у каждой записи сохраняется исходный идентификатор в отдельном служебном поле, и связи проставляются отдельным проходом уже по этим идентификаторам. Служебное поле остаётся в базе навсегда — оно бесплатно и однажды спасёт разбор спорного случая. Дубли при этом чистятся до загрузки, а не после: порядок «нормализация, потом поиск совпадений» разобран в статье про дубли клиентов в CRM.
План переноса: пять этапов
План отличается от общего порядка миграции данных при внедрении с нуля: здесь источник — работающая система с историей, и её нельзя останавливать. Общая методика подготовки данных разобрана в статье про миграцию данных при внедрении; ниже — только то, что специфично для переезда между двумя CRM.
- 1Инвентаризация и карта соответствия, 1 неделя. Список всех сущностей с объёмами, таблица «поле источника — поле приёмника — тип — что делать, если пусто», разбор 26 автоматизаций на живые и мёртвые, таблица ролей. Результат этапа — документ, по которому можно посчитать смету, а не «примерно перенесём всё».
- 2Выгрузка, 3–5 дней. Через API, с сохранением исходных идентификаторов. Отдельно планируются файлы: 45 000 вложений при лимите 2 запроса в секунду — это 6,25 часа непрерывной работы, и выгрузку ставят на ночь с возобновлением после обрыва.
- 3Нормализация и чистка, 1–2 недели. Телефоны и ИНН к единому формату, дедупликация, приведение списочных значений. Именно здесь база становится лучше, чем была: переезд — единственный момент, когда чистку никто не считает лишней работой.
- 4Тестовая загрузка на 200 записях, 2–3 дня. Берутся не первые 200, а по 40 записей из пяти групп: свежая сделка, закрытая сделка, клиент с десятью сделками, контакт без компании, запись с максимумом заполненных полей. Проверяются не количества, а связи и отображение в интерфейсе.
- 5Боевая загрузка и сверка, 2–4 дня. Делается в выходные или в окно низкой нагрузки, с планом отката. Сразу после — сверка по трём числам и трём связям, и только при сошедшейся сверке начинается параллельный период.
Горизонтальная лента времени на 6–8 недель с пятью этапами и результатом каждого. «Инвентаризация и карта соответствия — 1 неделя, результат: таблица полей и ролей». «Выгрузка — 3–5 дней, результат: архив, включая 45 000 файлов». «Нормализация и чистка — 1–2 недели, результат: база без дублей». «Тестовая загрузка 200 записей — 2–3 дня, результат: проверенные связи». «Боевая загрузка и сверка — 2–4 дня, результат: сошедшиеся 3 числа и 3 связи». Справа отдельным блоком «параллельный период 2–4 недели». Подписи по-русски, чертёжный стиль.
Сверка: три числа и три связи
Приёмка переноса делается по шести показателям, и три из них про связи — именно потому, что числа сходятся даже у сломанной базы. Сверка занимает два часа и делается до того, как кто-то начал работать в новой системе.
| Что сверяем | Как считаем | Допустимое расхождение |
|---|---|---|
| Число контактов и компаний | Запрос количества в обеих системах | Ноль. Любая разница разбирается поимённо |
| Число сделок по каждому этапу воронки | Группировка по этапу в источнике и приёмнике | Ноль внутри сопоставленных этапов |
| Сумма открытых сделок | Сумма поля суммы по незакрытым сделкам | Ноль; расхождение означает потерю поля или валюты |
| Доля сделок с привязанным контактом | Сделки с непустой связью ÷ все сделки | Не ниже, чем было в источнике |
| Доля контактов с привязанной компанией | То же по контактам | Не ниже, чем было в источнике |
| Доля сделок с прикреплёнными файлами | Сделки с вложениями ÷ все сделки | Не ниже источника минус доля файлов, которые решено не переносить |
Формулировка «не ниже, чем было в источнике» здесь принципиальна. Абсолютное значение ничего не говорит: если в старой системе контакт был привязан к компании у 62 % записей, то 62 % в новой — успех, а 90 % — повод искать, откуда взялись лишние связи. Поэтому все шесть чисел снимаются с источника до выгрузки и записываются в акт, а не восстанавливаются по памяти после загрузки.
Цена и срок: 30 000 контактов и 60 000 сделок
Модельная компания: 12 менеджеров, четыре воронки, 180 пользовательских полей, 26 автоматизаций, база из таблицы выше. Обе системы — из живого российского набора, обе с открытым API. Считаем полный перенос с чисткой и пересборкой настроек.
Обратите внимание на пропорцию: собственно данные — выгрузка, чистка, загрузка — это 240 000 ₽, меньше половины сметы. Остальное приходится на настройки и архив, то есть на работу, которую невозможно автоматизировать и которую чаще всего забывают в коммерческом предложении. Когда подрядчик называет «перенос базы за 80 000 ₽», он почти всегда имеет в виду только эти 240 000 ₽ минус чистка — и разница всплывает на третьей неделе.
Смету можно ужать в двух местах и нельзя в одном. Безопасно сокращается глубина: перенести сделки за три года вместо всей истории и оставить остальное в архиве — минус 30 000–40 000 ₽. Безопасно сокращается число автоматизаций: собрать сразу только те 11–14, что реально работают, а остальные завести по мере необходимости — минус 40 000 ₽. Нельзя экономить на тестовой загрузке: 25 000 ₽ здесь — это страховка от переделки боевой загрузки, которая стоит 70 000 ₽ и три дня простоя.
Столбчатая диаграмма из восьми сегментов, сгруппированных в две подписанные группы. Группа «Данные — 240 000 ₽»: выгрузка 60 000 ₽, нормализация 85 000 ₽, тестовая загрузка 25 000 ₽, боевая загрузка 70 000 ₽. Группа «Настройки и архив — 280 000 ₽»: инвентаризация 40 000 ₽, пересборка воронок, ролей и автоматизаций 130 000 ₽, архив 65 000 ₽, сопровождение 45 000 ₽. Итог под диаграммой: «520 000 ₽, 6–8 недель». Ось значений в рублях, все числа подписаны.
Параллельный период и день отключения
Параллельный период — 2–4 недели, и его смысл не в том, чтобы «дать привыкнуть», а в том, чтобы собрать основание для отключения. Работают в это время в новой системе, а старая остаётся открытой только на чтение. Обратный порядок — «пока поработаем в обеих» — гарантированно даёт две расходящиеся базы и третий переезд через полгода.
- Все новые сделки создаются только в новой системе. Проверяется просто: пять рабочих дней подряд в старой не появилось ни одной новой записи.
- В старой системе нет изменений десять рабочих дней. Не только новых записей, но и правок в существующих. Правка в старой означает, что какой-то процесс всё ещё замкнут на неё.
- Сверка сошлась. Те же три числа и три связи, снятые повторно в конце параллельного периода — с учётом записей, созданных за это время.
- Финальный архив выгружен и открывается. Полная выгрузка старой системы в файлы, положенная туда, где её найдут через год, и проверенная открытием хотя бы десяти случайных записей.
- Отключены интеграции и токены старой системы. Телефония, формы сайта, платёжные уведомления, доступы подрядчиков. Забытый активный токен — это и утечка, и источник записей, которые продолжают падать в мёртвую базу.
Схема параллельного периода на 2–4 недели. Слева блок «Старая CRM — только чтение», справа блок «Новая CRM — вся работа», между ними односторонняя стрелка «данные уже перенесены». Под схемой пять чекбоксов-условий отключения: «5 рабочих дней без новых записей в старой», «10 рабочих дней без правок», «повторная сверка: 3 числа и 3 связи», «финальный архив выгружен и открывается», «интеграции и токены старой системы отключены». Справа отдельный блок «после отключения: чтение ещё 3 месяца, около 15 000 ₽». Подписи по-русски, чертёжный стиль.
Оставьте минимальный тариф на чтение ещё на три месяца — это около 15 000 ₽ и почти полное снятие класса вопросов «а где посмотреть, что мы обещали клиенту в марте». Через три месяца, если в старую систему никто ни разу не заходил, её закрывают. Отдельно проверьте, что удаление аккаунта не уничтожает выгруженный архив: у части сервисов ссылки на файлы перестают работать вместе с подпиской.
Когда переезжать не надо
Половина переездов между CRM решает не ту задачу. Прежде чем платить 520 000 ₽, стоит проверить четыре ситуации, в которых новая система не поможет.
- Причина переезда — «менеджеры не ведут CRM». Смена системы переносит проблему целиком: через два месяца не ведут новую. Причины почти никогда не в дисциплине, они разобраны в статье про то, почему менеджеры не ведут CRM, и стоят дешевле переезда.
- Процесс продажи не описан. Переезд без описания процесса переносит вместе с базой все накопившиеся костыли, ещё и с потерями. Сначала анкета процесса и выбор CRM под процесс, потом миграция.
- Не хватает одной функции. Дописать недостающее в текущей системе почти всегда дешевле переезда: доработка стоит десятки тысяч, переезд — сотни. Считать надо оба варианта на три года, а не на первый месяц.
- База меньше 2 000 контактов. Здесь проект избыточен: выгрузка, ручная чистка в таблице и загрузка занимают два рабочих дня. Платить стоит только за пересборку автоматизаций и прав, если они сложные.
- До сезона осталось меньше двух месяцев. Параллельный период всегда приходится на живые продажи. Переезд в пик — это гарантированные потерянные заявки; правильный срок старта — за 4–5 месяцев до сезона или сразу после него.
При переезде сходятся числа, а ломаются связи. Поэтому приёмка считает не строки, а долю сделок, у которых остался свой клиент.
