Компании, оставшиеся на HubSpot, Salesforce и других ушедших сервисах, продолжают работать в них не по упрямству: система настроена, люди привыкли, данные внутри, а переезд стоит денег. Проблема в том, что риск такого продолжения растёт не линейно — он реализуется целиком и в один день, когда аккаунт перестаёт открываться, а выгрузку сделать уже нельзя.
Поэтому первое действие в этой ситуации не «выбрать систему», а сделать полную выгрузку сегодня, независимо от планов на переезд. Выгрузка контактов, компаний, сделок, задач и файлов в открытом формате занимает вечер, стоит ноль и снимает главный риск: остаться без данных, а не без системы.
Дальше — три риска работы на ушедшем сервисе с оценкой каждого, карта соответствия по функциям с российскими системами, честный список того, что не переносится, план переезда на шесть-восемь недель, смета для компании на двадцать пользователей и ситуации, в которых переезжать пока не надо. Всё, что касается статуса сервисов, приведено по состоянию на сентябрь 2026 года — эту область стоит перепроверять перед решением.
Чем рискует компания, оставаясь на ушедшем сервисе
Рисков три, и они разной природы: один финансовый, один операционный и один правовой. Складывать их в один «риск использования зарубежного ПО» бессмысленно — каждый закрывается по-своему и с разной срочностью.
- Оплата. Прямая оплата из России невозможна, поэтому подписку продлевают через третьих лиц или иностранные карты. Риск здесь не в комиссии, а в том, что при выявлении обхода аккаунт блокируется вместе с содержимым — и выгрузка становится невозможной ровно в тот момент, когда она нужнее всего.
- Поддержка и обновления. Обращение в техническую поддержку недоступно, а обновления вендора продолжают выходить и иногда меняют поведение системы. Любой сбой разбирается своими силами, и восстановление зависит от того, есть ли у вас свежая выгрузка.
- Локализация персональных данных. Часть 5 статьи 18 закона 152-ФЗ требует, чтобы запись, систематизация, накопление, хранение, уточнение и извлечение персональных данных граждан России велись с использованием баз данных, находящихся на территории России. CRM с контактами клиентов — ровно такая база, и это единственный из трёх рисков, который не снимается аккуратностью.
Три действия на один вечер, каждое из которых полезно независимо от дальнейших планов. Первое — полная выгрузка всех объектов в открытом формате плюс отдельно файлы и вложения. Второе — список действующих интеграций: что и куда отправляет данные, под какими ключами. Третье — перечень мест, где ваши данные оказываются за периметром: сервис рассылок, форма сайта, аналитика. Тот же перечень нужен для аудита персональных данных перед внедрением, так что работа не пропадёт.
Карта соответствия по функциям
Сравнивать надо не продукты целиком, а функции. Одна зарубежная подписка часто закрывала три-четыре класса задач, и на её место встают два-три российских продукта — каждый со своей подпиской и своими связками. Это, а не цена лицензий, и есть главная причина, по которой новый стек оказывается дороже старого.
Работа начинается со списка функций, которыми вы действительно пользуетесь, а не со списка возможностей старой системы. Разница обычно огромная: из трёх десятков настроенных сценариев живыми оказывается полтора десятка, из двадцати отчётов открываются восемь. Проверяется это не памятью, а датой последнего срабатывания и датой последнего просмотра — оба числа система показывает сама. Всё, что не запускалось и не открывалось полгода, в новую систему не переносится и не пересобирается: это самая дешёвая экономия во всём проекте.
| Функция | Чем закрывается в российском стеке | Насколько близко | Что учесть |
|---|---|---|---|
| Воронка, сделки, контакты, задачи | Битрикс24, amoCRM, Мегаплан, OkoCRM, S2 | Близко: это ядро, оно есть у всех | Разная модель полей и связей; сопоставление объектов делается вручную |
| Каталог, заказы, обмен с магазином | RetailCRM | Близко для розницы и интернет-торговли | Своя модель заказа; для проектных продаж не подходит |
| Маркетинговые сценарии и цепочки писем | Штатные сценарии Битрикс24, цифровая воронка и Salesbot amoCRM, российские сервисы рассылок | Частично: ветвление и сегментация беднее | Сложные сценарии пересобираются, а не переносятся |
| База знаний и внутренние документы | Yonote, Kaiten, Weeek, встроенные разделы Битрикс24 | Частично: обычно это отдельный продукт | Появляется вторая подписка и вторая точка входа для сотрудника |
| Отчётность и дашборды | Штатные отчёты плюс Yandex DataLens, Visiology, Polymatica, Apache Superset на своём сервере | Частично: кастомные отчёты собираются заново | DataLens формально не включён в реестр отечественного ПО — для госзаказчика это блокер |
| Связки с другими сервисами | Albato, ApiX-Drive, Nodul, n8n на своём сервере | Частично: каталог коннекторов уже | Часть связок пишется руками; сравнение площадок — отдельная работа |
Последняя строка заслуживает отдельного внимания, потому что её обычно обнаруживают в середине проекта. Различия площадок по коннекторам, тарификации и поведению при сбое разобраны в материале про сравнение Albato, ApiX-Drive и Nodul; там же — почему цена одной операции важнее выбора самой площадки.
Выбирать по сходству интерфейса — самая дорогая ошибка этого проекта. Похожий экран не означает похожей модели данных: там, где в старой системе сделка могла быть связана с несколькими компаниями, в новой связь может быть одна, и вся ваша логика продаж перестанет описываться. Выбор делается по процессу, а не по привычке: анкета из двенадцати вопросов, которая это определяет, приведена в материале про выбор CRM под процесс. Переезд «на похожее» заканчивается вторым переездом через год — и второй раз он стоит столько же.
Сравнение слева направо. Слева один широкий блок «Зарубежная CRM — одна подписка», внутри четыре подписанные полосы: воронка и сделки, маркетинговые сценарии, база знаний, отчёты. Справа четыре отдельных блока меньшего размера, каждый со своим ярлыком: «CRM — Битрикс24, amoCRM, RetailCRM, Мегаплан», «Рассылки — штатные сценарии плюс сервис рассылок», «База знаний — Yonote, Kaiten, Weeek», «Отчёты — DataLens, Visiology, Superset». Между левым и правым блоками расходящиеся стрелки. Под правой группой подпись «несколько подписок и несколько точек входа вместо одной». Чертёжный стиль, подписи по-русски.
Что не переносится один в один
Переносится содержимое, а не логика. Всё, что было настроено, а не введено, придётся собирать заново — и это надо заложить в смету и в срок, а не обнаружить на четвёртой неделе.
| Что | Почему не переносится | Что делать |
|---|---|---|
| Маркетинговые сценарии с ветвлением | Другая модель событий и условий: триггеры, задержки и сегменты описываются иначе | Оставить живые сценарии, остальное выключить; пересобрать вручную |
| Вычисляемые поля и формулы | Выгружается результат вычисления, а не правило, по которому он получен | Выписать формулы отдельным документом до выгрузки |
| Кастомные отчёты за прошлые периоды | Отчёт — это конструкция поверх модели данных, а модель меняется | Собрать список отчётов, которыми реально пользуются, и сделать заново |
| Связки через Zapier и Make | Обе площадки недоступны из России; сценарии внутри них не экспортируются в чужой формат | Переложить на российскую платформу или на n8n на своём сервере |
| Переписка в мессенджерах и записи звонков | Принадлежат не CRM, а каналу и оператору связи | Выгрузить архивом отдельно и хранить как архив, а не переносить |
| Права доступа и роли | Модели прав в разных системах несовместимы по устройству | Описать матрицу ролей на бумаге и настроить заново |
Строка про связки через недоступные площадки — самая недооценённая. Инвентаризация таких сценариев почти всегда показывает, что треть из них можно просто выключить: их авторы уволились, а результат никто не смотрит. Порядок работ и цена пересборки разобраны в материале про то, чем заменить Zapier и Make — и делать это одновременно с переездом CRM правильнее, чем двумя проектами подряд.
План переезда на шесть-восемь недель
Срок определяется не объёмом данных, а числом связок и живых сценариев. База на 30 000 контактов грузится за часы; пересборка двадцати сценариев занимает недели.
- 1Неделя 1. Инвентаризация
Перечень объектов и полей, список живых отчётов, список сценариев с датой последнего срабатывания, список интеграций с указанием ключей. Здесь же принимается решение, что не переносится вообще: обычно это треть сценариев и большая часть закрытых сделок старше полутора лет.
- 2Недели 2–3. Карта соответствия и пробная загрузка
Каждому объекту и полю старой системы назначается место в новой. Затем — тестовая загрузка 200 записей и проверка не строк, а связей: сделка привязана к правильному контакту, контакт к правильной компании. Именно здесь ловится главная поломка переноса, разобранная в материале про миграцию между CRM.
- 3Недели 3–5. Настройка и интеграции
Воронки, поля, роли и права по описанной матрице; подключение почты, телефонии и формы сайта; пересборка живых сценариев. Отчёты собираются последними, когда данные уже в системе, — иначе их приходится переделывать дважды.
- 4Недели 5–7. Параллельный период и обучение
Не больше десяти рабочих дней в двух системах: дальше люди выбирают одну и перестают вести вторую. Дата отключения назначается в первый день параллельного периода, а не «когда все привыкнут». Обучение проводится в начале периода, а не в конце.
- 5Неделя 8. Отключение и архив
Старая система переводится в режим чтения или заменяется выгруженным архивом. Отключение выполняется по проверяемым критериям — числу записей и связей, — а не по календарю; на всякий случай архив хранится ещё несколько месяцев.
Горизонтальная лента времени на восемь недель с пятью подписанными отрезками разной длины: «Неделя 1 — инвентаризация», «Недели 2–3 — карта соответствия и пробная загрузка 200 записей», «Недели 3–5 — настройка, интеграции, пересборка сценариев», «Недели 5–7 — параллельный период, не больше 10 рабочих дней», «Неделя 8 — отключение и архив». Над отрезком инвентаризации выноска «треть сценариев выключается без последствий». Над параллельным периодом выноска «дата отключения назначается в первый день». Под лентой сквозная подпись «750 000 ₽ разово, 50 000 ₽ в месяц». Чертёжный стиль, подписи по-русски.
Сколько стоит переезд на 20 пользователей
Вводные модели: 20 пользователей, две воронки, база на 18 000 контактов и 40 000 сделок, четыре действующие интеграции, двенадцать живых маркетинговых сценариев, восемь отчётов, которыми реально пользуются. Обратите внимание: в смете считаются живые сценарии и живые отчёты, а не все существующие — именно поэтому инвентаризация первой недели прямо уменьшает цену проекта.
Столбчатая диаграмма с накоплением в одну полосу на 750 000 ₽, сегменты подписаны названием и суммой: настройка 160 000, перенос базы 150 000, интеграции 130 000, пересборка сценариев 110 000, обследование и карта 70 000, отчёты заново 70 000, обучение и параллельный период 60 000. Сегмент «перенос базы» выделен и подписан снизу «20 % сметы». Сбоку отдельная плашка: «плюс 50 000 ₽ в месяц: лицензии 25 000 и поддержка 25 000; первый год — 1 350 000 ₽». Ось — рубли. Чертёжный стиль, подписи по-русски.
Когда переезжать не надо
Не в каждой ситуации переезд — правильное следующее действие. Есть четыре случая, где он либо преждевременен, либо гарантированно будет сделан дважды.
- В системе нет персональных данных граждан России. Если сервис используется как внутренний трекер задач без контактов клиентов, правовой риск не возникает, а остаются только финансовый и операционный. Полную выгрузку сделать всё равно нужно, но проект на 750 000 ₽ можно спокойно отложить.
- Идёт сезон. Переезд в пик продаж означает параллельную работу в двух системах в самые загруженные недели и гарантированные потери заявок. Восемь недель проекта планируются на спад, даже если это отодвигает старт на квартал.
- Компания меняет структуру. Слияние, покупка, вход в холдинг — новый владелец принесёт свой стек, и переезд придётся делать второй раз. Разумно ограничиться выгрузкой и дождаться решения по общему контуру.
- Задача на самом деле отраслевая. Если продажи — это запись на услугу или розничные заказы, целевой системой может быть не универсальная CRM, а отраслевой продукт. Переезжать сначала в универсальную, а потом в отраслевую — двойные деньги за один результат.
И общее правило по срокам. Статус зарубежных сервисов и доступность оплаты меняются быстрее, чем выходят статьи: всё, что написано выше, верно на сентябрь 2026 года и проверяется заново перед решением. Единственное действие, которое не устаревает ни при каком развитии событий, — свежая полная выгрузка ваших данных в открытом формате, лежащая у вас, а не у поставщика.
Переезжает не база, а логика. База грузится за вечер, а всё, что было настроено, собирается заново — и именно это занимает восемь недель.
