Миграция Битрикс24 → Kommo: 121 419 сделок

Миграция Битрикс24 на Kommo — это перенос всех сделок, контактов, файлов и истории общения с клиентами из CRM Битрикс24 в CRM Kommo с сохранением родных дат создания, ленты комментариев, записей звонков и ответственных менеджеров. В отличие от обычного импорта через файл, специализированный инструмент сохраняет хронологию работы с каждым клиентом и переносит данные, которые через Excel перенести физически невозможно: записи разговоров, открытые задачи и сами связи между сделками и контактами.

Большинство компаний теряют самое ценное именно на этом шаге — историю работы с клиентами. К нам обратился крупный производитель окон с базой в 121 419 сделок, накопленной за годы работы. Требование звучало просто, а выполняется редко: перенести всё так, чтобы менеджеры открыли Kommo и продолжили работать, как будто компания всегда работала в ней.

Чего боятся при переезде с Битрикс24 на Kommo?

Когда руководитель решает менять CRM, его останавливает не цена и не привычка команды. Его останавливает один вопрос: «А что будет с историей?» В сделках годами копились договорённости, замеры, расчёты, звонки, файлы. Если при переезде всё это превратится в свалку с сегодняшней датой — компания фактически начинает с чистого листа. Для бизнеса с длинным циклом сделки это прямые потери: менеджер открывает карточку и не может восстановить, о чём договаривались с клиентом полгода назад.

У нашего клиента ситуация была именно такой. Производство окон — это замеры, выезды, согласования, рекламации. По каждой сделке — от одного до пяти файлов: договоры, замерные листы, фотографии объектов. Плюс записи телефонных разговоров — основной канал продаж здесь телефон, и записи звонков при спорных ситуациях стоят дороже любых заметок.

Целевая система — Kommo, международная версия amoCRM: тот же продукт, но под глобальным брендом, с оплатой из любой страны. Для компаний, которые уходят из российской экосистемы программ, это сейчас самый частый маршрут — и именно поэтому запрос «как переехать с Битрикс24, ничего не потеряв» мы слышим почти каждую неделю.

Итого на входе:

• 121 419 сделок к переносу — живая воронка плюс многолетний архив выигранных сделок;
• у каждой сделки — клиент с телефонами и почтой;
• от 1 до 5 файлов на сделку, суммарно около 30 гигабайт;
• записи всех телефонных разговоров, включая пропущенные звонки;
• 16 полей сделки, которых в Kommo «из коробки» нет — их нужно было создать и заполнить.

Почему обычный импорт из Excel не подходит для больших баз?

Стандартный совет, который вы найдёте в большинстве инструкций: выгрузите данные в Excel-файл и загрузите в новую CRM. Для маленькой базы это работает. Для серьёзной — нет, и вот что именно теряется:

• Даты. Все сделки получают дату загрузки файла. Сделка 2021 года и сделка прошлой недели выглядят одинаково — «создана сегодня». Отчёты по годам, скорость работы менеджеров, история клиента — всё обнуляется.
• Звонки. Записи разговоров через файл не переносятся вообще.
• Файлы. Договоры и замеры остаются в старой системе. В лучшем случае — ссылками, которые умрут вместе с подпиской на Битрикс24.
• Задачи. Открытые задачи менеджеров — «позвонить во вторник», «отправить расчёт» — теряются, и часть клиентов просто выпадает из работы.
• Дубли клиентов. Если один клиент встречается в трёх сделках, файл создаст его трижды. На 121 тысяче сделок это десятки тысяч клонов.

Поэтому мы пошли другим путём: написали собственный инструмент переноса, который общается с обеими системами напрямую — через их программные интерфейсы (API). Он забирает сделку из Битрикс24 со всем содержимым и воссоздаёт её в Kommo один в один.

Что значит «перенести сделки с сохранением истории»?

Это центральная часть кейса, ради которой всё затевалось. «Перенести с сохранением истории» — фраза, которую пишут все подрядчики. Расшифруем, что она означает в нашем исполнении — по пунктам:

• Дата создания сделки в Kommo — родная, из Битрикс24. Сделка от марта 2022 года и в Kommo датирована мартом 2022-го. Дата последнего изменения — тоже.
• Комментарии и заметки переезжают каждый со своей датой и временем. Открываешь сделку — и видишь ленту событий в том порядке, в котором они происходили на самом деле.
• Звонки появляются в карточке как полноценные звонки: входящий или исходящий, длительность, и главное — запись разговора с плеером прямо в карточке. Перенесли и пропущенные звонки: для отдела качества это такая же важная информация, как состоявшиеся разговоры.
• Открытые задачи переезжают с текстом, сроком и исполнителем. Менеджер в понедельник видит те же задачи, что видел в пятницу в старой системе.
• Ответственные. Каждая сделка, задача и звонок закреплены за тем же сотрудником, что и раньше — мы сопоставили учётные записи двух систем по рабочей почте.
• Клиенты без дублей. Перед переносом инструмент сверяет каждого клиента с уже существующими в Kommo — по телефону и почте, с учётом разных форматов записи номера. Один человек — одна карточка, сколько бы сделок у него ни было.
• 16 полей сделки — тип объекта, регион, площадь, источник и другие — созданы в Kommo и заполнены по каждой сделке. Включая поля со списками значений: варианты списков мы тоже перенесли и сопоставили автоматически.

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

