Автоматизированные push-уведомления WooCommerce для восстановления более 12% брошенных корзин

Сейчас вторник, 9 утра, и вы смотрите на панель управления WooCommerce магазина с оборотом в 35 миллионов долларов. Klaviyo вернул 4 800 долларов за брошенные корзины на прошлой неделе. Невозвращенная сумма составляет 46 000 долларов. Этот разрыв — не проблема Klaviyo. Последовательность писем в порядке. Разрыв существует, потому что электронная почта вообще не может достичь примерно трети тех, кто бросил корзину: письмо никогда не открывается, окно предварительного просмотра никогда не открывается, а почтовый ящик остается полным подтверждений заказов за прошлую неделю.

Push-уведомления WooCommerce для брошенных корзин устраняют этот разрыв не заменой последовательности электронных писем, а параллельной работой с ней в другое время, в другом формате, на другой платформе.

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

Загрузите его напрямую в PushEngage, и он будет работать менее чем за час. Возвращенная корзина — это найденный доход, а не оплаченный доход, и это весь аргумент удержания/CAC в одной строке.

Почему «push вместо email» — это неправильная постановка вопроса

Большинство статей о брошенных корзинах устанавливают ложную дихотомию. Push против email. SMS против push. WhatsApp против всех трех. Средние магазины WooCommerce, которые возвращают 25–40% стоимости брошенных корзин, не выбирают что-то одно. Они накладывают слои. Email достигает пользователей почтового ящика, которые проверяют почту дважды в день. Push достигает пользователей настольных компьютеров и мобильных устройств, которые вообще не проверяют почту, но просматривают уведомления. SMS достигает корзин с высокой стоимостью, где сообщение должно быть доставлено в течение следующих тридцати секунд. Задача менеджера по удержанию клиентов — составить многослойный стек, а не спорить, какой отдельный канал победит.

Для магазина WooCommerce, который сегодня использует только email-последовательность, вопрос не в том, «следует ли мне перейти на push». Вопрос в том, «что push добавляет к тому, что уже делает email». Ответ прост. Push срабатывает быстрее, чем открытие email (первое касание через 60 минут происходит за час до открытия обычного email). Push труднее игнорировать (нет окна предварительного просмотра). Push завершается событием покупки независимо от того, какой канал получил кредит за конверсию. Это дополнительные свойства, а не заменители.

Остальная часть этой статьи построена на этой основе. 3-сообщение в push-рабочем процессе ниже предполагает, что у вас уже есть 3- или 4-email последовательность восстановления, работающая в Klaviyo, Omnisend или любом другом ESP, который вы используете. Она дополняет эту последовательность, а не заменяет ее.

Почему WooCommerce хорошо подходит для push-уведомлений (и где это не так)

WooCommerce генерирует три встроенных события, которые делают весь процесс управляемым. Событие add_to_cart срабатывает каждый раз, когда товар добавляется в корзину. Событие woocommerce_cart_updated срабатывает при изменении состояния корзины. Событие woocommerce_payment_complete срабатывает при оплате заказа.

Плагин интеграции PushEngage WooCommerce сопоставляет эти события с пользовательским событием PushEngage под названием cart_abandoned (срабатывает, когда корзина остается неактивной после порога отказа от покупки) и с целью под названием purchase (срабатывает при завершении оплаты). Полезная нагрузка события cart_abandoned содержит cart_id, cart_value, cart_url (ссылка для восстановления) и список товаров. Эта полезная нагрузка становится источником переменных, которые используют уведомления рабочего процесса.

Интеграция PushEngage также обрабатывает восстановление корзины. Когда подписчик нажимает на push-уведомление, он попадает в корзину с уже заполненными товарами, а не на пустую страницу товара. Это немаловажная деталь: восстановленная корзина с оформлением заказа в один клик конвертируется примерно в три раза чаще, чем восстановленная корзина, в которой подписчику необходимо повторно добавить товары.

Восстановление корзины — одна из функций push-уведомлений WooCommerce, которую интеграция PushEngage предоставляет «из коробки»; на платформах без интеграции команде по удержанию клиентов приходится создавать ссылку для восстановления вручную.

