Миграция на Битрикс24 — это не выгрузка таблицы в новую систему, а переезд работающего отдела: клиентов, сделок, истории общения и привычек сотрудников. Данные переносятся за дни, а вот процессы, автоматизацию и дисциплину приходится собирать заново.
Компании переходят на Битрикс24 из amoCRM, из самописных и отраслевых CRM, из 1С, где вели клиентов по старинке, и просто из Excel. Бывает и внутренний переезд — из облачного Битрикс24 в коробочный или обратно. Во всех случаях риски одинаковые: потерять часть истории, получить базу дублей и на неделю остановить продажи.
Ниже разберу, когда миграция на Битрикс24 оправдана, что переносится, а что нет, какими способами переносят данные, как выглядит план переезда по шагам, в чём особенности переезда из разных систем и на каких ошибках спотыкаются чаще всего.
Переносить нужно не всё, что накопилось, а то, с чем отдел будет работать завтра.
Когда миграция на Битрикс24 оправдана
Переезд — дорогое удовольствие даже при бесплатном импорте: неделя-две внимания руководителя, обучение, просадка скорости в первые дни. Поэтому сначала честный вопрос — зачем. Вот причины, ради которых переезжать стоит, и те, ради которых не стоит ↓
| Причина | Переезд поможет | Переезд не поможет |
|---|---|---|
| Нужны задачи, проекты и CRM в одной системе | Да, это сильная сторона Битрикс24 | — |
| Нужны сложные согласования и документы | Да, через бизнес-процессы и смарт-процессы | — |
| Данные нельзя держать в чужом облаке | Да, коробочная версия на своём сервере | — |
| Менеджеры не заполняют CRM | — | Не заполняли там — не будут и тут |
| Нет понятного процесса продаж | — | Новая система перенесёт хаос |
Если проблема в людях и процессе, миграция её не решит, а замаскирует на пару месяцев. В таком случае сначала разберитесь, почему текущая система не работает, — об этом статья почему CRM не работает. Если же упираетесь именно в возможности системы, переезд окупается. Сравнение двух популярных вариантов — в материале Битрикс24 или amoCRM.
Что переносится при миграции, а что нет
Главное, что нужно понять до старта: переносятся данные, а не логика. Воронки, роботы, интеграции и шаблоны документов в другой системе устроены иначе, их придётся настроить заново ↓
| Что | Переносится | Комментарий |
|---|---|---|
| Контакты и компании | Да | С телефонами, почтой, реквизитами и связями между ними |
| Сделки | Да | Стадии надо сопоставить с новой воронкой |
| Пользовательские поля | Да | Если заранее создать их в Битрикс24 и составить карту полей |
| Комментарии и примечания | Частично | Обычно текстом в таймлайн, без исходных дат и авторов |
| Задачи | Частично | Открытые — да, архив закрытых чаще не нужен |
| Файлы и записи звонков | Частично | Зависит от способа переноса и объёма |
| Переписки из мессенджеров | Редко | Как правило, остаются в старой системе как архив |
| Роботы, триггеры, интеграции | Нет | Настраиваются заново под новые стадии |
Из этого следует практичный вывод: старую систему не отключают в день переезда. Её оставляют в режиме чтения на несколько месяцев, чтобы при необходимости поднять старую переписку или файл. Это дешевле, чем тащить весь архив и потом разбирать его в новом портале.
Способы переноса данных в Битрикс24
Выбор способа зависит от объёма, того, насколько сложные связи между сущностями, и того, нужна ли история. Вот три основных варианта ↓
Штатный импорт подходит, если база небольшая и история не важна: выгрузили таблицу, сопоставили колонки с полями, загрузили. Минус — связи между контактом, компанией и сделкой приходится собирать вручную или отдельными проходами, а комментарии и задачи так не перенести.
Приложения миграции из Маркета Битрикс24 умеют переносить из популярных систем больше, чем таблица: сделки со связями, примечания, задачи. Их возможности, цены и ограничения разные, поэтому перед покупкой стоит прогнать тестовый перенос на небольшой части базы и посмотреть результат глазами. Список приложений и условия — в Маркете Битрикс24.
Перенос через REST API — вариант для нестандартных случаев: самописная CRM, сложные связи, нужно сохранить даты и ответственных, объединить данные из нескольких источников. Это работа разработчика, зато результат полностью под контролем и перенос можно повторять сколько угодно раз, пока не сойдётся сверка. Методы описаны в документации REST API Битрикс24.
План миграции по шагам
Переезд без плана заканчивается одинаково: данные перенесли, а через неделю выясняется, что половина сделок не на тех стадиях и у трети контактов нет телефона. Вот последовательность, которая этого не допускает ↓
- Аудит данных в старой системе. Сколько контактов, компаний, сделок, какие поля реально заполнены, сколько дублей и мёртвых записей. Часто после этого шага база сокращается заметно — и это хорошо.
- Решение, что переносим. Активные клиенты и открытые сделки — всегда. Закрытые сделки — за период, который нужен для отчётов. Остальное остаётся в архиве старой системы.
- Настройка Битрикс24 до переноса. Направления, стадии, поля, права. Данные грузят в готовую структуру, а не наоборот — иначе поля создаются под старую систему и тянут её логику.
- Карта полей и стадий. Таблица «поле там — поле тут», «стадия там — стадия тут», списки значений. Это самый скучный и самый важный документ переезда.
- Чистка и тестовый перенос. Убрать дубли, привести телефоны к одному формату, перенести часть базы и проверить карточки глазами.
- Заморозка и боевой перенос. Договориться о дне, когда в старой системе больше не создают сделки, и перенести всё разом, лучше перед выходными.
- Сверка. Количество записей по каждой сущности, суммы открытых сделок по стадиям, выборочная проверка карточек у каждого менеджера.
- Обучение и первые две недели. Короткие инструкции под роль, ежедневные ответы на вопросы, контроль того, что новые сделки заводятся в Битрикс24, а не в таблице «на всякий случай».
Сроки сильно зависят от объёма и способа переноса. Сам перенос данных обычно занимает меньше всего времени; основное уходит на аудит, настройку портала, карту полей и обучение. Как устроены этапы настройки портала, подробно описано в статье о настройке Битрикс24.
Особенности переезда из разных систем
Миграция из amoCRM в Битрикс24
Самый частый случай. Воронки amoCRM переносятся в направления сделок, этапы — в стадии. Разница в модели данных: в amoCRM многое держится на сделке и тегах, в Битрикс24 — на связке контакт, компания, сделка и отдельных полях. Теги стоит превратить в поля-списки, иначе по ним не построить отчёт. Неразобранные заявки из amoCRM решают отдельно: либо лиды, либо первая стадия сделки — в зависимости от того, в каком режиме будет работать CRM.
Миграция из другой CRM или самописной системы
Здесь нет готовых переносчиков, поэтому почти всегда это выгрузка в таблицы или прямое чтение базы и загрузка через REST API. Главная сложность — связи и справочники: у каждой системы свои идентификаторы, и без таблицы соответствий сделки теряют своих клиентов. Поэтому перенос идёт в строгом порядке: сначала справочники и пользователи, затем компании и контакты, и только потом сделки со ссылками на них.
Переезд из 1С или Excel
Из 1С обычно берут контрагентов с реквизитами, а дальше настраивают постоянный обмен, а не разовый перенос. Как это устроено и на чём ломается — в статье о связке Битрикс24 и 1С. Из Excel переезжают штатным импортом, но таблицу почти всегда нужно сначала почистить: объединённые ячейки, несколько телефонов в одной клетке, клиенты-дубли с разным написанием.
Из облака в коробку и обратно
Переезд между версиями Битрикс24 проще по модели данных, но сложнее по объёму: переносится весь портал, включая задачи, диск и чаты. Чем версии отличаются и когда какая нужна — в материале Битрикс24: коробка или облако.
Типичные ошибки при миграции
Почти все эти ошибки — не технические. Техническую часть переноса можно повторить, а доверие отдела к новой системе после неудачного старта вернуть сложно. Поэтому у переезда должен быть один ответственный со стороны компании, дата заморозки и понятное правило: после неё сделки живут только в Битрикс24.
Как подготовить сотрудников к переезду
Технически миграция может пройти идеально и всё равно провалиться, если отдел не принял новую систему. Сопротивление понятно: у менеджеров отлажены привычки, а переезд на неделю делает их медленнее. Поэтому людей готовят так же тщательно, как данные ↓
Лучше всего работает участие ключевых менеджеров в тестовом переносе. Они первыми видят свои сделки в новой системе, находят неточности в карте полей и потом сами объясняют коллегам, как работать. Обучать всех разом за день до переезда — слабый вариант: к первому рабочему дню половина уже забудется.
Отдельно договоритесь о правилах переходного периода. Кто и до какой даты может смотреть старую систему, где заводить новые сделки, что делать, если клиент не нашёлся в Битрикс24. Без этих правил менеджеры по привычке продолжат работать в старом месте.
Чек-лист сверки после переноса
Сверка — это то, что отличает миграцию от загрузки файла. Её проводят сразу после боевого переноса, до того как отдел начнёт работать в новой системе ↓
| Что проверить | Как |
|---|---|
| Количество записей | Контакты, компании, сделки: сколько было в выгрузке и сколько стало |
| Суммы по стадиям | Сумма открытых сделок на каждой стадии должна совпасть со старой системой |
| Связи | У сделок есть клиент, у контактов — компания, где она была |
| Ответственные | Сделки у тех же менеджеров, у уволенных — у назначенного преемника |
| Карточки глазами | По несколько сделок у каждого менеджера — проверяет сам менеджер |
Расхождения на сверке — это нормально, ненормально их не искать. Каждое расхождение нужно объяснить: либо это осознанно не перенесённый мусор, либо ошибка в карте полей, которую исправляют и перенос повторяют. Результат сверки стоит сохранить отдельным документом: через полгода он ответит на вопрос, куда делся конкретный клиент.
Кто должен делать миграцию
Небольшую базу из Excel без истории компания переносит сама за день-два — штатного импорта для этого достаточно. Внешняя команда нужна, когда источник сложный, данных много, нужна история и связи или параллельно с переездом меняется процесс продаж. Тогда миграция становится частью внедрения: аудит, настройка портала, перенос, интеграции, обучение.
Если выбираете подрядчика, спросите три вещи: будет ли тестовый перенос до боевого, как устроена сверка и кто отвечает за карту полей. Подробный чек-лист вопросов — в статье как выбрать интегратора Битрикс24.
Оценим переезд за 30 минут
Покажите старую систему по видеосвязи: посмотрим объём и качество данных, скажем, что переносить, каким способом и что придётся настроить заново.
Записаться на разбор →Итог: миграция на Битрикс24 проходит спокойно, если сначала решить, что переносить, настроить портал, составить карту полей, прогнать тестовый перенос и сверить результат. Сам перенос — меньшая часть работы. Если нужен переезд под ключ вместе с настройкой, это часть внедрения CRM-системы; обмен с 1С и другими системами — раздел интеграций, а примерный объём работ можно посчитать в калькуляторе Битрикс24.