В обсуждении CRM-механикой могут назвать письмо о корзине, скидку, push-уведомление или всю программу лояльности. Из-за этого техническое задание нередко начинается с канала: «Нужно отправить SMS тем, кто давно не покупал».

Но из такой формулировки непонятно, почему человек должен вернуться, что ему предложить и когда сообщения нужно прекратить.

CRM-механика — это воспроизводимый способ работы с клиентом в определённой ситуации. Она связывает задачу, условия применения, действие компании и критерий результата.

Письмо, звонок, бонус или задача менеджеру — возможные элементы механики.

Какие типы механик полезно различать

ЗадачаПримеры механикКакое изменение ожидается
ПривлечениеРекомендация другу, приглашение от действующего клиентаПоявление подходящего нового клиента
АктивацияПомощь с первым заказом, настройкой, началом использованияПервый полезный результат
Продолжение покупкиНапоминание о незавершённом оформлении, помощь с выборомЗавершение актуальной задачи
Повторная покупкаПополнение запаса, следующий этап проектаУместное продолжение потребления
Развитие отношенийСовместимый товар, другая категория, подходящий тарифДополнительная полезность
УдержаниеУстранение препятствия, пауза, сопровождение продленияСохранение нужных клиенту отношений
РеактивацияВозврат после исправления причины уходаВозобновление использования или покупок
ОбслуживаниеСтатус обращения, перенос записи, уведомление о результатеРешение вопроса с меньшими усилиями

Классификации могут пересекаться. Например, регистрация приобретённого устройства одновременно помогает активации и создаёт возможность для последующего обслуживания.

Триггер запускает проверку

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

Само событие не означает, что сообщение обязательно нужно отправить.

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

Паспорт механики

До настройки автоматизации стоит ответить на восемь вопросов.

ЭлементЧто зафиксировать
ЗадачаКакое препятствие или потребность рассматриваем
ОбъектКлиент, заказ, продукт, договор или проект
Условия входаКакие факты делают действие уместным
ДействиеЧто получает клиент или делает сотрудник
Проверка перед действиемНе изменилась ли ситуация
ОстановкаКакое событие завершает сценарий
Повторный входКогда возможен новый запуск
ОценкаЧто считаем результатом и с чем сравниваем

Условный пример: незавершённая покупка

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

Одинаковая скидка всем участникам скрывает эти различия.

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

Перед отправкой нужно повторно проверить актуальность, поскольку ситуация могла измениться во время ожидания. Для перехода между каналами пригодится разбор письма о корзине после офлайн-покупки.

У сценария должен быть срок жизни

Без правил повторного входа человек может получать одну и ту же цепочку после каждого просмотра.

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

Также нужен порядок работы с отложенными сообщениями. Если проблема решена, сообщение, которое уже стоит в очереди, должно пройти актуальную проверку.

Измеряйте полезное действие на всей назначенной аудитории

Высокая конверсия среди открывших письмо не показывает эффект механики: открытие связано с интересом самого клиента.

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

У механики появляется профессиональная глубина, когда команда понимает не только порядок сообщений, но и обстоятельства, при которых каждое действие помогает.