Что между Битрикс24 и Kommo перенести нельзя?

Это раздел, который мы пишем во всех своих кейсах, и здесь он короткий, но важный. Если подрядчик обещает вам «перенесём 100% всего», он либо не разбирается, либо лукавит. Между разными CRM-системами всегда есть данные, которые перенести технически невозможно — не потому что подрядчик ленится, а потому что новая система не даёт такой возможности никакому внешнему инструменту.

В нашем случае такая вещь одна: журнал переходов сделки по этапам воронки. Это запись вида «3 марта сделка появилась в этапе „Замер“, 12 марта перешла в „Просчёт“, 18 марта — в „Договор подписан“». В Битрикс24 эта хронология есть. В Kommo воссоздать её ровно теми же датами нельзя: Kommo принципиально не разрешает внешним инструментам записывать такие события задним числом — даже если у инструмента есть все необходимые доступы.

Что это значит на практике для менеджера:

• Сделка приезжает в Kommo сразу на свой текущий этап — там, где она была в Битрикс24 на момент переноса.
• Готового отчёта «средне сколько дней сделка проводила на этапе „Замер“» за период до миграции в Kommo сделать нельзя. Такие отчёты придётся строить либо по выгрузке из Битрикс24 за прошлые периоды, либо начинать считать с нуля после переезда.
• Вся фактура — кто, когда и о чём договаривался — на месте, потому что лежит в комментариях и звонках с родными датами. Менеджер открывает сделку и видит ленту событий так, как она происходила.

Это единственный честный минус миграции. Если для вашего бизнеса критичны именно отчёты по скорости движения сделок между этапами за прошедшие годы — учитывайте это при планировании.

Как перенести файлы из Битрикс24 в Kommo?

С файлами при миграциях обычно поступают так: оставляют их в старой системе, а в новую кладут ссылки. Выглядит как решение, пока компания не отключит подписку на старую CRM — и тогда все ссылки разом умирают. Через год менеджер откроет сделку, нажмёт на «договор_финал.pdf» и получит ошибку. По нашему опыту, через 12–18 месяцев после переезда у компаний с link-based миграцией нерабочими становятся 100% вложений, и восстановить их нельзя — данные физически удалены из старой системы.

Мы перенесли файлы по-настоящему: каждый документ скачивается из Битрикс24 и загружается в собственное хранилище Kommo, в карточку своей сделки. Договоры, замерные листы, фотографии объектов, акты выполненных работ — всё лежит внутри новой системы и не зависит от старой. Большие файлы (тяжёлые сканы и фотопротоколы) передаются частями, чтобы перенос не спотыкался на одном крупном вложении. Тип файла определяется автоматически и сохраняется правильно, без потери формата.

Суммарный объём в этом проекте — около 30 гигабайт: в среднем по 1–5 файлов на сделку, размер от 50 КБ (одиночная фотография) до 80 МБ (полный замерный пакет с фотопротоколом). Ни один файл не остался ссылкой на Битрикс24 — все физически переехали в хранилище Kommo и продолжат открываться даже после полного отключения подписки на старую систему.

Как мы разогнали миграцию до 181 сделки в минуту?

Перенести одну сделку со всей историей несложно. Перенести 121 тысячу — уже инженерная задача, потому что обе системы ограничивают скорость обращений к себе: Битрикс24 и Kommo разрешают внешним инструментам только определённое число запросов в секунду. Превысил — вставай в очередь. Это разумная защита, но для миграции она означает: нельзя просто «лить быстрее», нужно тратить меньше запросов на каждую сделку. Ниже — пять раундов оптимизации, через которые мы прошли.

Раунд 1: что было на старте?

Первая версия переносила сделки по одной, последовательно. Посчитали ожидаемое время на весь объём — получились недели. Для живого бизнеса, которому нужно работать в новой CRM уже сейчас, это приговор. Начали разгонять.

Раунд 2: что даёт параллельность?

Поставили пять потоков — пять сделок переносятся одновременно. Скорость выросла, но быстро упёрлась в потолок: ограничение Kommo на частоту запросов. Потоки начали простаивать в очереди. Стало ясно: дальше ускоряться можно, только сократив число запросов на каждую сделку.

