Уведомления WooCommerce о поступлении товара: рабочий процесс с показателем кликов более 70%

Сейчас пятница, 16:00, в магазине кроссовок среднего уровня на WooCommerce. Кроссовки Nike Pegasus 41 Black распроданы уже девять дней. Команда мерчендайзинга меняет статус запасов с outofstock на instock, добавляя 800 пар в фид склада. Рабочий процесс уведомлений о поступлении товара на WooCommerce уже запущен.

В течение 30 секунд push-уведомления рассылаются 4200 подписчикам, которые явно нажали «уведомить меня» на странице товара во время отсутствия товара на складе. К 16:05 из них 2800 перешли по ссылке. К 16:11 1400 совершили покупку. SKU снова распродан. Менеджер по удержанию клиентов не потратил ни часа на запуск. Рабочий процесс тихо работал с момента последнего пополнения запасов.

Таков рабочий процесс. Один триггер, максимум два сообщения, коэффициент кликабельности выше 70% и коэффициент конверсии из кликов, который находится в диапазоне от 25% до 40%. В стеке удержания нет другой кампании, которая работала бы так стабильно. Причина не в тексте и не во времени. Это опт-ин. Подписчик, ожидающий поступления товара, — единственный подписчик во всем портфолио, который назвал конкретный SKU, который он хочет, и попросил письменно уведомить его в тот момент, когда он снова появится.

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

Почему уведомления о поступлении товара — это push-рабочий процесс с самым высоким CTR в электронной коммерции

Уведомления о поступлении товара после клика имеют коэффициенты кликабельности, которые выглядят как опечатки по сравнению с остальным портфолио push-уведомлений в электронной коммерции. Уведомления о брошенной корзине имеют CTR 8–14%. Уведомления о просмотренных товарах имеют CTR 4–8%. Серия приветственных сообщений имеет CTR 12–20%. Уведомления о снижении цены имеют CTR 18–25%. Уведомления о поступлении товара имеют CTR 60–80%, а хорошо настроенный рабочий процесс для SKU с высоким спросом регулярно превышает 75%.

Рабочий процесс	Типичный коэффициент кликабельности
Брошенные просмотры	4–8%
Брошенная корзина (сообщение 1)	8–14%
Приветственная серия	12–20%
Оповещения о снижении цены	18–25%
Поступление товара	60–80%

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

Во-первых, опт-ин явный. Подписчик нажал кнопку с надписью «уведомить меня, когда это появится в наличии» на конкретной странице товара. Нет никакого подразумеваемого намерения или угадывания сегментации. Система знает, что подписчик хочет именно этот SKU.

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

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

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

Рабочий процесс использует конструктор PushEngage Workflows и стандартный набор узлов START / WAIT / DECISION / ACTION / END. Полная спецификация:

Триггер (START): PushEngage.CustomEvent с event_name = product_restocked. Срабатывает из интеграции WooCommerce-PushEngage, когда stock_status товара переходит из outofstock в instock и stock_quantity > 0. Плагин интеграции автоматически сопоставляет хук WooCommerce woocommerce_product_set_stock_status с этим пользовательским событием.

Тип выполнения: Несколько параллельных. Подписчик может подписаться на несколько SKU одновременно, и каждое пополнение запасов запускает свой собственный параллельный экземпляр рабочего процесса. Пополнение запасов Pegasus 41 Black и отдельное пополнение запасов Pegasus 41 Red для одного и того же подписчика выполняются как два независимых пути.

Поток:

• Узел DECISION: подписан ли подписчик на список уведомлений для этого конкретного SKU (и variation_id для товаров с вариантами)?
• Путь YES: немедленно отправить уведомление о пополнении запасов. Без ожидания. Уведомление о поступлении товара — это единственный рабочий процесс, где ожидание является ошибкой, а не функцией, поскольку товар, скорее всего, будет в наличии в первые минуты после пополнения.
• WAIT 4 часа.
• Узел DECISION: нажал ли подписчик на первое уведомление? Товар все еще в наличии?
• NO + все еще в наличии: отправить 4-часовое напоминание.
• Все остальные пути: END.

