75% корзин бросаются. Этот рабочий процесс просмотра WooCommerce помогает.

Утро понедельника в магазине товаров для дома на WooCommerce с оборотом $20 млн, и менеджер по удержанию изучает воронку прошлой недели в Google Analytics. Просмотры страниц товаров: 180 000. Добавления в корзину: 18 000. Покупки: 1 800. На панели Klaviyo указано $3 200, возвращенных за счет брошенных корзин на прошлой неделе.

Показатель отказа от просмотра на той же панели равен нулю, потому что Klaviyo не может связаться с теми, кто отказался от просмотра. Для них не был получен email. Они просмотрели страницу товара, не добавили его в корзину и ушли. 162 000 посетителей на этой неделе недоступны для email-рассылок.

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

Рабочий процесс из 3 сообщений с правильной логикой выхода может конвертировать 8–14% из них в добавление в корзину, что при 162 000 посетителей в неделю является статьей, которую команда по удержанию сможет обосновать на следующем обзоре P&L. Остальная часть этой статьи посвящена этому рабочему процессу, точной настройке событий, необходимой для стека WooCommerce, и математике удержания при трех размерах списка.

Отказ от просмотра — это не отказ от корзины — это не отказ от сеанса

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

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

Этап воронки	Триггерное событие	Типичный еженедельный объем для магазина с оборотом $20 млн	Наследование рабочего процесса
Отказ от сеанса	page_view (любая страница)	очень высокий, шумный	не рекомендуется
Брошенные просмотры	page_view на странице товара без add_to_cart в течение 30 минут	144,000	рабочий процесс восстановления брошенных просмотров в этой статье
Отказ от корзины	add_to_cart без purchase в течение 60 минут	18,000	рабочий процесс восстановления брошенных корзин

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

Почему push — единственный практичный канал для восстановления брошенных просмотров

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

Другие варианты имеют экономику, которая не выдерживает проверки P&L при объеме брошенных просмотров. Платное ремаркетинг в Meta и Google Ads взимает плату за CPM-за-показ и расходует бюджет CAC для каждого пользователя, покинувшего страницу просмотра, которого вы повторно касаетесь, независимо от того, конвертируется ли он. SMS требует номер телефона, что еще менее вероятно, чем адрес электронной почты на этапе просмотра.

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

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

Рабочий процесс из 3 сообщений для восстановления брошенных просмотров

Вот полный рабочий процесс. Триггер: пользовательское событие PushEngage page_view, отфильтрованное по страницам с деталями продукта (где is_product = true) и где подписчик также не инициировал add_to_cart в течение тридцати минут. Тип выполнения: Несколько параллельных, поэтому подписчик, просматривающий пять разных продуктов за сеанс, может иметь пять одновременных экземпляров рабочего процесса, каждый из которых направлен на правильный продукт. Критерии выхода: цели add_to_cart (наследуется рабочим процессом корзины) или purchase (дальнейшие сообщения не требуются).

Руководство — Рабочий процесс из 3 сообщений для восстановления брошенных просмотров

• НАЧАЛО: Пользовательское событие page_view, фильтр is_product = true И отсутствие add_to_cart от того же подписчика в течение 30 минут
• ОЖИДАНИЕ: 30 минут
• РЕШЕНИЕ 1: активен ли подписчик в данный момент на сайте (флаг session_activity установлен в течение последних 5 минут)?
  • Путь ДА: ВЫХОД (не прерывайте активный сеанс; рабочий процесс повторно оценивается при новом триггере)
  • Путь НЕТ: продолжить
• ДЕЙСТВИЕ (Сообщение 1): Отправьте веб-push-уведомление с напоминанием о просмотренном товаре. Заголовок: «Все еще думаете о {{event.data.product_title}}?» Текст: «Он ждет вас там, где вы его оставили. Нажмите, чтобы забрать». URL: URL страницы товара. Изображение: {{event.data.product_image}}.
• ОЖИДАНИЕ: 4 часа
• РЕШЕНИЕ 2: добавил ли подписчик товар в корзину?
  • Путь ДА: ВЫХОД (рабочий процесс брошенной корзины наследуется)
  • Путь НЕТ: продолжить
