CRM-маркетинг после первой покупки: карта коммуникаций до второго заказа

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

После первой покупки CRM-маркетинг работает как событийный сценарий: каждое действие зависит от текущего состояния заказа и клиента. Сценарий учитывает доставку, обращение в поддержку, оценку, возврат или новый заказ как события, если соответствующее изменение зафиксировано в системе.

Что должен сделать CRM-сценарий после первой покупки

Post-purchase-сценарий начинается с реального заказа и учитывает ход его выполнения. Welcome-цепочка запускается после подписки или регистрации, поэтому ее участник может еще ничего не купить. У этих сценариев разные условия входа, содержание и правила выхода.

Задача post-purchase-коммуникаций — провести клиента от оформления заказа к успешному использованию продукта, а затем предложить обоснованное следующее действие. Одного письма с благодарностью для этого мало. Клиенту могут понадобиться инструкция, помощь, информация о гарантии, запрос отзыва или предложение сопутствующего товара. Такие задачи перечисляет и руководство по постпродажным письмам Unisender.

Когда уместно предлагать вторую покупку

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

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

Какие данные и события нужны для запуска сценария

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

Обязательный набор данных включает:

• Идентификаторы клиента и заказа;

• Признак первого заказа;

• Статусы оплаты, заказа и доставки;

• Состав заказа, количество и категории товаров;

• Дату оформления и фактического получения;

• Доступные каналы, валидность контактов и зафиксированное основание для маркетинговой рассылки;

• Отмены, возвраты, претензии и обращения в поддержку;

• Оценку или другой признак удовлетворенности;

• Событие повторного заказа;

• Историю сообщений по всем каналам.

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

Перед каждым действием система заново проверяет актуальные данные о заказе и клиенте. Klaviyo проверяет профильные фильтры (условия отбора по данным профиля) при входе в flow (автоматизированную последовательность действий) и перед отправкой, а фильтры события Placed Order позволяют учитывать состав заказа. В Customer.io ветвления могут опираться на атрибуты профиля, сегменты, события и взаимодействия с сообщениями — эту механику описывает документация True/False Branches.

Карта коммуникаций от первого заказа до повторной покупки

Рабочая карта строится по схеме «событие → проверка → сообщение → задержка → ветвление → условие выхода». Задержка здесь означает время до следующей проверки. Ее продолжительность зависит от категории товара и поведения клиента.

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

Как выбрать время следующего сообщения

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

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

Как ветвить сценарий по состоянию клиента

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

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

Когда маркетинговое сообщение нужно подавить

Suppression-правило — автоматическая проверка, которая запрещает конкретную отправку при нежелательном состоянии клиента. CRM выполняет ее непосредственно перед отправкой, поскольку за время ожидания состояние клиента могло измениться.

Braze позволяет создавать suppression lists по сегментным фильтрам и исключать их участников из кампаний и автоматизированных Canvas (автоматизированных сценариев в Braze). Для отдельных коммуникаций, которые разрешено отправлять, можно настроить исключения. Эту механику описывает документация Braze.

Правовое ограничение для России

Маркетинговую ветку можно запускать после юридической проверки применимых требований к обработке персональных данных, рекламным сообщениям и механизму отказа от коммуникаций. Компания устанавливает статус допуска к отправке для каждого клиента и канала; его рекомендуется хранить в CRM. При отсутствии подтвержденного основания suppression-правило блокирует отправку. Для работы с персональными данными используют актуальные разъяснения Роскомнадзора для операторов персональных данных. Перед запуском формулировки рекламного согласия и отказа нужно отдельно сверить с действующими официальными источниками и согласовать с юристом.

Как согласовать email, SMS и push без перегрузки клиента

Отдельный лимит каждого канала не защищает клиента от одновременных email, SMS и push. Для межканальной оркестрации (согласования сообщений между каналами) нужен общий журнал сообщений, единый порядок приоритетов и дедупликация — проверка, не передает ли другой канал то же содержание.

Сообщения распределяют по приоритету в следующем порядке:

1. Транзакционные сообщения о платеже, заказе и доставке;

2. Сервисные сообщения о проблеме или использовании продукта;

3. Маркетинговые рекомендации и предложения;

4. Массовые промокампании.

Канал выбирают по задаче и срочности. SMS подходит для короткой срочной информации. Email позволяет дать инструкцию, объяснить продукт или показать подборку. Push подходит для краткого напоминания, если приложение установлено и уведомления разрешены.

Ограничения платформ могут мешать согласовывать сообщения между каналами. Например, Smart Sending в Klaviyo задает отдельные окна для email, SMS и push, поэтому отправленный email автоматически не блокирует SMS. Система может пропустить маркетинговое сообщение из-за лимита, тогда как транзакционные сообщения под это правило не подпадают. Механику подробно описывает документация Smart Sending.

При конфликте нескольких customer journeys (сценариев взаимодействия с клиентом) сервисный сценарий получает приоритет перед предложением о продаже, а сценарий нового заказа — перед предложением повторной покупки. Adobe Journey Optimizer поддерживает ограничения на число входов и число одновременно активных journeys и учитывает приоритеты при конфликте, согласно документации journey capping. Подобную логику можно реализовать через собственное поле приоритета и единое правило, которое определяет, можно ли отправить сообщение.