Критерии выхода: Цель purchase, соответствующая product_id из триггерного события, или событие клика с последующим добавлением в корзину. В тот момент, когда подписчик покупает (или обязуется купить, добавив в корзину), рабочий процесс отменяется, и напоминание не отправляется.

Сообщение 1 — дружелюбное, немедленное

• Заголовок: Pegasus 41 Black снова в наличии
• Текст: Вы просили сообщить нам, как только он появится. Черный цвет уже доступен. Нажмите, чтобы приобрести пару.

Сообщение 2 — напоминание через 4 часа для тех, кто не кликнул

• Заголовок: Pegasus 41 Black все еще в наличии
• Текст: Распродается быстро. Вы подписались на это пополнение. Нажмите, если вы все еще хотите пару.

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

Состояние гонки: когда товар возвращается на склад, и 4200 подписчиков кликают в течение 30 секунд

Популярный SKU с 4200 подписками, пополненный 800 единицами, будет распродан до того, как самое медленное уведомление достигнет самого медленного подписчика. Это самая большая операционная проблема в рабочем процессе уведомления о пополнении запасов, и именно она отличает кампанию с CTR 70% от кампании с CTR 12%. Подписчики, которые видят уведомление после того, как товар закончился, не кликают. Они чувствуют себя обманутыми. Они с большей вероятностью отпишутся от общей рассылки. Первое пополнение запасов, которое команда по удержанию клиентов запускает без обработки гонки состояний, обычно является последним, которое они запускают без нее.

Обработка состоит из двух частей. Первая — на уровне рабочего процесса: рабочий процесс оповещения об инвентарезе должен отправлять уведомления в порядке подписки, при этом первым уведомление видит подписчик, который первым нажал «уведомить меня». Порядок отправки определяется временной меткой wishlist_created_at, зафиксированной в момент события подписки. Режим упорядоченной отправки движка рабочего процесса PushEngage обрабатывает это; не каждая платформа это делает.

Вторая часть находится полностью вне платформы push-уведомлений. Реальным узким местом в большинстве рабочих процессов пополнения запасов является не доставка уведомлений. Это точность инвентаризации. Задержка между складской системой, ERP и витриной WooCommerce определяет, действительно ли товар все еще есть на складе, когда приходит уведомление. Магазины, которые предварительно выделяют единицы товара для списка «уведомить меня» (так что первые 500 из 800 единиц резервируются для подписчиков и распродаются до публичной рассылки), существенно повышают коэффициент конверсии рабочего процесса.

Точность инвентаризации — это проблема на предыдущем этапе. Упорядоченная отправка — задача рабочего процесса. Оба должны быть правильными.

Проблема вариантов

Подписчик, который выбирает «Nike Pegasus 41 Black», хочет черный вариант. Пополнение запасов Pegasus 41 в красном цвете не должно отправлять уведомление подписчику черного варианта. Интеграция WooCommerce-PushEngage фиксирует конкретный variation_id в момент подписки; триггер рабочего процесса фильтрует по variation_id, а не только по product_id, для товаров с вариантами. Если магазин использует только product_id, каждое пополнение красного цвета генерирует шум для каждого подписчика черного цвета, и CTR рабочего процесса падает с 70% до 20% в течение квартала.

Схема события подписки для уведомлений о пополнении запасов WooCommerce должна быть:

{
  "event_name": "wishlist_added",
  "product_id": 14523,
  "variation_id": 14530,
  "sku": "PEG41-BLK-10",
  "wishlist_created_at": "2026-05-21T14:32:08Z",
  "subscriber_hash": "sub_2eHzK..."
}

Соответствующий триггер пополнения запасов срабатывает с той же структурой:

{
  "event_name": "product_restocked",
  "product_id": 14523,
  "variation_id": 14530,
  "stock_quantity": 800,
  "restocked_at": "2026-05-26T16:00:14Z"
}

Узел РЕШЕНИЕ рабочего процесса фильтрует по product_id и variation_id. Подписчики в списке «уведомить меня» для варианта 14530 (черный, размер 10) соответствуют. Подписчики в списке для варианта 14531 (красный, размер 10) — нет. Выражение фильтра в узле «Решение» — это разница между чистым сигналом и зашумленным.