Есть одна особенность, специфичная для WooCommerce, которую стоит отметить. Магазины, использующие внешнюю обработку платежей (Stripe Checkout, PayPal hosted checkout, Mollie hosted, Klarna hosted), не генерируют событие woocommerce_payment_complete до тех пор, пока клиент не будет перенаправлен обратно на страницу благодарности. Если этот перенаправление не происходит (клиент закрывает вкладку браузера на странице Stripe после оплаты), рабочий процесс не может узнать, что корзина была конвертирована. Решение — пиксель отслеживания целей на странице перенаправления благодарности, который запускает цель PushEngage purchase с cart_id. Без этого пикселя рабочий процесс продолжает отправлять напоминания подписчикам, которые уже заплатили, и это режим сбоя, которого хочет избежать любая команда по удержанию клиентов. Настройте пиксель перед включением рабочего процесса.

Два дополнительных контекстных замечания. Во-первых, словарь рабочего процесса в остальной части этой статьи (START, WAIT, DECISION, ACTION, END) определяется в конструкторе PushEngage Workflows и подробно рассматривается в основной статье по eCommerce. Во-вторых, этот рабочий процесс для брошенных корзин WooCommerce является одним из пяти специфичных для WooCommerce push-рабочих процессов в этой серии; другие (брошенные просмотры, снижение цены, поступление товара на склад, после покупки) связаны из заключительного раздела.

3-сообщение в рабочем процессе брошенной корзины, от начала до конца

Это центральная часть. Полная спецификация рабочего процесса для брошенных корзин.

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

• Триггер (START): Пользовательское событие PushEngage с event_name = cart_abandoned, запускаемое интеграцией WooCommerce, когда корзина остается неактивной после порога отказа от покупки (обычно 60 минут неактивности).
• Тип запуска: Несколько параллельных. Подписчик, который бросил корзину A во вторник и корзину B в пятницу, получает два одновременных экземпляра рабочего процесса, по одному на каждую корзину, каждый со своим cart_id. Это критически важно: тип запуска «Один» или «Несколько последовательных» заблокирует восстановление корзины B после завершения рабочего процесса корзины A, а вернувшийся покупатель, бросивший корзину во второй раз, ничего не получит.
• Критерии выхода: Цель purchase совпадает с cart_id из триггерного события. В тот момент, когда срабатывает цель WooCommerce purchase для этой корзины, рабочий процесс для этого подписчика отменяется, независимо от того, на каком этапе пути он находится.
• Тихие часы: с 22:00 до 8:00 по часовому поясу подписчика, резервный вариант reschedule. Настройка reschedule удерживает уведомления до 8:01 утра по местному времени вместо их отмены, что предпочитает большинство команд по удержанию, поскольку отмененные уведомления также исключаются из аналитики.

Поток

WAIT 1 час → Сообщение 1 (без скидки) → WAIT 24 часа → РЕШЕНИЕ: корзина все еще брошена? → Путь ДА: Сообщение 2 (скидка 10%) → WAIT 48 часов → РЕШЕНИЕ: корзина все еще брошена? → Путь ДА: Сообщение 3 (скидка 20% + срочность) → END.

Пути НЕТ на обоих узлах принятия решений ведут к EXIT (корзина была куплена между ожиданиями, и работа рабочего процесса выполнена).

Текст уведомления

Сообщение 1 (через 1 час после отказа от корзины, без скидки):

• Заголовок: Вы кое-что забыли
• Тело: Ваш {{event.data.product_name || cart}} все еще здесь. Хотите завершить оформление заказа?
• URL: {{event.data.cart_url}}

Сообщение 2 (через 25 часов после отказа от корзины, скидка 10%):

• Заголовок: Все еще думаете? Вот 10% скидка
• Тело: Ваш {{event.data.product_name || cart}} в одном клике от вас. Используйте SAVE10 при оформлении заказа.
• URL: {{event.data.cart_url}}?coupon=SAVE10

Сообщение 3 (через 73 часа после отказа от корзины, скидка 20%, срочность):