• ДЕЙСТВИЕ (Сообщение 2): Отправьте веб-push-уведомление с похожими товарами. Заголовок: «Вам также могут понравиться эти товары из нашей коллекции {{event.data.category}}». Текст: «Три варианта, похожих на {{event.data.product_title}}». URL: страница архива категории WooCommerce. Изображение: изображение первого похожего товара.
• ОЖИДАНИЕ: 48 часов
• ДЕЙСТВИЕ (Сообщение 3): Отправьте веб-push-уведомление с предложением скидки. Заголовок: «Вы положили на это глаз». Текст: «Мы придержали его для вас со скидкой 10%. Код: BROWSE10». URL: URL страницы товара с примененным кодом скидки.
• КОНЕЦ

Это весь рабочий процесс брошенной корзины. Три сообщения, два ожидания с решениями, одна ветка тихого выхода, два выхода по достижению цели. Уведомления о просмотре товара в Сообщении 1 и Сообщении 3 отправляют исходный просмотренный товар; Сообщение 2 переключается на похожие товары, потому что через 4 часа после просмотра напоминания об одном и том же товаре становятся утомительными, и здесь работает открытие нового. Следующие два заголовка H2 подробно рассматривают выход «все еще просматривает» и механизм похожих товаров, поскольку оба эти аспекта являются наиболее упущенными деталями на SERP.

Примечание о типе запуска. «Несколько параллельных» подходит для брошенной корзины, потому что один подписчик может просмотреть и бросить пять товаров за сорокапятиминутную сессию, и каждый из них является отдельным экземпляром рабочего процесса со своим контекстом товара. Движок рабочих процессов PushEngage отслеживает временную метку `entry_flag` для каждого экземпляра, поэтому пять экземпляров не сталкиваются. Если вы установите этот рабочий процесс в режим «Одиночный», только один из пяти товаров получит реакцию, а остальные четыре останутся без внимания.

Ветвь выхода «все еще просматривает»

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

Узел РЕШЕНИЕ в блоке ожидания тридцати минут решает эту проблему. Он считывает атрибут `session_activity` из профиля подписчика, который отслеживает активность в сессии. Если временная метка атрибута находится в пределах последних пяти минут, рабочий процесс тихо завершается. Подписчик не наказывается за то, что находится на сайте. В следующий раз, когда он уйдет, следующий просмотр страницы товара снова запустит триггер и начнет новый экземпляр рабочего процесса с актуальным контекстом. Это самое важное дополнение к рабочему процессу брошенной корзины, которое большинство команд выпускают без него.

Реализация проста. JavaScript SDK PushEngage может отправлять пользовательское событие heartbeat каждые пять минут, пока страница находится в фоновом режиме, которое записывается в атрибут подписчика с помощью действия «Обновить атрибут» движка Workflows. Фильтр аудитории узла DECISION затем считывает subscriber.attributes.session_active_at и сравнивает его с now() - 5min. Фильтр аудитории описан в справочнике по логике принятия решений PushEngage Workflows.

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

Рычаг связанных товаров (Сообщение 2)

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

WooCommerce упрощает это. Платформа предоставляет wc_get_related_products как встроенную функцию, связанную с таксономией продуктов. Функция возвращает сопутствующие товары, товары, которые часто покупают вместе, и товары из той же категории, связанные с просмотренным продуктом. Плагин интеграции PushEngage WooCommerce может передавать их в рабочий процесс как переменные event-data, поэтому уведомление Сообщения 2 может отображать названия, изображения и URL-адреса сопутствующих товаров без отдельного вызова API. Типичная строка текста для Сообщения 2: «Вам также могут понравиться эти товары из нашей коллекции {{event.data.category}}».

Это преимущество, специфичное для WooCommerce. Магазины на платформах без встроенной таксономии сопутствующих товаров должны вычислять схожесть во время срабатывания рабочего процесса, что означает использование пользовательской службы рекомендаций. Магазины WooCommerce получают это бесплатно от платформы. Магазины среднего размера на WooCommerce с обширными каталогами SKU получают наибольшую выгоду от Сообщения 2, потому что поверхность сопутствующих товаров достаточно широка, чтобы найти второй продукт, который подписчик действительно хочет. Магазины с узкими каталогами получают здесь меньшую выгоду и могут объединить Сообщения 2 и 3 в одно касание для обнаружения скидок через 24 часа.