Раунд 3: какие запросы можно убрать совсем?

Разобрали, на что уходят запросы. Оказалось, около половины — на один и тот же вопрос: «есть ли уже такой клиент в Kommo?» — для каждой сделки заново. Решение: перед стартом миграции один раз выгрузить весь список клиентов Kommo в память инструмента и дальше сверяться мгновенно, не дёргая систему. Трафик сократился вдвое — скорость снова выросла.

Раунд 4: зачем возить пачками?

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

Раунд 5: как ускорить источник?

Когда Kommo перестала быть узким местом, им стал Битрикс24 — теперь уже чтение данных оттуда не поспевало. Применили тот же приём в обратную сторону: его интерфейс умеет отдавать до 50 ответов на один запрос, плюс добавили автоматические повторы при сетевых сбоях, чтобы случайная заминка связи не останавливала поток.

Итог: 181 сделка в минуту

После финальной настройки и перезапуска мигратор вышел на крейсерскую скорость 181 сделка в минуту — со всеми комментариями, звонками, задачами и файлами каждой сделки. Фактический итог: все 121 419 сделок переехали примерно за 19–20 часов суммарной работы — включая несколько сознательных перезапусков после каждого ускорения. В обещанные сутки уложились с запасом.

Что делать, если миграция прерывается на середине?

Второй страх клиента после потери истории: «а если перенос сломается на середине?» Сутки работы, сетевой сбой на 70% — и что, всё заново? И не появятся ли тогда сделки-дубли?

Мы заложили защиту на уровне устройства инструмента:

• Память о каждой сделке. Инструмент ведёт собственный журнал соответствий: эта сделка Битрикс24 — вот эта сделка Kommo. При повторном запуске уже перенесённые сделки пропускаются или аккуратно обновляются, но никогда не задваиваются.
• Автоматическое продолжение. Если сервер с мигратором перезагрузился, инструмент сам находит незаконченную работу и продолжает с того же места — без участия человека.
• Свежие сделки — первыми. Перенос идёт от новых к старым: сначала сделки последних месяцев — то, с чем команда работает прямо сейчас, — потом годовой пласт, потом архив. Менеджеры начали работать в Kommo через несколько часов после старта, пока многолетняя история ещё доезжала фоном.
• Живой счётчик. Весь ход миграции виден на панели: сколько перенесено, сколько осталось, текущая скорость и расчётное время окончания. Никакого «ждите, оно что-то делает».

За время этого проекта мы перезапускали перенос несколько раз — в том числе сознательно, после каждого ускорения. Ни одного дубля в Kommo не появилось.

Итоговые цифры кейса

Ниже — сводка по всем измеримым показателям завершённого проекта. Каждая строка — это не маркетинговая обтекаемая цифра, а конкретный технический факт, который мы можем подтвердить логами миграции и состоянием обеих систем после переноса.

Ключевые цифры в сравнении с типовыми ожиданиями рынка: 121 419 сделок — это в 40–80 раз больше, чем средний переезд между CRM, который описывают подрядчики (1 500–3 000 сделок); скорость 181 сделка в минуту — это примерно в 30 раз выше, чем CSV-импорт средней пропускной способности; 30 гигабайт файлов внутри Kommo, а не ссылками — это уровень full-data migration, который большинство проектов даже не пытаются обеспечить.

Миграция завершена — выше финальные значения. 110 сделок (менее 0,1%), попавших в журнал ошибок, разобраны вручную.

Как спланировать свою миграцию с Битрикс24 на Kommo?

Если вы рассматриваете переезд с Битрикс24 на Kommo — вот с чего начать, в правильном порядке:

1. Посчитайте, что у вас есть. Сколько сделок, сколько файлов и какого объёма, есть ли записи звонков. От этого зависит и тариф Kommo (квоты на хранилище), и срок переноса.
2. Решите судьбу проигранных сделок. Наш клиент архив проигранных не переносил — это сократило объём и стоимость. Выигранные и активные — переносим всегда.
3. Составьте список полей. Какие поля сделки реально используются? Поля, которые никто не заполнял два года, в новую систему лучше не тащить.
4. Сопоставьте сотрудников. У каждого менеджера должна быть учётная запись в Kommo с той же рабочей почтой — иначе сделки не к кому прикреплять.
5. Требуйте перенос дат и звонков. Это главный вопрос любому подрядчику: «Какая дата создания будет у сделки 2022 года после переноса?» Если ответ — «дата импорта», история потеряна.
6. Начните с пробной партии. Сначала переносится десяток сделок, менеджеры проверяют карточки руками, и только потом запускается весь объём.
7. Не выключайте Битрикс24 сразу. Подержите старую систему месяц в режиме «только чтение» — как страховку, пока команда не убедится, что всё на месте.