CRM-аналитика
Как оценить стоимость выхода с CRM платформы
Время чтения: 6 мин
Уровень материала: Для экспертов
Содержание
При покупке CRM-платформы внимание обычно сосредоточено на запуске. Вопрос «а как мы потом переедем?» легко отложить, особенно если поставщик показывает кнопку выгрузки клиентов. Но при смене системы понадобятся также история покупок, действующие запреты на сообщения и правила, по которым клиенты проходят цепочки. Восстановление этой работы может оказаться отдельным проектом.
Стоимость выхода — расходы, необходимые для прекращения использования платформы и перехода к другому решению. Миграция — сам перенос данных, настроек и рабочих процессов. CSV — текстовый формат таблицы, удобный для выгрузки строк и столбцов. Файл с контактами в этом формате не содержит автоматически всю логику кампаний и текущее состояние каждого сценария.
Оценка выхода до договора помогает сравнить предложения и договориться о доступе к данным. Можно продолжать пользоваться выбранной системой много лет и при этом понимать, что потребуется для её замены.
Разберём, какие объекты нужно переносить, как проверить выгрузку на практике и из чего складывается смета перехода.
Разделите данные и исполняемую логику
Данные — профили, события, заказы, результаты коммуникаций. Исполняемая логика — сегменты, сценарии, правила приоритета, шаблоны и настройки интеграций. Перенос первой части не восстанавливает вторую автоматически.
Например, экспорт списка покупателей не содержит объяснения, по какому правилу клиент получает напоминание о пополнении. Даже если сценарий выгружается в JSON — текстовом формате для структурированных данных, — другая платформа может не уметь его исполнять. Формат сохраняет записи и связи, но не делает правила одного продукта автоматически совместимыми с другим. Тогда понадобится описание логики и повторная настройка.
Для длинных цепочек дополнительно важно текущее состояние: на каком шаге находится человек, что уже отправлено и чего система ожидает. При миграции можно перенести состояние, завершить старые цепочки отдельно или определить безопасный перезапуск. Выбор зависит от доступных данных и поведения новой системы.
Составьте реестр переносимых объектов
| Объект | Что требуется на выходе | Как проверить до договора |
|---|---|---|
| Профили и связи ID | Поля, типы и таблицы соответствия | Восстановить несколько связанных профилей |
| Разрешения и запреты | Актуальное состояние, время и доказательства по принятому процессу | Найти основание для конкретного канала |
| Покупки и возвраты | История с уникальными кодами записей (ID) и изменениями | Пересчитать выбранный клиентский показатель |
| Коммуникации | Факты отправок и доступные результаты | Восстановить контакты клиента за период |
| Сценарии и сегменты | Условия, версии, зависимости | Настроить один сценарий в другой среде |
| Эксперименты | Назначенные группы, версии и результат | Повторить расчёт по исходным данным |
| Текущие цепочки | Положение участников либо план завершения | Смоделировать переключение без повторной отправки |
Укажите глубину истории и формат по каждому объекту. Одинаковое слово «экспорт» может означать текущий профиль, агрегаты или полный журнал событий. Для разных задач нужны разные уровни детализации.
Проверяйте восстановление а не только скачивание
Braze, например, документирует экспорт профилей по сегменту в виде файлов с JSON-объектами пользователей. Но сам факт доступности такого экспорта не доказывает, что в нём есть всё необходимое для вашей миграции. Состав полей и нужные дополнительные выгрузки проверяются отдельно.
Загрузите образец в нейтральную тестовую среду. Сверьте типы, кодировку, временные зоны, вложенные объекты и ссылки между сущностями. Попробуйте повторить один бизнес-расчёт: число подходящих покупок клиента или участие в контрольной группе — заранее выделенной группе для сравнения с клиентами, получающими проверяемое воздействие.
Если исходное значение восстановить не удалось, определите причину. Это может быть пропущенное поле, недоступная история, агрегирование или неописанная логика. Исправить такую неопределённость до закупки обычно проще, чем в момент срочного ухода.
Условная смета выхода
Компания переносит 25 сценариев, клиентскую историю и три интеграции. Все суммы ниже условные, в рублях без НДС. Они показывают структуру оценки, а не рыночную стоимость проекта.
| Работа или расход | Допущение | Сумма |
|---|---|---|
| Перенос и сверка данных | 240 часов по 3 000 ₽ | 720 000 ₽ |
| Восстановление сценариев | 25 сценариев по 12 часов по 3 000 ₽ | 900 000 ₽ |
| Изменение интеграций | Оценка согласованного состава работ | 450 000 ₽ |
| Дополнительное перекрытие подписок | 2 месяца по 180 000 ₽ | 360 000 ₽ |
| Проверка и обучение | 80 часов по 2 500 ₽ | 200 000 ₽ |
| Итого | Без неоценённых доработок | 2 630 000 ₽ |
В таблице перекрытие означает дополнительную оплату сверх выбранной базовой системы. Если полный TCO — совокупная стоимость владения за выбранный период — уже включает обе подписки в эти месяцы, повторно добавлять эту сумму нельзя.
Для сложных сценариев оценку лучше давать диапазоном. Цепочка из двух писем и программа с несколькими каналами, общим лимитом и экспериментом не требуют одинакового времени переноса. Разбейте сценарии по сложности и проверьте трудоёмкость на одном представителе каждой группы.
Что согласовать с поставщиком заранее
Уточните, какие выгрузки доступны штатно, какие оплачиваются отдельно и какие зависят от тарифа. Зафиксируйте глубину истории, ограничения скорости, формат, документацию полей и возможность выгрузки изменений после первоначального экспорта.
Обсудите срок доступа после прекращения основного использования и процедуру получения последней версии данных. Договорённости о завершении хранения и удалении должны соответствовать принятой правовой модели проекта. Не полагайтесь на устное «всё отдадим, когда понадобится».
Также проверьте, кто владеет отправляющими доменами, шаблонами, ключами и интеграционным кодом. Возможность сменить транспорт зависит не только от клиентской базы. Если домен зарегистрирован на подрядчика и доступен только ему, появляется отдельная задача передачи управления.
Почему переключение требует собственных данных
Между первой выгрузкой и запуском новой системы люди продолжают покупать, отписываться и проходить сценарии. Нужен перенос этих изменений или контролируемая пауза с понятными последствиями.
Особенно важно не восстановить старые разрешения поверх новых запретов. Состояние ограничений перед переключением должно быть актуальным. История отправок помогает избежать повторного сообщения человеку, которому старая платформа уже успела его передать.
Параллельный расчёт двух платформ полезен для сверки, но не означает параллельную отправку одних и тех же кампаний. Для каждого сценария на переходе должен быть определён единственный исполнитель коммуникации.
Как уменьшать стоимость выхода во время обычной работы
Храните описания сценариев и контрольные примеры вне закрытого интерфейса поставщика. Регулярно проверяйте необходимые выгрузки и сохраняйте данные, которые нельзя будет восстановить позднее. Не собирайте избыточные данные без цели; речь о согласованной истории, необходимой бизнес-процессам.
Выход становится предсказуемее, когда компания знает свои определения, ID и зависимости. Тогда смена платформы остаётся заметным проектом, но её объём можно оценить и провести без восстановления всей CRM-логики по памяти.
Источники
Braze. Export user profile by segment. Техническая документация API.