«Спасибо за заказ» пришло после «Мы по вам скучаем»: как не запутаться в автоматических рассылках
Покупатель оформил заказ, а магазин продолжает напоминать ему о брошенной корзине. Через час приходит скидка на уже купленный товар, а следом — письмо с благодарностью за покупку. Автоматизация работает, но вместо заботы о клиенте создаёт путаницу. Разбираемся, почему пересекаются сценарии рассылок, как установить приоритеты сообщений и что проверить, чтобы письма приходили вовремя и по делу.
Покупатель уже заплатил, а магазин всё ещё пытается его уговорить
Представим интернет-магазин косметики. Покупательница несколько месяцев ничего не заказывала, поэтому система включила её в рассылку для возвращения неактивных клиентов.
На 18:00 запланировано письмо «Мы по вам скучаем! Возвращайтесь за покупками».
Но в 17:55 покупательница самостоятельно заходит на сайт, выбирает сыворотку и оформляет заказ. Оплата проходит успешно, магазин получает деньги.
Через пять минут приходит письмо с предложением вернуться. Ещё через несколько минут — сообщение «Спасибо за заказ! Мы уже начали его обрабатывать».
Со стороны покупателя это выглядит странно. Сначала магазин скучает по человеку, который только что совершил покупку, а затем наконец замечает, что он вернулся.
Если к этому добавится автоматическое напоминание о брошенной корзине, коммуникация станет ещё запутаннее.
Проблема может возникнуть даже тогда, когда каждый сценарий настроен правильно по отдельности. Рассылка для неактивных покупателей действительно находит людей, которые давно не покупали. Сценарий благодарности отправляет сообщение после заказа. А напоминание о корзине реагирует на незавершённое оформление.
Ошибка появляется в момент, когда разные сценарии одновременно претендуют на внимание одного человека, но не учитывают его последние действия.
Поэтому перед запуском автоматических рассылок стоит проверить не только содержание писем, но и правила их взаимодействия.
Как организовать проверку рассылок на бесплатной канбан-доске
Когда у магазина работают несколько автоматических сценариев, бывает трудно понять, кто отвечает за каждый из них, какие изменения уже внесены и какие проверки ещё не выполнены.
Например, маркетолог изменил условия отправки писем о брошенной корзине, но забыл, что похожие уведомления настроены ещё и в системе интернет-магазина. В результате покупатель получает два напоминания вместо одного.
Для организации такой работы можно использовать бесплатную канбан-доску Канбано. Каждый автоматический сценарий оформляется отдельной карточкой: «Брошенная корзина», «Подтверждение заказа», «После покупки», «Возвращение неактивных покупателей».
В описании карточки удобно фиксировать событие, запускающее сценарий, задержку перед отправкой, условия отмены и ответственного за проверку. В чек-листе — тестовые ситуации, которые необходимо пройти перед включением автоматизации.
Например, для напоминания о корзине можно добавить проверки: «Покупатель не оформил заказ», «Покупатель оформил заказ во время ожидания» и «Покупатель отказался от рекламных сообщений».
В Канбано можно назначать исполнителей, устанавливать даты, прикреплять материалы и использовать метки для разных типов рассылок. А этапы «Настраиваем», «Тестируем», «Готово к запуску» и «Работает» помогут видеть состояние каждого сценария.
Канбано работает за 0 ₽, без ограничений по количеству пользователей, досок и карточек. Можно создать бесплатную канбан-доску для подготовки автоматических рассылок и подключить маркетолога, редактора и технического специалиста.
Сама отправка писем и проверка поведения покупателей выполняются в сервисе рассылок. Канбано помогает организовать настройки, согласования и тестирование, но не управляет автоматическими сообщениями напрямую.
Составьте карту сценариев, прежде чем менять тексты писем
Когда клиент жалуется на лишние сообщения, первое желание — исправить конкретную рассылку. Например, увеличить интервал между письмами о брошенной корзине или убрать слишком настойчивый заголовок.
Но изменение одного сценария не обязательно решит проблему, если существуют другие автоматические сообщения с похожими условиями.
Поэтому сначала нужно составить полный список активных коммуникаций.
Для интернет-магазина он может выглядеть так:
- Приветственное письмо. Отправляется после подписки или регистрации.
- Просмотренный товар. Напоминает о продукте, которым заинтересовался посетитель.
- Брошенная корзина. Реагирует на добавление товара в корзину или начало оформления заказа — в зависимости от настройки сценария.
- Подтверждение заказа. Сообщает покупателю, что заказ принят.
- Сообщения после покупки. Например, инструкция по использованию товара или просьба оставить отзыв.
- Возвращение неактивного покупателя. Отправляется человеку, который давно не совершал покупок.
- Регулярная рекламная рассылка. Информирует об акциях, новых продуктах и специальных предложениях.
Теперь для каждого сценария нужно ответить на четыре вопроса: какое событие запускает сообщение, через сколько времени оно отправляется, при каких условиях должно отменяться и какие другие письма человек может получить одновременно.
Например, покупатель, который давно ничего не заказывал, может одновременно попасть в рассылку с предложением вернуться, получить письмо об акции и запустить напоминание о корзине.
Каждое сообщение формально подходит его профилю. Но три рекламных обращения за короткое время вряд ли будут выглядеть как продуманная коммуникация.
Карта помогает увидеть такие пересечения до того, как они начнут раздражать покупателей.
У каждого сценария должно быть условие остановки
Автоматические рассылки обычно начинаются с события.
Человек подписался — отправляем приветствие. Положил товар в корзину — планируем напоминание. Не совершал покупок определённое время — предлагаем вернуться.
Но одного условия запуска недостаточно. За время ожидания ситуация может измениться.
Предположим, человек добавил товар в корзину в 12:00. Система запланировала напоминание на 14:00.
В 12:30 покупатель вернулся на сайт и оформил заказ. Если сценарий не проверяет факт покупки перед отправкой, в 14:00 человек получит сообщение «Вы кое-что забыли в корзине».
Поэтому полезно использовать правило:
Перед отправкой система должна повторно проверить, осталось ли сообщение актуальным.
Для основных сценариев можно заранее определить конкретные условия отмены.
Брошенная корзина
Сценарий запускается после соответствующего действия покупателя, но напоминание отправляется только в том случае, если покупка не завершена.
Если человек оформил заказ во время ожидания, сообщение отменяется. Если после первого напоминания он совершил покупку, последующие письма из той же цепочки также не должны отправляться.
Важно учитывать, как устроен магазин. В простом сценарии можно проверять наличие нового заказа после начала оформления. Если покупатель одновременно собирает несколько разных корзин или делает несколько заказов, может потребоваться проверка конкретной корзины либо конкретного оформления по его идентификатору.
Иначе новая покупка одного товара способна ошибочно отменить напоминание о другом незавершённом заказе.
Возвращение неактивного покупателя
Предположим, магазин отправляет специальное предложение людям, которые ничего не покупали 45 дней.
Это условие должно проверяться не только в момент формирования аудитории, но и непосредственно перед отправкой сообщения.
Если человек самостоятельно вернулся и совершил покупку, больше нет оснований обращаться к нему как к неактивному клиенту.
При этом правило можно уточнять в зависимости от цели сценария. Например, подписчик мог вернуться на сайт и просмотреть товары, но не оформить заказ. Достаточно ли этого, чтобы прекратить рассылку с предложением вернуться? Ответ зависит от того, что именно магазин считает успешным возвращением.
Главное — определить это заранее.
Приветственная серия
После подписки человек может получить несколько писем: знакомство с магазином, подборку товаров, информацию о преимуществах и предложение первой покупки.
Но если он уже оформил заказ после первого сообщения, дальнейшая коммуникация должна учитывать новый статус.
Например, предложение «Сделайте первую покупку» уже неактуально. Его можно отменить или заменить другим сценарием — если такая логика предусмотрена и сообщение действительно полезно.
Не нужно механически отправлять всю приветственную цепочку только потому, что человек когда-то в неё попал.
Сообщения после покупки
Здесь действует обратная логика. Подтверждение заказа должно быть привязано к реальному оформленному заказу, а не к тому, сколько рекламных писем человек получил за последнее время.
Если покупатель совершил две отдельные покупки, ему может понадобиться два подтверждения. Но если система дважды получила информацию об одном и том же заказе, отправлять два одинаковых подтверждения не следует.
Для этого полезно использовать идентификатор заказа и проверку повторной обработки события.
Почему проверять условия нужно именно перед отправкой
Представим, что рассылка для неактивных клиентов формируется в девять утра, а сообщения отправляются в шесть вечера.
Утром покупатель действительно ничего не заказывал 45 дней и попал в нужную аудиторию. Но в течение дня он мог оформить заказ, отписаться от рекламы или изменить свои предпочтения.
Если система проверила условия только в девять утра, к вечеру информация уже может устареть.
Поэтому для отложенных сообщений нужен дополнительный контроль перед отправкой.
В некоторых сервисах автоматизации такие проверки можно настроить с помощью фильтров профиля, условий выхода из сценария или дополнительных ограничений конкретного сообщения. Названия и возможности зависят от платформы.
Но здесь есть техническая тонкость. Не каждый фильтр автоматически проверяется повторно. Например, условие, по которому человек вошёл в сценарий, может применяться только при запуске, тогда как отдельные условия отправки проверяются позднее.
Поэтому недостаточно увидеть в настройках фильтр «Покупка не совершена» и предположить, что он решает проблему.
Нужно проверить его фактическую работу: что произойдёт, если человек совершит покупку после запуска сценария, но до отправки письма?
Аналогичным образом стоит проверить отмену запланированных сообщений. Некоторые настройки пропускают конкретное письмо, но не исключают человека из всей цепочки. Тогда следующее сообщение может потребовать отдельной проверки.
Как определить, какое письмо важнее
Даже при корректных условиях отмены покупатель может получать слишком много сообщений.
Например, после оформления заказа у него одновременно запланированы письмо о покупке, уведомление об акции и предложение воспользоваться персональной скидкой.
Для таких ситуаций полезно установить приоритеты коммуникаций.
Первый уровень — сообщения, необходимые для выполнения заказа
Сюда относятся подтверждение покупки, информация об оплате, существенные изменения статуса заказа и другие сообщения, без которых покупатель не сможет нормально получить товар или услугу.
Они не должны теряться только потому, что человек недавно получил рекламную рассылку.
Поэтому ограничения частоты маркетинговых сообщений нельзя автоматически распространять на все письма магазина. Сервисные уведомления требуют отдельной настройки.
При этом важно различать уведомление о заказе и рекламное предложение, которое просто добавили в его текст. Такое смешение может влиять на правила отправки и согласия на коммуникации.
Второй уровень — сообщения, связанные с текущим действием покупателя
Например, напоминание о незавершённой покупке или информация, которую человек явно запросил.
Такие сообщения обычно актуальнее общей рекламной рассылки, потому что относятся к конкретной ситуации.
Но и они должны отменяться, когда теряют смысл. Если покупатель завершил оформление, напоминание о корзине больше не требуется.
Третий уровень — регулярные маркетинговые предложения
Это новости, акции, подборки товаров и предложения вернуться в магазин.
Именно здесь полезно применять ограничения частоты и правила выбора между конкурирующими сообщениями.
Например, магазин может установить внутреннее правило: отправлять не более двух рекламных писем одному подписчику за семь дней.
Если на один день запланированы сообщение о персональном предложении и общая акционная рассылка, система должна выбрать подходящий вариант по заранее определённым правилам.
Это пример настройки, а не универсальная норма. Частота зависит от характера товаров, ожиданий аудитории и результатов коммуникаций.
Важно также помнить, что ограничение частоты само по себе не гарантирует правильный выбор. Оно может просто пропустить первое сообщение и заблокировать следующее, даже если второе было гораздо уместнее.
Поэтому приоритеты сообщений и ограничения частоты — разные механизмы. Их стоит проверять отдельно.
Один покупатель, три письма: разбираем конфликт по минутам
Вернёмся к интернет-магазину косметики. Представим, что покупательница давно не делала заказ и одновременно получает регулярные рекламные сообщения.
В 10:00 она добавляет сыворотку в корзину. Система запускает сценарий напоминания, которое должно прийти через два часа.
В 10:30 формируется аудитория для рассылки «Мы по вам скучаем». Покупательница по-прежнему соответствует условию неактивности, поэтому письмо запланировано на 13:00.
В 11:15 она возвращается на сайт и покупает сыворотку.
Теперь посмотрим, как должна отработать правильно настроенная система.
11:15 — покупка завершена. Система получает событие заказа и формирует необходимое подтверждение. При этом важно, чтобы событие относилось к правильному покупателю и конкретному заказу.
12:00 — время напоминания о корзине. Перед отправкой система проверяет, завершена ли покупка. Если заказ уже оформлен и событие зарегистрировано, напоминание не отправляется.
13:00 — время возвращающей рассылки. Система повторно проверяет, считается ли покупательница неактивной. Поскольку заказ уже совершён, письмо «Мы по вам скучаем» отменяется.
Позднее — коммуникация после покупки. В зависимости от продукта покупательница может получить полезную информацию о заказе или использовании приобретённого товара.
В итоге человек получает сообщения, соответствующие его реальным действиям, а не состоянию профиля несколько часов назад.
Но в этом примере есть ещё одно важное условие: информация о покупке должна своевременно поступить в систему рассылок.
Что делать, если покупка состоялась, а система об этом не знает
Допустим, заказ успешно оформлен в 11:15, но сведения о нём попадают из интернет-магазина в систему автоматизации только в 12:10.
Напоминание о корзине запланировано на 12:00.
В момент отправки система не видит подтверждённой покупки. Формально проверка условия выполнена, но результат оказывается неправильным из-за устаревших данных.
Это уже не проблема текста письма или выбора аудитории. Причина находится в передаче событий между системами.
Поэтому при настройке автоматических рассылок нужно проверить не только сами фильтры, но и источник информации.
Например, стоит выяснить:
- откуда система рассылок получает сведения об оформленных заказах;
- какое событие считается подтверждением покупки;
- как быстро оно передаётся после оформления;
- не существуют ли отдельные потоки заказов из сайта, приложения или других каналов;
- как система обрабатывает повторные события;
- можно ли проверить время покупки и время получения информации о ней.
Для диагностики полезно сравнивать два момента: когда покупка действительно состоялась и когда событие появилось в системе автоматизации.
Если между ними регулярно проходит значительное время, нужно устранять задержку передачи данных или учитывать её при проектировании рассылки.
Например, не отправлять напоминание слишком быстро, если достоверная информация о завершённых покупках появляется позднее.
Однако простое увеличение всех задержек тоже не универсальное решение. Оно может снизить актуальность сообщений, но не исправит ошибочную интеграцию.
Сначала нужно установить причину, а уже затем выбирать техническое изменение.
Установите правила повторного входа в сценарии
Есть ещё одна ситуация, которая способна превратить полезные напоминания в поток одинаковых сообщений.
Покупатель добавил товар в корзину, затем удалил его, вернулся на страницу и снова добавил. После этого начал оформление заказа, прервал его и повторил попытку.
Если каждое действие запускает отдельную цепочку без ограничений, человек может получить несколько напоминаний об одной и той же покупке.
Поэтому сценариям нужны правила повторного входа.
Например, магазин может договориться, что напоминания об одной и той же незавершённой корзине не запускаются повторно при каждом обновлении её содержимого. Вместо этого актуализируются данные существующего сценария.
А если покупатель спустя несколько недель собирает совершенно новую корзину, он может снова стать участником соответствующей рассылки.
Для корректной работы необходимо определить, что считается новым действием: новая корзина, новое оформление заказа или просто повторное посещение сайта.
Особенно важно не путать разные покупки одного человека.
Например, покупатель заказал шампунь в понедельник, а во вторник добавил в корзину маску для волос и не завершил оформление. Старый заказ не должен автоматически запрещать любое напоминание о новой корзине.
Нужны условия, связанные с конкретным действием и подходящим периодом времени, а не грубое правило «если человек когда-либо покупал, ничего ему не отправлять».
Ограничение частоты не должно ломать важные сообщения
Предположим, магазин установил лимит: не более одного письма в день. Покупателю утром пришла рекламная подборка, а вечером он оформил заказ.
Если все сообщения подчиняются одному ограничению, подтверждение заказа может быть пропущено. Для покупателя это гораздо серьёзнее, чем отсутствие очередной рекламы.
Поэтому правила частоты следует разделять по назначению сообщений.
Для маркетинговых рассылок можно установить дневные или недельные ограничения. Для необходимых уведомлений о заказах должны действовать отдельные правила, соответствующие их назначению.
Ещё один нюанс связан с несколькими каналами.
Если человек утром получил рекламное письмо, это не обязательно означает, что система автоматически запретит ему получить SMS или push-уведомление вечером. Во многих инструментах ограничения настраиваются отдельно для каждого канала.
Поэтому перед запуском нужно проверить не только количество email-сообщений, но и совокупную коммуникацию с покупателем.
Например, за один день человек может получить письмо об акции, push-уведомление о новой коллекции и SMS с предложением скидки. Внутри каждого канала лимит соблюдён, но общее количество сообщений всё равно слишком велико.
Для магазина полезно договориться, какие обращения действительно необходимы, а какие могут подождать.
Не стоит пытаться решить эту задачу исключительно выбором времени отправки. Письма, которые противоречат действиям покупателя, останутся неуместными даже при идеальном расписании.
Семь сценариев, которые стоит проверить перед запуском автоматизации
Прежде чем включить новую цепочку для всех подписчиков, проведите тестирование на специально подготовленных профилях.
Важно проверять не только ожидаемое письмо, но и сообщения, которые не должны отправиться.
Сценарий 1. Покупатель бросил корзину
Человек начал оформление заказа и больше не возвращался на сайт.
Ожидаемый результат: после установленной задержки он получает предусмотренное напоминание, если дал необходимое согласие на такую коммуникацию и соответствует остальным условиям.
Сценарий 2. Покупатель оформил заказ до отправки напоминания
Человек добавил товар в корзину, но завершил покупку через двадцать минут.
Ожидаемый результат: уведомление о заказе отправлено, а напоминание о незавершённой покупке отменено.
Сценарий 3. Покупатель совершил покупку между двумя напоминаниями
Первое письмо о корзине уже пришло. После него человек вернулся и оформил заказ.
Ожидаемый результат: второе напоминание не отправляется, поскольку покупка завершена.
Сценарий 4. Неактивный покупатель вернулся самостоятельно
Человек находился в аудитории возвращающей рассылки, но совершил покупку до запланированного письма.
Ожидаемый результат: система исключает его из неактуального предложения.
Сценарий 5. Покупатель отписался от рекламных сообщений
Человек отказался от маркетинговой рассылки, но позднее самостоятельно оформил заказ.
Ожидаемый результат: рекламные сообщения ему не отправляются, а необходимые уведомления о заказе обрабатываются отдельно с учётом их назначения и применимых правил.
Сценарий 6. Покупатель создал новую корзину после предыдущего заказа
Человек уже покупал в магазине, но теперь начал оформлять другую покупку и не завершил её.
Ожидаемый результат: система правильно различает старый заказ и новый незавершённый сценарий. Предыдущая покупка не блокирует коммуникацию автоматически, если новое напоминание допустимо.
Сценарий 7. Система получила одно событие дважды
Информация об одном и том же заказе поступила повторно из-за повторной передачи данных.
Ожидаемый результат: событие обрабатывается без дублирования одинаковых подтверждений.
Для каждого теста нужно записать фактическое поведение системы. Если результат отличается от ожидаемого, сценарий возвращают на исправление.
Проверку полезно провести на всех используемых каналах коммуникации, поскольку настройки email, SMS и push могут различаться.
Как оценить, насколько рассылки мешают друг другу
После запуска автоматизации стоит анализировать не только открытия, клики и заказы. Эти показатели показывают реакцию на полученные письма, но не объясняют, насколько корректно работает вся система коммуникаций.
Для внутреннего контроля можно использовать несколько дополнительных показателей.
Количество отменённых неактуальных сообщений. Например, сколько напоминаний о корзине не отправилось благодаря тому, что покупатели уже совершили покупку.
Само по себе большое значение не означает ошибку. Наоборот, оно может показывать, что условия отмены работают.
Количество жалоб на неуместные письма. Особенно полезны обращения вроде «Я уже купил этот товар» или «Почему вы снова просите оформить заказ?».
Количество повторных сообщений по одному событию. Например, сколько раз одно оформление заказа вызвало одинаковые уведомления или повторные напоминания.
Частота маркетинговых сообщений на одного подписчика. Этот показатель стоит проверять не только внутри отдельных сценариев, но и по всем используемым каналам.
Время передачи ключевых событий. Если информация о заказах регулярно появляется в системе автоматизации с задержкой, даже правильно настроенные сценарии могут работать некорректно.
Для примера представим, что за неделю в системе было запланировано 1200 напоминаний о корзине. Перед отправкой 180 из них отменили, потому что покупатели уже оформили заказы.
Это 15% запланированных сообщений.
Не нужно делать вывод, что магазин потерял 15% потенциальных рассылок. Напротив, он избежал отправки писем, которые больше не имели смысла.
Гораздо важнее проверить, не осталось ли среди действительно отправленных сообщений обращений к людям, которые уже совершили покупку.
Если такие случаи есть, нужно выяснить причину: неправильный фильтр, задержка события, повторный вход в сценарий или конфликт между разными источниками данных.
Как провести ревизию рассылок за одну рабочую неделю
Если в магазине уже работает несколько автоматических цепочек, необязательно переделывать всё сразу. Лучше начать с тех сценариев, которые чаще всего могут противоречить друг другу.
Понедельник — собрать карту коммуникаций. Выписать все активные сценарии, их события запуска, задержки, условия отмены и каналы отправки. Проверить, не остались ли дублирующие рассылки в другой системе.
Вторник — определить приоритеты. Разделить необходимые уведомления и маркетинговые сообщения. Установить правила, по которым одно предложение должно уступать другому.
Среда — проверить условия остановки. Пройти по каждому отложенному сценарию и убедиться, что изменения в поведении покупателя учитываются перед отправкой.
Четверг — провести тесты. Проверить покупку во время ожидания, повторное оформление, отписку, дублирование событий и пересечение нескольких рассылок.
Пятница — разобрать результаты. Зафиксировать обнаруженные ошибки, назначить ответственных и определить, какие сценарии готовы к запуску, а какие требуют исправлений.
Это пример распределения работ, а не обязательная длительность технической проверки. Для магазина с несколькими письмами ревизия может занять меньше времени, а для сложной системы с большим количеством каналов — значительно больше.
Особенно важно не менять все настройки одновременно. Если после исправлений начнут пропадать нужные сообщения, установить причину будет сложнее.
Удобнее проверять изменения последовательно и сохранять информацию о том, какие правила были изменены.
Какие ошибки чаще всего остаются после настройки
Даже когда автоматизация протестирована, несколько деталей могут остаться без внимания.
Проверили запуск, но забыли про отмену. Система успешно отправляет напоминание о корзине, однако продолжает делать это после покупки. Тест должен включать действия, которые происходят во время ожидания.
Настроили один канал и забыли про другой. Email корректно исключает покупателей после заказа, а SMS продолжает работать по прежним условиям. Каждый канал необходимо проверить отдельно.
Ограничили количество писем, но не установили приоритеты. Покупатель получает менее актуальное предложение, а действительно полезное сообщение блокируется лимитом. Нужно определить не только допустимую частоту, но и порядок выбора.
Не учли повторные действия. Каждый новый просмотр товара или повторное начало оформления запускает ещё одну цепочку. В результате человек получает несколько похожих сообщений.
Проверяли только тестовую отправку. Письмо красиво выглядит и корректно открывается, но неясно, кому оно придёт в реальной ситуации. Проверка содержания не заменяет проверку условий отправки.
Не назначили ответственного за сценарий. После запуска автоматизация работает месяцами, условия меняются, а никто не проверяет, соответствует ли рассылка текущим предложениям магазина.
Последняя ошибка особенно неприятна. Автоматизация способна продолжать выполнять устаревшие действия без единого напоминания о том, что её правила давно требуют пересмотра.
Поэтому каждому важному сценарию нужен ответственный и понятный порядок периодической проверки.
Хорошая автоматизация умеет не только отправлять, но и молчать
Когда магазин начинает работать с автоматическими рассылками, внимание обычно сосредоточено на том, какие письма нужно добавить. Приветственная серия, напоминание о корзине, предложение вернуться, сообщение после покупки — постепенно сценариев становится всё больше.
Но качество коммуникации зависит не только от количества настроенных цепочек.
Гораздо важнее, понимает ли система, когда сообщение потеряло актуальность.
Покупатель оформил заказ — напоминание о корзине больше не нужно. Вернулся после долгого отсутствия — предложение для неактивных клиентов следует пересмотреть. Отказался от рекламы — маркетинговые сообщения необходимо прекратить в соответствии с его выбором.
Для этого автоматизации нужны условия отмены, проверка актуальности перед отправкой, понятные приоритеты и достоверные данные о действиях покупателя.
Начать можно с одного простого упражнения: выберите три активные рассылки и для каждой закончите предложение «Это письмо не должно отправляться, если…».
Если ответа нет или проверить его невозможно, сценарий стоит протестировать ещё раз.
Потому что хорошая автоматизация — это не та, которая отправляет больше писем. А та, которая обращается к человеку тогда, когда сообщение действительно имеет смысл.