Рабочий процесс с двумя сообщениями против одного сообщения

4-часовое напоминание — не всегда лучший выбор. Для сверхпопулярных товаров, которые распродаются менее чем за 30 минут, напоминание создает худший опыт, чем полное отсутствие сообщения. Товар распродан до того, как приходит напоминание, и подписчик получает уведомление «все еще в наличии» о товаре, которого снова нет в наличии. Для обычных пополнений запасов, которые хранятся от одного до семи дней, напоминание повышает конверсию на 15–25% среди подписчиков, которые видели первое уведомление, но были на совещании, в поезде или по другой причине не смогли отреагировать немедленно.

Скорость распродажи	Рекомендуемое количество сообщений
<30 минут (сверхпопулярный)	1 (пропустить напоминание)
30 минут – 4 часа	1 или 2 (тест)
4–24 часа	2 (напоминание ценно)
1–7 дней (обычное пополнение)	2 (по умолчанию)
>7 дней (медленно продаваемый)	1 (одного касания достаточно)

Решение представляет собой ветвление на уровне рабочего процесса, основанное на флаге sell_out_velocity для продукта (установленном командой мерчендайзинга на основе исторических данных о пополнении запасов) или на проверке количества запасов в реальном времени на этапе ожидания 4 часа. Задача рабочего процесса восстановления после отсутствия на складе — отправлять нужное количество уведомлений для типа SKU, а не максимальное количество уведомлений, поддерживаемое системой.

Дизайн с возможностью выбора: кнопка «Уведомить меня» на страницах отсутствующих товаров.

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

Вызов подписки на продукт PushEngage, subscribeToProduct(productId, variationId), регистрирует подписку на push-уведомления для конкретного SKU, а не для всего сайта. Форма подписки должна располагаться рядом с индикатором отсутствия товара на странице товара, а не ниже линии сгиба. Основное поле — это разрешение на push-уведомления. Электронная почта является запасным вариантом для браузеров, которые блокируют push-уведомления, или для подписчиков, которые хотят получать уведомления по обоим каналам. Зафиксируйте variation_id, временную метку wishlist_created_at и хэш подписчика в момент подписки.

Именно в этот момент усиливается аргумент о качестве подписчиков. Более качественная подписка (явная, для конкретного SKU, с подтверждением намерения) увеличивает доход от восстановления для всех последующих рабочих процессов, а не только для этого. В сопутствующей статье о запросах на подписку по триггеру рассказывается, почему дизайн подписки в этот момент намерения важнее любой последующей ретаргетинговой рекламы. Стек push-уведомлений WooCommerce строится от подписки наружу.

Кросс-канальная оркестрация

Веб-push — основной канал для рабочего процесса «снова в наличии», потому что он самый быстрый, самый дешевый и тот, на который подписчик явно подписался. Но не все подписчики предоставили разрешение на push-уведомления, и рабочий процесс с одним каналом сокращает охват аудитории на 30–50% в зависимости от используемых браузеров.

Полная многоканальная маршрутизация в одном путешествии:

• Разрешение на push-уведомления предоставлено: веб-push срабатывает немедленно. КОНЕЦ.
• Нет разрешения на push-уведомления, но электронная почта захвачена: резервный канал электронной почты срабатывает через 15 минут после завершения пакетной отправки push-уведомлений. 15-минутная задержка — это окно для дедупликации. Подписчики, получившие push-уведомление, не получают электронное письмо.
• SKU с высокой стоимостью (средний чек от 300 долларов США) и подписка WhatsApp: эскалация через WhatsApp срабатывает через 30 минут после отправки push-уведомления. Более интенсивный канал оправдан средним чеком; явная подписка на WhatsApp делает сообщение желанным, а не навязчивым.

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

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

Задача менеджера по удержанию — защищать позицию в списке. Аналитика по каждому SKU для рабочего процесса пополнения запасов делает этот разговор коротким. Вот как выглядит воронка для пополнения запасов Pegasus 41 Black из начального сценария:

Этап	Количество	Коэффициент по сравнению с предыдущим этапом
Сработавшие пополнения	1	—
Уведомленные согласившиеся (push)	4,200	100%
Доставленные push-уведомления	4,150	98,8% (50 отписались с момента согласия)
Нажатые push-уведомления	2,800	67,5% (CTR)
Добавлено в корзину	1,580	56,4% от кликнувших
Покупка	1,400	50,0% от кликнувших (от уведомления до покупки: 33,7%)

Коэффициент от уведомления до покупки в 33,7% — это тот показатель, который при сравнении с воронкой любого другого рабочего процесса удержания немедленно меняет ход обсуждения бюджета. Рабочий процесс возврата брошенных корзин в этом же магазине возвращает корзины в 14% случаев. Рабочий процесс возврата просмотренных товаров увеличивает конверсию из просмотра в корзину на 6%. Рабочий процесс оповещений о пополнении запасов с коэффициентом от уведомления до покупки в 33,7% выполняет в 2–5 раз больше работы на одно показ, чем любой другой рабочий процесс на панели управления.

Узким местом этого рабочего процесса почти никогда не бывает push-платформа. Когда коэффициент конверсии разочаровывает, причина кроется выше по цепочке. SKU закончился до того, как уведомление было разослано. Количество запасов в WooCommerce отличалось от складских. Неправильно было сопоставление variation_id, и были уведомлены не те подписчики. Большинство обращений с тикетами «рабочий процесс не работает» сводятся к «SKU уже закончился» или «неправильный подписчик получил сообщение». Оба случая — это проблемы с инвентаризацией и интеграцией, а не с push-уведомлениями.

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

Путь настройки для такого мощного рабочего процесса короток. Установите плагин интеграции WooCommerce-PushEngage из репозитория WordPress. Плагин автоматически сопоставляет хук woocommerce_product_set_stock_status с пользовательским событием product_restocked.

Убедитесь, что кнопка согласия «уведомить меня» включена на страницах товаров, отсутствующих на складе. Загрузите шаблон рабочего процесса пополнения запасов из библиотеки шаблонов PushEngage Workflows. Протестируйте на одном SKU перед массовым запуском.

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

Бесплатный план охватывает 200 подписчиков, все каналы и полный движок Workflows с первого дня. Этого достаточно, чтобы протестировать канал на контролируемом SKU перед запросом бюджета. Первое пополнение запасов в рамках рабочего процесса обычно окупает годовую подписку за один день. Математика здесь редко является препятствием.

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

Запись Оповещения об изменении цены в WooCommerce охватывает триггер «добавить в избранное — изменение цены», который естественно сочетается с уведомлениями о наличии товара. Более широкий центр push-уведомлений для электронной коммерции показывает, как все эти рабочие процессы взаимосвязаны.

Подписчик на уведомления о наличии товара в WooCommerce — это самый ценный вариант подписки, который когда-либо получит ваш магазин. Они назвали SKU, попросили сообщить им, и они будут переходить по ссылкам с такой скоростью, что весь остальной стек удержания покажется медленным. Рабочий процесс оповещения об инвентаре, который обслуживает их, работает на одном триггере, одном решении, одном ожидании и одном правиле выхода. Операционная работа (триггеры с учетом вариантов, упорядоченная отправка, дизайн подписки, точность инвентаря) определяет, будет ли рабочий процесс обеспечивать 70% CTR или 12%.

Математика удержания растет оттуда. Один рабочий процесс оповещения о наличии товара, настроенный для SKU со средней стоимостью заказа $145 при 4200 подписчиках и коэффициенте покупок после уведомления 33%, приносит примерно 200 000 долларов США в виде привлеченного дохода за одно пополнение запасов. Команда мерчендайзинга является ограничением, а не push-платформа. Восстановление после отсутствия товара — это самый дешевый, самый высокий CTR, самый защищенный рабочий процесс в стеке push-уведомлений WooCommerce, и единственный, где подписчик сам запросил сообщение.

Начните с бесплатного плана, чтобы запустить первый рабочий процесс уведомлений о наличии товара менее чем за час.