周五下午4点，一家中等规模的WooCommerce运动鞋店。Nike Pegasus 41 Black已断货九天。营销团队将库存状态从outofstock（缺货）切换为instock（有货），仓库供货800双。WooCommerce的到货通知工作流已在运行中。
30秒内，推送通知会分发给4200名订阅者，他们在缺货期间曾在产品详情页明确点击了“通知我”。下午4:05，其中2800人已点击。下午4:11，1400人已购买。该SKU再次售罄。留存经理在本次发布中花费了零小时。该工作流自上次补货以来一直在安静地运行。
这就是工作流。一个触发器，最多两条消息，点击率超过70%，点击转化率在25%到40%之间。留存栈中没有其他营销活动能如此稳定地表现。原因不在于文案，也不在于时机。在于选择加入。到货通知订阅者是整个产品组合中唯一一个指明了他们想要的具体SKU，并书面要求在商品一到货就通知他们的订阅者。
本文介绍了WooCommerce留存经理可以直接借鉴的推送原生到货工作流：触发事件、决策逻辑、补货时的竞态条件处理、区分变体的过滤、选择加入设计以及捍卫单品的按SKU漏斗分析。
为什么到货通知是电子商务中点击率最高（CTR）的推送工作流
到货提醒的点击率（CTR）与电子商务推送产品组合中的其他相比，简直像个拼写错误。购物车放弃通知的点击率为8-14%。浏览放弃通知的点击率为4-8%。欢迎系列通知的点击率为12-20%。降价提醒的点击率为18-25%。到货通知的点击率为60-80%，并且针对高需求SKU优化良好的工作流通常能达到75%以上。
| 工作流 | 典型点击率 |
|---|---|
| 浏览放弃 | 4–8% |
| 购物车放弃（消息1） | 8–14% |
| 欢迎系列 | 12–20% |
| 降价提醒 | 18–25% |
| 到货通知 | 60–80% |
补货通知在列表中所有其他工作流中表现最佳的三个原因。
首先，选择加入是明确的。订阅者在特定产品详情页上点击了标有“到货时通知我”的按钮。没有推断的意图，也没有细分猜测。系统知道订阅者想要这个确切的SKU。
其次，订阅者要求被告知。与购物车放弃订阅者相比，他们可能并不真正想要后续跟进。到货通知订阅者是少数几个明确邀请发送消息的推送受众。
Third, the copy is unambiguous. The message has one job: tell the subscriber the product is back and link to the PDP. There is no headline angle to test, no offer to construct, no urgency framing to over-tune. The product is the message.
到货通知工作流，端到端
The workflow uses the PushEngage Workflows builder and the standard START / WAIT / DECISION / ACTION / END node vocabulary. The full specification:
Trigger (START): PushEngage.CustomEvent with event_name = product_restocked. Fires from the WooCommerce-PushEngage integration when a product’s stock_status transitions from outofstock to instock and stock_quantity > 0. The integration plugin maps the WooCommerce woocommerce_product_set_stock_status hook to this custom event automatically.
Run type: Multiple Parallel. A subscriber can be opted in to several SKUs at once, and each restock fires its own concurrent workflow instance. A Pegasus 41 Black restock and a separate Pegasus 41 Red restock to the same subscriber run as two independent journeys.
Flow:
- DECISION node: is the subscriber on the notify-me list for this exact SKU (and variation_id, for variant-enabled products)?
- YES path: send the restock notification immediately. No wait. Back-in-stock is the one workflow where a wait is a bug, not a feature, because the SKU is most likely to be in stock in the first minutes after restock.
- WAIT 4 hours.
- DECISION node: did the subscriber click the first notification? Is the SKU still in stock?
- NO + still in stock: send the 4-hour reminder.
- All other paths: END.
Exit criteria: Goal purchase matching the product_id from the trigger event, or a click-then-add-to-cart event. The moment the subscriber buys (or commits to buying with an add-to-cart), the workflow cancels and the reminder does not fire.
消息1 — 友好，即时
- Title: Pegasus 41 Black is back in stock
- Body: You asked us to tell you the moment it returned. The Black colorway is live now. Tap to grab a pair.
消息2 — 4小时提醒未点击者
- Title: Still in stock: Pegasus 41 Black
- Body: It is going fast. You opted in for this restock. Tap if you still want a pair.
That is the entire workflow. Two messages maximum, one decision, one wait, one exit rule.
竞态条件：当库存返回，4200名订阅者在30秒内全部点击时
A popular SKU with 4,200 opt-ins, restocked with 800 units, will sell out before the slowest notification reaches the slowest subscriber. This is the single biggest operational gotcha in the back-in-stock workflow and the one that separates a 70% CTR campaign from a 12% one. Subscribers who see the notification after the SKU is gone do not click. They feel mocked. They become more likely to unsubscribe from the broader list. The first restock the retention team launches without race-condition handling is usually the last one they launch without it.
处理包含两部分。第一部分是工作流级别的：库存警报工作流必须按选择加入的顺序发送通知，最早“通知我”的订阅者首先看到通知。发送顺序基于在选择加入事件中捕获的wishlist_created_at时间戳。PushEngage工作流引擎的有序发送模式处理此问题；并非所有平台都这样做。
第二部分完全在推送平台之上。大多数缺货补货工作流的实际瓶颈不在于通知传递。而在于库存准确性。仓库系统、ERP和WooCommerce店面之间的延迟决定了当通知到达时，SKU是否确实仍有库存。为“通知我”列表预先分配补货单位的商店（因此，800个单位中的前500个单位保留给订阅者，在公开广播之前售罄）可显著提高工作流的转化率。
库存准确性是上游问题。有序发送是工作流的职责。两者都必须正确。
变体问题
选择加入“Nike Pegasus 41 Black”的订阅者想要黑色款。补货Pegasus 41红色款不应向黑色款订阅者发送通知。WooCommerce-PushEngage集成在选择加入时捕获特定的variation_id；工作流触发器根据variation_id（而不仅仅是product_id）进行筛选，适用于支持变体的产品。如果商店仅根据product_id进行检测，则每次红色款补货都会给每个黑色款订阅者带来噪音，并且工作流的点击率会在一个季度内从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"
}工作流的DECISION节点同时筛选product_id和variation_id。变体14530（黑色，尺寸10）的“通知我”列表上的订阅者匹配。变体14531（红色，尺寸10）的列表上的订阅者不匹配。Decision节点上的筛选表达式是干净信号和嘈杂信号之间的区别。
双消息 vs 单消息工作流
4小时提醒并非总是最佳选择。对于30分钟内售罄的超热门SKU，提醒比根本不发送消息更糟糕的体验。SKU在提醒到达之前就已售罄，订阅者会收到关于已再次缺货的产品的“仍有库存”通知。对于持续一到七天的日常补货，提醒可将看到第一条通知但当时正在开会、在火车上或无法立即采取行动的订阅者的转化率提高15-25%。
| 售罄速度 | 推荐消息数 |
|---|---|
| <30分钟（超热门） | 1（跳过提醒） |
| 30分钟 - 4小时 | 1或2（测试） |
| 4-24小时 | 2（提醒有价值） |
| 1-7天（日常补货） | 2（默认） |
| >7天（慢速移动） | 1（一次触达即可） |
该决策是一个工作流级别的分支，由产品上的sell_out_velocity标志（由营销团队根据历史补货数据设置）或在等待4小时的关口进行实时库存数量检查来触发。缺货恢复工作流的职责是为SKU类型触发正确数量的触达，而不是触发引擎支持的最大触达数量。
选择加入设计：缺货PDP上的“通知我”按钮
选择加入界面是使此工作流生效的关键。缺货PDP的访问者已经决定他们想要该产品。唯一的要求是他们是否允许商店在产品恢复时通知他们。这是WooCommerce商店中转化率最高的选择加入时刻，而将其视为任何其他通用推送权限提示是最常见的错误。
PushEngage的产品特定订阅调用subscribeToProduct(productId, variationId)将推送订阅注册到特定SKU，而不是更广泛的网站列表。选择加入表单应位于PDP上的缺货徽章旁边，而不是在折叠下方。主要字段是推送权限。电子邮件是阻止推送的浏览器或想要两个渠道的订阅者的后备选项。在选择加入时捕获variation_id、wishlist_created_at时间戳和订阅者哈希。
这是更广泛的订阅者质量论点得到加强的时刻。更高质量的选择加入（明确的、特定SKU的、意图确认的）会提升所有下游工作流的已恢复收入，而不仅仅是这个。关于触发式订阅选择加入提示的姊妹文章详细介绍了在此意图时刻的选择加入设计比任何后续的再营销都更重要。WooCommerce推送通知堆栈从选择加入开始向上累积。
跨渠道编排
Web推送是缺货回流工作流的主要渠道，因为它最快、最便宜，并且是订阅者明确选择加入的渠道。但并非所有订阅者都授予了推送权限，而单一渠道的工作流会将可触达的受众减少30-50%，具体取决于浏览器组合。
完整的全渠道路由在一个旅程中：
- 已授予推送权限：立即触发Web推送。结束。
- 未授予推送权限但已捕获电子邮件：在推送批次完成后15分钟触发电子邮件后备。15分钟的延迟是去重窗口。收到推送的订阅者不会收到电子邮件。
- 高价SKU（平均订单价值300美元以上）且有WhatsApp选择加入记录：WhatsApp升级在推送后30分钟触发。更高的触达渠道由平均订单价值证明是合理的；明确的WhatsApp选择加入使消息受欢迎而不是侵扰。
三个渠道、一个工作流、一套退出标准、一个订阅者身份。这种编排需要一个统一的工作流引擎；使用三个独立的单通道工具无法干净地进行组合。要更深入地了解保留计划中推送和电子邮件如何协同工作，请参阅推送和电子邮件多渠道编排博文，其中详细介绍了去重逻辑和渠道路由决策树。
每个工作流的分析：阅读漏斗
保留经理的职责是捍卫条目。针对补货工作流的每个 SKU 的分析使该对话简短。以下是 Pegasus 41 Black 补货从初始场景开始的漏斗图：
| 阶段 | 计数 | 与上一阶段的比例 |
|---|---|---|
| 补货触发 | 1 | — |
| 已通知选择加入（推送） | 4,200 | 100% |
| 已发送推送 | 4,150 | 98.8%（自选择加入以来有 50 人取消订阅） |
| 已点击推送 | 2,800 | 67.5%（点击率） |
| 添加到购物车 | 1,580 | 点击者的 56.4% |
| 购买 | 1,400 | 点击者的 50.0%（通知到购买：33.7%） |
33.7% 的通知到购买率是这样的数字，与任何其他保留工作流的漏斗图进行比较，可以立即改变预算对话。同一商店的购物车放弃工作流恢复了 14% 的购物车。浏览放弃工作流将浏览到购物车的比例提高了 6%。补货提醒工作流的通知到购买率为 33.7%，其效果是仪表板上所有其他工作流的每次展示效果的 2-5 倍。
此工作流的瓶颈几乎从不是推送平台。当转化率不理想时，原因在上游。在通知分发之前 SKU 就已售罄。WooCommerce 中的库存数量已偏离仓库。变体 ID 映射错误，通知了错误的订阅者。大多数“工作流不起作用”的工单最终都归结为“SKU 已售罄”或“错误的订阅者收到了消息”。两者都是库存和集成问题，而不是推送问题。
在 PushEngage 中构建
对于如此强大的工作流，设置路径很短。从 WordPress 存储库安装 WooCommerce-PushEngage 集成插件。该插件会自动将 woocommerce_product_set_stock_status 挂钩映射到 product_restocked 自定义事件。
确认缺货 PDP 上已启用“通知我”选择加入按钮。从 PushEngage 工作流模板库中提取补货工作流模板。在广播之前先在一件 SKU 上进行测试。
这改变了什么
免费套餐从第一天起就涵盖 200 名订阅者、所有渠道和完整的 Workflows 引擎。这足以在请求预算之前，在受控 SKU 上证明该渠道的有效性。工作流下的第一次补货通常会在一个下午内收回年度订阅费。这里的数学计算很少是障碍。
WooCommerce 推送系列中的姊妹文章完成了保留图景。 WooCommerce 购物车放弃工作流发送 3 条消息的购物车序列。 WooCommerce 浏览放弃工作流涵盖产品详情页放弃。
WooCommerce 价格下降提醒一文介绍了与补货通知自然搭配的愿望清单-价格下降触发器。更广泛的电子商务推送通知中心则描绘了所有这些工作流程如何相互关联。
WooCommerce 补货到货订阅者是您的商店将获得的最有价值的opt-in。他们指明了 SKU，要求被告知，并且他们的点击率将使其他所有留存堆栈显得缓慢。为他们服务的库存警报工作流程运行在一个触发器、一个决策、一个等待和一个退出规则上。运营工作（感知变体的触发器、有序发送、opt-in 设计、库存准确性）决定了工作流程是能达到 70% 的 CTR 还是 12%。
从那里开始，留存的数学会不断累加。一个针对平均订单价值为 145 美元的 SKU 的补货提醒工作流程，拥有 4,200 次 opt-in 和 33% 的通知到购买率，每次补货带来的归因收入约为 200,000 美元。限制因素是商品团队，而不是推送平台。缺货恢复是 WooCommerce 推送通知堆栈中最便宜、点击率最高、最容易辩护的工作流程，也是唯一一个订阅者主动要求接收消息的工作流程。
免费套餐开始，在一小时内发送第一个补货通知工作流程。
