Когда пора отключать действующую механику CRM

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

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

Начните с назначения механики

Запишите, какую задачу она решает сейчас. Маркетинговое предложение, уведомление о статусе заказа и напоминание о заработанной награде нельзя оценивать одинаково. Сервисная функция может быть необходима, даже если её продажи не измеряются.

Восстановите владельца, условия входа, остановки и исключения. Проверьте аудиторию и пересечения с другими цепочками. Иногда правильное решение — не удалить сценарий, а перенести его полезную функцию в действующий процесс и убрать дублирование.

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

Отделите прошлые расходы от будущих

То, что на запуск потратили большую сумму, не является основанием продолжать невыгодную работу. В Green Book невозвратные прошлые затраты отделяются от расходов, которые зависят от рассматриваемого решения. Для CRM полезна та же логика: сравнивать варианты по их будущим последствиям.

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

Условный пример. Сценарий требует 12 000 рублей на отправки и шесть часов специалиста в месяц. После отключения денежная экономия составляет 12 000 рублей, если тариф действительно уменьшится. Шесть часов — дополнительная доступная ёмкость команды. Их нельзя автоматически записать как сэкономленные выплаты сотруднику.

Проверьте результат отключения

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

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

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

Составьте карточку решения

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

Не забывайте отложенные эффекты. Механика способна ускорять покупку без увеличения числа покупок за более длинный период. И наоборот, отключение полезного сопровождения может проявиться позднее. Выбор окна должен отражать эту задачу, а не только удобство ежемесячного отчёта.

Отключайте процесс управляемо

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

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

Сохраните описание, результаты проверки и причину решения в библиотеке механик. Удаление настройки и удаление клиентских данных — разные действия с разными основаниями. Не объединяйте их автоматически.

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

Источники

HM Treasury. The Green Book. UK government guidance on appraisal. Редакция 2026.