• Заголовок: Последний шанс: скидка 20% на вашу корзину
• Тело: Мы сохранили ваш {{event.data.product_name || cart}} еще на один день. Код SAVE20 истекает сегодня вечером.
• URL: {{event.data.cart_url}}?coupon=SAVE20

Каждый заголовок остается короче 50 символов, а каждое тело — короче 130 символов, что позволяет отображать их без усечения в Chrome на рабочем столе, iOS Safari 16.4+ и Chrome на Android. Синтаксис || обеспечивает резервное значение, если переменная имени продукта отсутствует.

Почему 1 час, 25 часов и 73 часа

Три ожидания не случайны. Каждое окно отражает разную психологию восстановления.

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

25 часов. Второе касание происходит на следующий день, намеренно через 25 часов, а не ровно через 24, чтобы пользователь, покинувший корзину вечером, не получил второе сообщение в то же время, что и первое (что мозг воспринимает как спам). Ожидание в 25 часов смещает второе касание на следующее утро для тех, кто покинул корзину вечером, или на следующий вечер для тех, кто покинул корзину утром, что является практическим окном для предложения со скидкой 10%.

73 часа. Финальная попытка перед тем, как корзина «остынет». Через три дня намерение подписчика либо реализовалось через другой канал (в этом случае правило выхода уже сработало), либо полностью угасло. Скидка 20% с ограничением по времени — это последний действенный стимул, прежде чем корзина станет неактивной. Ожидание более 96 часов приводит к исчезающе малой эффективности восстановления при гарантированных затратах на маржу; менее 48 часов после Сообщения 2 приучает подписчиков ждать скидки.

Тихие часы охватывают всю последовательность. Первое касание через 1 час для пользователя, покинувшего корзину в 11 вечера, иначе пришлось бы на полночь. При установке reschedule на 8:01 утра сообщение будет доставлено только на следующее утро. Рабочий процесс отмены брошенной корзины остается ответственным за доставку, а не молчаливо отправляет сообщения ночью.

Защита лестницы скидок

Лестница скидок составляет 0% / 10% / 20%. Очевидной альтернативой является фиксированная скидка 15% на все три касания. Лестница выигрывает по чистой выручке от восстановления, даже если плоская структура выигрывает по сырому коэффициенту восстановления. Вот расчеты в масштабе типичного WooCommerce для среднего рынка.

Сценарий. 200 000 подписчиков push-уведомлений. 70% коэффициент отмены корзины. Средний чек $145. Примерно 12 000 брошенных корзин в неделю отслеживаются через рабочий процесс push-уведомлений (после пересечения подписчиков с email).

Фиксированная скидка 15% на все три касания. Предположим, это увеличивает сырой коэффициент восстановления до 30%. Это восстанавливает 3 600 корзин в неделю при среднем чеке $145, что составляет $522 000 валовой выручки. Каждая восстановленная корзина оплачивает 15% скидку, поэтому чистая выручка от восстановления составляет $522 000 × 0,85 = $443 700 в неделю.

Лестница 0/10/20. Предположим, это дает сырой коэффициент восстановления 25% (ниже, потому что Сообщение 1 не имеет стимула). Но восстановление распределяется по трем касаниям: 12% конвертируются на Сообщении 1 (без скидки), 8% на Сообщении 2 (10%), 5% на Сообщении 3 (20%). Чистая прибыль на корзину: 12% × $145 + 8% × $145 × 0,90 + 5% × $145 × 0,80 = $17,40 + $10,44 + $5,80 = $33,64 за брошенную корзину. При 12 000 корзин это составляет $403 680 в неделю, что немного меньше, чем при фиксированной скидке.

Но реальность валовой прибыли более резкая. Большинство магазинов WooCommerce среднего рынка работают с валовой прибылью 35–45%. Скидка 15% снижает эту маржу до 20–30%. Конверсия 0% на Сообщении 1 сохраняет полную маржу. Команда по удержанию клиентов, которая использует лестницу скидок, отказывается от примерно 3 процентных пунктов коэффициента восстановления (28% против 31%) и восстанавливает значительно большую долю маржинальных долларов. Чистый вклад в маржу, а не валовая выручка от восстановления, является правильным показателем для защиты.

