Переезд с зарубежной CRM: как мы это делали

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

Разберу последовательность на нашем проекте: мы перевозили крюинговую компанию с Крюинспектора на Битрикс24. Компания небольшая, поэтому прошли все быстрее обычного, — но порядок шагов и риски от размера не зависят.

Шаг 1. Аудит того, что есть

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

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

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

Шаг 2. Выгрузка данных, пока есть доступ

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

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

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

Шаг 3. Проектирование в новой системе

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

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

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

Шаг 4. Перенос данных и сопоставление

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

Практические правила, которые экономят время:

• переносить активные сделки и клиентов полностью, историю — за разумный период, остальное оставить в архивной выгрузке;
• сохранять исходный идентификатор записи в отдельном поле, чтобы можно было сверить и догрузить;
• делать пробный перенос на небольшой выборке и проверять результат вручную, а не сразу заливать все;
• чистить дубли до загрузки, а не после — в новой системе они размножатся связями.

Риск шага: недооценить чистку. Если в исходной базе бардак, перенос данных занимает больше времени, чем настройка системы, и это нормально. Заложите это в план сразу.

Шаг 5. Интеграции

Телефония, почта, сайт, мессенджеры, учетная система — все подключается заново. Часть внешних сервисов может оказаться недоступной или неподходящей, и им нужна замена, а замена меняет процесс. Обмен с 1С — самый трудоемкий пункт; подходы к нему описаны в разделе про интеграции.

Риск шага: оставить интеграции на последнюю неделю. Именно здесь вылезают неожиданности, а времени на них уже нет.

Шаг 6. Параллельная работа и обучение

Две системы работают одновременно: новые сделки заводятся в новой, старая доступна на чтение. Период должен быть коротким — одна-две недели. Длинная параллельная работа изматывает людей и приводит к тому, что данные разъезжаются между системами.

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

Риск шага: саботаж. Он почти всегда есть, особенно если старая система была удобной. Помогает не давление, а понятная причина перехода и участие сильных менеджеров в приемке. Как мы обучаем сотрудников, описано отдельно.

Шаг 7. Точка невозврата

Нужен назначенный день, после которого старая система переходит в режим только чтения, а затем архивируется. Без объявленной даты параллельная работа тянется месяцами, и в итоге компания содержит две системы и не доверяет ни одной.

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

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

Про сроки — честно

Спрашивают первым делом: сколько это займет. Ответ зависит не от платформы, а от того, сколько людей должны договориться. На крюинговом проекте компания была небольшая, решения принимал один человек — и мы прошли все семь шагов заметно быстрее, чем идет такой переезд у компании с несколькими подразделениями.

Основное время съедают не настройки, а решения: что считать правдой, кто отвечает за справочники, какие процессы оставляем. Пока эти вопросы не закрыты, работа стоит, сколько бы рук на нее ни поставить.

В первый месяц после переключения показатели отдела продаж проседают.Люди привыкают, ошибаются, ищут кнопки. Мы предупреждаем об этом руководство заранее — иначе на второй неделе начинается разговор о том, что новая система хуже.

Как этот переезд выглядел изнутри — что перенесли, что переделали и что легло на штатный Битрикс24 без доработок — разбираем в кейсах.