Как запустить минимальный post-purchase-сценарий

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

Порядок запуска выглядит так:

1. Зафиксировать вход по первому оплаченному заказу и связать заказ с клиентом;

2. Подключить актуальные статусы оплаты, отмены, доставки, возврата и повторного заказа;

3. Разделить транзакционные, сервисные и маркетинговые сообщения;

4. Добавить одно полезное касание после получения: инструкцию, помощь или рекомендации по использованию;

5. Добавить один запрос обратной связи после срока, отведенного на освоение продукта;

6. Добавить одно предложение следующего действия, связанное с категорией покупки;

7. Настроить отмену отправки при проблемах, недавнем касании и отсутствии основания для нее;

8. Завершать коммерческую ветку сразу после второго заказа;

9. Выделить контрольную группу и единое окно наблюдения.

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

Как измерить влияние CRM-коммуникаций на второй заказ

Тестовая и контрольная группы должны иметь одинаковые правила входа и одинаковое окно наблюдения W — например, период от подтвержденной доставки до установленной даты окончания анализа. Клиентов распределяют случайно до первой маркетинговой коммуникации. Контрольная группа получает обязательное транзакционное и сервисное сопровождение, но исключается из проверяемой коммерческой ветки.

Как считается доля второго заказа

Формула доли второго заказа показывает, какая часть вошедших в анализ клиентов купила повторно в пределах окна W:

Доля второго заказа_W = N2_W / N1_W × 100%

Где:

• Доля второго заказа_W — доля клиентов со вторым заказом в окне W;

• N2_W — число клиентов, совершивших второй заказ в окне W;

• N1_W — число клиентов, вошедших в анализ после первого заказа;

• W — единое окно наблюдения;

• 100% — множитель, который переводит отношение в проценты.

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

Как считается время до повторной покупки

Медианное время показывает медиану интервалов до повторной покупки у клиентов, которые успели купить повторно в окне наблюдения:

Медианное время от первого до второго заказа в окне W рассчитывают по формуле:

Медианное время W = median({t2i − t1i | i ∈ RW})

Где:

• median — функция, которая находит медиану;

• W — окно наблюдения;

• i — клиент, совершивший повторный заказ;

• RW — клиенты, совершившие повторный заказ в окне W;

• t1i — время первого заказа клиента i;

• t2i — время второго заказа клиента i;

• t2i − t1i — время между первым и вторым заказами клиента i.

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

Как контрольная группа показывает инкрементальный эффект

Формула инкрементальной выручки на одного клиента, вошедшего в анализ, сравнивает результаты групп вместо простой суммы заказов получателей:

Инкрементальная выручка_W = Rev_test,W / N_test,W − Rev_control,W / N_control,W

Где:

• Инкрементальная выручка_W — дополнительная выручка на одного клиента в окне W;

• Rev_test,W — выручка тестовой группы в окне W;

• N_test,W — число клиентов, назначенных в тестовую группу;

• Rev_control,W — выручка контрольной группы в окне W;

• N_control,W — число клиентов, назначенных в контрольную группу;

• W — одинаковое окно наблюдения для обеих групп;

• − — разница результатов тестовой и контрольной групп.

Маржинальный результат считают по той же логике: выручку заменяют валовой маржой и вычитают переменные затраты на коммуникации, скидки и другие стимулы. Такой расчет показывает, когда рост выручки сопровождается сопоставимым снижением маржи.

К основным показателям добавляют отписки, жалобы, возвраты и обращения после коммуникации. Открытия и клики помогают оценить само сообщение, но не доказывают его влияние на повторные покупки. Атрибутированная выручка (выручка, приписанная конкретной коммуникации) тоже не показывает причинный эффект, поскольку часть клиентов оформила бы новый заказ без рассылки.

Какие гипотезы проверять после запуска

В одном A/B-тесте проверяют только одно изменение: содержание сообщения, мотив, время отправки, канал или критерий сегментации. Если одновременно поменять тему, скидку, аудиторию и задержку перед отправкой, выяснить, какое изменение повлияло на результат, не получится.

Для проверки подходят следующие гипотезы:

• Инструкция по использованию снижает число однотипных обращений;

• Напоминание о пополнении работает лучше общего каталога, если товар расходуется;

• Поведенческий триггер (действие клиента, запускающее сценарий) позволяет точнее выбрать момент рекомендации, чем календарная задержка;

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

• email и push дают разную маржу с учетом стоимости канала, отписок и жалоб.

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

“We find that messages that highlight a reminder motivation consistently outperform both in terms of signup rates and retention metrics”

Nan Zhao и Kirthi Kalyanam, авторы полевого эксперимента

Заключение

Post-purchase CRM дает результат, если данные о состоянии клиента точны, статусы заказа поступают вовремя, а сценарий останавливается по заданным правилам. Актуальные сведения позволяют вовремя заменить продажу сервисом, подавить лишнее сообщение и завершить цепочку после нового заказа. Контрольная группа показывает, принесла ли коммуникация дополнительную повторную покупку и маржу или клиент совершил покупку сам.