Второй аргумент лестницы — обучение подписчиков. Список, в котором постоянно наблюдается скидка 15% в каждом напоминании о корзине, учится ждать скидки. Показатель восстановления в следующем квартале при фиксированных 15% падает, потому что подписчики изучили закономерность. Лестница 0/10/20 сохраняет возможность конвертации по полной цене.

Третий аргумент — сегментация. Подписчик, который конвертируется в Сообщении 1, — это клиент с высоким намерением, которого стоит повторно таргетировать по-другому в следующей кампании. Подписчик, который конвертируется только в Сообщении 3, чувствителен к цене, и его стоит сегментировать в путь удержания, ориентированный на цену. Лестница создает сигнал; фиксированная скидка создает шум.

Атрибуция по каждой корзине и математика возвращенного дохода

Аналитика рабочих процессов Push в PushEngage отслеживает три показателя в каждом узле: пользователи в очереди (ожидающие в этом узле), завершенные пользователи (прошедшие через узел) и вышедшие пользователи (покинувшие рабочий процесс в этом узле, обычно потому, что сработало правило выхода).

Вот как выглядит аналитика на уровне узлов для активного рабочего процесса восстановления брошенных корзин WooCommerce, работающего в магазине с 200 тыс. подписчиков и средним чеком $145:

Узел	В очереди	Завершено	Выбыло	Примечания
НАЧАЛО (cart_abandoned)	0	11,940	240	240 корзин конвертировано между срабатыванием события и сканированием рабочего процесса
WAIT 1 час	220	11,720	0	Нормальная глубина очереди
ДЕЙСТВИЕ: Сообщение 1	0	11,720	0	Уведомление отправлено
ПОДОЖДАТЬ 24 часа	280	9,290	2,150	2 150 корзин конвертировано в Сообщении 1 (восстановление с наивысшим намерением)
РЕШЕНИЕ: все еще брошена?	0	9,290	0	Оставшиеся корзины проверены на соответствие цели
ДЕЙСТВИЕ: Сообщение 2 (скидка 10%)	0	9,290	0	Уведомление отправлено с кодом SAVE10
ОЖИДАНИЕ 48 часов	120	7,460	1,710	1 710 корзин конвертировано в Сообщении 2
РЕШЕНИЕ: все еще брошена?	0	7,460	0	Финальная проверка
ДЕЙСТВИЕ: Сообщение 3 (скидка 20%)	0	7,460	0	Уведомление отправлено с кодом SAVE20
КОНЕЦ	н/д	7,460	н/д	7 460 корзин не были восстановлены через push-уведомления

Всего восстановлено через push: 240 (до первого контакта) + 2 150 + 1 710 = 4 100 корзин. Сырой коэффициент восстановления через push: 4 100 / 12 180 = 33,7%. Стоимость восстановленной корзины при среднем чеке $145 = $594 500 валовой прибыли в неделю. За вычетом скидки по лестнице (240 корзин по 0%, 2 150 по 0%, 1 710 по 10%), чистая выручка = $570 795 в неделю.

Читайте воронку так. Два ожидания (24 часа и 48 часов) — это узлы с наибольшим количеством выходов, что является правильной закономерностью: клиенты решают купить во время ожидания, а не во время чтения уведомления. Если ваш рабочий процесс показывает обратное (много выходов в узлах действий, мало в узлах ожидания), время ожидания слишком велико, и вам следует его сократить. Если узел START показывает необычно много выходов, порог брошенной корзины слишком низкий, и вы захватываете корзины, которые на самом деле никогда не были брошены.

Это строка восстановленной выручки, которую менеджер по удержанию может защитить на следующем обзоре P&L. Push-уведомления WooCommerce восстановили $570 795 чистой прибыли на прошлой неделе через рабочий процесс восстановления брошенных корзин, при нулевой стоимости отправки каждого push-уведомления и стоимости подписки на платформу. Стоимость восстановленного доллара настолько мала, что у финансового отдела не возникает дополнительных вопросов.

Многоканальная оркестровка: push + email + WhatsApp + live chat

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