Шаблон имеет значение, потому что напоминание о брошенной корзине — это стандартный вариант для SERP, и его потолок конверсии низок. Добавление касания для открытия увеличивает коэффициент восстановления корзины рабочего процесса на 30–50% в магазинах с уже заполненной таксономией сопутствующих товаров, что есть в большинстве установок WooCommerce, знают об этом мерчандайзеры или нет.

Данные о брошенных просмотрах в стеке WooCommerce

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

Событие 1, page_view с product_id. Запускается из PushEngage JavaScript SDK на каждой странице товара. Минимальный набор данных: { event_name: 'page_view', product_id: '...' }; рекомендуемый набор данных также включает product_title, product_image и category, чтобы рабочий процесс мог отображать их в Сообщениях 1, 2 и 3 без второго вызова API. Установите это первым, так как триггер рабочего процесса просмотра зависит от него.

Событие 2, add_to_cart. Запускается из интеграции WooCommerce-PushEngage, которая использует действие WordPress woocommerce_add_to_cart. Установите вторым, так как РЕШЕНИЕ 2 рабочего процесса (и критерии выхода из рабочего процесса) считывают это событие. Если вы отложите установку плагина интеграции, рабочий процесс просмотра все равно будет работать; он просто не сможет чисто унаследовать данные в рабочий процесс корзины.

Событие 3, session_activity heartbeat. Пользовательское событие, запускаемое PushEngage SDK каждые пять минут, пока страница находится на переднем плане. Обновляет атрибут подписчика session_active_at. Установите третьим. Рабочий процесс просмотра корректно работает и без него: 30-минутное ожидание все равно применяется, и Сообщение 1 все равно отправляется, но ветвь выхода «все еще просматривает» не может быть активирована, и активные покупатели иногда будут получать уведомления в середине сеанса. Это необязательный шаг для улучшения.

Большинство магазинов WooCommerce с установленным плагином PushEngage получают события 1 и 2 бесплатно во время онбординга. Heartbeat session_activity — это необязательное третье событие, которое превращает рабочий процесс из «хорошего» в «лучший в SERP». Магазины, откладывающие инженерные работы, могут запустить рабочий процесс с событиями 1 и 2 на первой неделе и добавить heartbeat на третьей неделе.

Аналитика по рабочему процессу: читайте воронку

PushEngage Workflows отслеживает поставленных в очередь, завершенных и вышедших пользователей на каждом узле. Для сценария «брошенная корзина» в магазине WooCommerce с 200 000 подписчиков и примерно 30 000 просмотров страниц товаров в неделю (иллюстративные цифры) воронка выглядит следующим образом:

Узел	В очереди	Завершено	Выбыло	Примечания
СТАРТ (фильтр page_view)	0	28,000	0	Подписчики, вошедшие в рабочий процесс на этой неделе
ОЖИДАНИЕ 30 минут	850	27,150	0	Нормальная глубина очереди
РЕШЕНИЕ 1 (все еще просматривает?)	0	21,800	5,350	5 350 активных сеансов тихо завершены
ДЕЙСТВИЕ Сообщение 1	0	21,800	0	Напоминание отправлено
ОЖИДАНИЕ 4 часа	280	18,520	3,000	3 000 подписчиков добавили в корзину (рабочий процесс корзины наследует)
РЕШЕНИЕ 2 (добавлено в корзину?)	0	18,520	0	Все оставшиеся только просматривают
ДЕЙСТВИЕ Сообщение 2	0	18,520	0	Связанные товары отправлены
ОЖИДАНИЕ 48 часов	600	16,300	2,220	2 220 добавлено в корзину в течение следующих двух дней
ДЕЙСТВИЕ Сообщение 3	0	16,300	0	Предложение скидки отправлено
КОНЕЦ	н/д	16,300	н/д	Не добавлено в корзину

В этой воронке 5 220 подписчиков (3 000 + 2 220) добавили товары в корзину во время просмотра, что составляет 18,6% конверсии из просмотра в корзину из 28 000 вошедших. Из этих добавлений в корзину рабочий процесс отмены заказа в корзине затем восстанавливает некоторую дополнительную долю покупок. Высокие узлы выхода — это два ожидания, что является ожидаемой закономерностью: время принятия решения происходит в окнах ожидания, а не в окнах действий. Выход «все еще просматривает» в DECISION 1 добавляет еще 5 350 бесшумно завершенных активных сессий; без этой ветви эти подписчики получили бы Сообщение 1 во время сеанса, что подорвало бы канал.