• НАЧАЛО: событие cart_abandoned с cart_id и cart_value
• ОЖИДАНИЕ: 1 час
• РЕШЕНИЕ 1: подписан ли подписчик на веб-push? ДА: отправить напоминание через веб-push; НЕТ: продолжить
• ОЖИДАНИЕ: 30 минут
• РЕШЕНИЕ 2: сработало ли push-уведомление и было ли оно нажато? ДА: ВЫЙТИ; НЕТ: продолжить
• РЕШЕНИЕ 3: cart_value > $200? ДА: отправить сообщение WhatsApp; НЕТ: отправить email через HTTP-запрос к ESP
• РЕШЕНИЕ 4: находится ли подписчик в данный момент на месте? ДА: запустить ping в чате; НЕТ: продолжить ожидание Сообщения 2
• ВЫХОД по цели purchase

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

С одним движком рабочего процесса путешествие — это один объект. Чтобы узнать больше о том, как push-уведомления и электронная почта комбинируются в рамках единого плана удержания, см. основную статью об оркестрации push-уведомлений и электронной почты по нескольким каналам.

Боковая панель: управление рабочим процессом корзины с помощью вашего ИИ-ассистента

С плагином WordPress 4.2.4 и WordPress Abilities API рабочий процесс корзины становится управляемым любым ИИ-ассистентом, осведомленным о MCP. Плагин предоставляет pushengage/list-push-automation-campaigns (возвращает текущую конфигурацию автоматизации push-уведомлений WooCommerce) и pushengage/update-push-automation-campaign (включает, отключает или перенастраивает кампанию по ID). Обе возможности требуют, чтобы у пользователя была возможность WordPress manage_options, и требуют, чтобы WooCommerce был активен на сайте.

Для менеджера по удержанию, использующего Claude, ChatGPT или Cursor с открытым PushEngage MCP, это означает, что рабочий процесс брошенной корзины может быть приостановлен во время запланированного простоя сайта, возобновлен после него или перенастроен для замены вариантов копии без открытия WP admin. Подробнее об этом в анонсе ИИ-ассистентов PushEngage.

Создайте его в PushEngage

Путь настройки короток. Установите плагин PushEngage на сайте WooCommerce (он автоматически обнаруживает WooCommerce и предоставляет события, специфичные для WooCommerce). Подключите плагин к учетной записи PushEngage. Импортируйте шаблон рабочего процесса брошенной корзины в конструкторе рабочих процессов PushEngage.

Он поставляется с уже настроенным временем 1ч / 25ч / 73ч, заполнителями скидочной лестницы и правилом выхода при покупке. Замените коды купонов-заполнителей на свои реальные. Настройте порог брошенной корзины (по умолчанию 60 минут разумны для большинства магазинов). Активируйте рабочий процесс. Наблюдайте, как первые 200 брошенных корзин проходят через него, прежде чем масштабироваться.

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

Что это меняет

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

Чтобы понять, как это вписывается в комплексную программу удержания клиентов в сфере электронной коммерции, ознакомьтесь с обзором в статье "Push-уведомления в электронной коммерции".

У менеджера по удержанию клиентов, который открывает панель управления WooCommerce во вторник и видит 46 000 долларов невосстановленных корзин, есть выбор. Продолжать оптимизировать последовательность писем, которая достигла плато, или добавить поверх нее push-уведомления в качестве второго канала, работающего в другое время, в другом формате и с другим правилом выхода. Представленный выше рабочий процесс из 3 сообщений, работающий параллельно с любым уже настроенным расписанием рассылки по электронной почте, восстанавливает 12–25% стоимости корзины, которую электронная почта не может охватить.

С помощью лестницы скидок 0/10/20 восстановленная выручка оказывается с более высокой чистой прибылью, чем рабочий процесс с фиксированной скидкой. С правилом выхода при покупке рабочий процесс перестает срабатывать в тот момент, когда корзина конвертируется. Благодаря аналитике по узлам, пункт в отчете для финансового отдела обоснован цифрами, а не анекдотами. Это весь аргумент восстановления брошенных корзин и весь аргумент автоматизации восстановления корзин в одном рабочем процессе.