Расчет восстановленной выручки масштабируется с размером списка. Тот же рабочий процесс на списке из 50 000 подписчиков дает примерно четверть этих цифр; на списке из 1 000 000 подписчиков он дает примерно в пять раз больше. Стоимость одного отправления остается почти нулевой на протяжении всего процесса, что является структурным преимуществом канала.

Размер списка	Еженедельные просмотры деталей продукта	Еженедельные брошенные просмотры, входящие в рабочий процесс	Еженедельные восстановления после добавления в корзину (18,6%)	Оценочная восстановленная выручка при среднем чеке 85 долларов × 15% коэффициента закрытия
50,000	7,500	7,000	1,300	$16,600
200,000	30,000	28,000	5,220	$66,500
1,000,000	150,000	140,000	26,000	$331,500

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

Создайте это в PushEngage Workflows

Рабочий процесс отмены просмотра напрямую сопоставляется с компонентами PushEngage Workflows. Вот сопоставление:

Компонент рабочего процесса	Используемые типы узлов	Типы используемых действий	Параметр рабочего процесса
Рабочий процесс из 3 сообщений для восстановления брошенных просмотров	START, WAIT, DECISION, ACTION, EXIT, END	SendPushNotification	Тип выполнения: Несколько параллельных; выход по целям add_to_cart или purchase

Движок Workflows поставляется с более чем 60 готовыми шаблонами, охватывающими потоки электронной коммерции, включая отмену просмотра и брошенную корзину. Шаблон отмены просмотра — это правильная отправная точка; клонируйте его, замените переменные WooCommerce для категорий и продуктов, и рабочий процесс будет запущен менее чем за час в конструкторе PushEngage Workflows.

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

Для более широкого контекста о том, как этот рабочий процесс вписывается в полную программу удержания клиентов WooCommerce, хаб push-уведомлений для электронной коммерции охватывает типы кампаний, которые реализует этот рабочий процесс, а в посте о существующих кампаниях по отмене просмотра представлен обзор стратегии по более широкой теме. Смежный рабочий процесс отмены корзины WooCommerce является естественным следующим шагом после запуска просмотра; он наследует подписчика в тот момент, когда Сообщение 1 или Сообщение 2 приводит к добавлению в корзину. Последовательность восстановления после отмены корзины PushEngage охватывает детали плейбука. Для кросс-канальных команд, использующих push-уведомления наряду с электронной почтой, пост кросс-канальные push-уведомления и электронная почта рассматривает вопрос оркестрации.

Если вы выделите одно число из этой статьи, то это будет 162 000. Это еженедельная аудитория, покинувшая сайт без покупки, у одного магазина WooCommerce с оборотом 20 миллионов долларов, у подавляющего большинства из которых нет адреса электронной почты, по которому вы могли бы с ними связаться. Email и SMS не смогут повлиять на эту аудиторию. Платный ремаркетинг сможет, но со стоимостью привлечения клиента, которая увеличивается против удержания. Push-уведомления WooCommerce о брошенных просмотрах достигают той же аудитории почти бесплатно за отправку, с рабочим процессом, который запускается за полдня, и веткой выхода, которая остается доступной для канала.

Математика удержания — вот что делает эту статью расходов защищаемой. При списке из 200 000 подписчиков с вышеуказанным рабочим процессом ожидаемый еженедельный восстановленный доход составляет порядка 66 500 долларов при типичных средних чеках среднего рынка. Это число масштабируется линейно с размером списка, а стоимость отправки остается почти нулевой. Сначала рабочий процесс для брошенных просмотров, затем рабочий процесс для брошенных корзин, наследующий от него, и остальная часть стека удержания WooCommerce, построенная вокруг них.

Бесплатный план дает вам 200 подписчиков, все каналы и полный движок рабочих процессов с первого дня. Этого достаточно, чтобы настроить событие page_view, запустить рабочий процесс и отслеживать воронку в течение недели, прежде чем запрашивать бюджет. Начните с бесплатного плана, чтобы запустить Сообщение 1 этого рабочего процесса до пятницы.