电子商务的推送通知自动化：5个工作流程蓝图

现在是季度的第三个星期五，你正在查看你的客户留存仪表板。购物车放弃序列正在运行。浏览放弃触发器正在运行。购后评论请求正在运行。降价提醒正在运行。欢迎通知在每次注册时发出。六个“自动化”推送通知。过去十八个月里连接了六个触发器。你的复购率在十二个月前停止了增长。

这就是大多数中型电商留存系统中的推送通知自动化：六个孤立的触发器，每个都由不同的营销活动负责人发送文案，它们之间互不了解。购物车放弃系列会持续向已购买的订阅者发送通知。赢回营销活动与同一客户的降价提醒重叠。没有共享逻辑，没有共享退出条件，没有共享身份。只有六个独立的管道，每个都指向同一个订阅者列表，每个都假装其他五个不存在。

电商的推送通知自动化不应该这样工作。它应该作为一个工作流架构来运行：一套多节点旅程，具有共享触发器、共享决策逻辑和共享退出条件，从单一订阅者身份跨越网页推送、应用推送、WhatsApp 和实时聊天运行。本文将介绍该架构的外观，提供五个完整的可直接使用的工作流蓝图，并展示如何阅读每个工作流的漏斗，以便向财务部门解释其合理性。

大多数“自动推送通知”实际上并非自动化

在电商博客圈中，“自动化”一词承担了太多不应有的作用。当大多数文章说“自动推送通知”时，它们的意思是“触发式推送通知”：当某个事件发生时触发的单个通知，没有后续状态，没有等待，没有分支，没有退出条件。订阅者放弃购物车，发送购物车放弃通知。订阅者查看产品，发送浏览通知。订阅者购买，发送购后通知。每个触发器都是自己的管道，对其他任何触发器一无所知。

工作流则不同。工作流是一个具有状态的多步骤旅程。它知道订阅者从哪里进入，他们目前在哪里，他们进入每个节点的具体时间，以及哪些条件会取消旅程。购物车放弃工作流不仅仅是在一小时后发送一个通知。它在一小时后发送，等待一天，检查购物车是否仍然被放弃，发送带有折扣的第二次触达，再等待两天，发送最后一次触达，并在订阅者购买的瞬间退出工作流，无论他们处于哪个步骤。

最后一句是关键区别。触发器没有记忆。工作流有。如果你的“购物车放弃自动化”在客户付款后仍然发送提醒，那么你并没有实现自动化。你只是有一个没有人告诉它停止的触发器。

对于中端市场的电子商务留存团队来说，这种区别决定了复购率是会持续增长还是会停滞不前。六个触发器并行运行会产生六个噪音通道。五个工作流协调运行会为每个订阅者产生一个旅程，该旅程是分支和有界的。关于这个关键词的搜索结果，大部分第一页的内容都将问题框定为“发送哪种通知”，并以九个、十二个或十五个模板的列表形式给出答案。问题不在于此。问题是如何构建旅程。

推送通知工作流的结构

在蓝图之前，先掌握词汇。推送通知工作流由六种节点类型构成。一旦了解了每种节点的作用，本文中的所有蓝图都将如同图表一样易于理解，而非描述。

开始。 入口点。START节点定义了工作流的触发方式，可以通过订阅者事件（购物车放弃、页面浏览、加入细分、跟踪购买目标）触发，也可以通过在预定时间匹配特定标准的受众过滤器来选择订阅者。一个工作流只有一个START节点。

等待。 延迟。WAIT节点将订阅者在此处停留指定的时间（分钟、小时、天）或直到特定的日历时间（订阅者时区的周二上午10点，网站时间的12月15日晚上8点）。等待是工作流学会避免一次性群发的关键。

决策。 双向分支。DECISION节点检查一个条件（订阅者是否已购买、他们是否仍在购物车放弃细分中、他们的忠诚度等级是否为“黄金”）并将他们路由到YES路径或NO路径。决策是工作流停止对所有订阅者一视同仁的方式。

路径拆分。 基于百分比的分叉。SPLIT_PATH节点根据配置的百分比将订阅者路由到多个路径：A/B测试为50/50，三向发送时间测试为33/33/34。一旦有了获胜者，您就可以将获胜路径提升到100%，工作流将继续运行已验证的变体。

操作。 实际工作。ACTION节点发送推送通知、将订阅者添加到细分、更新其属性、触发Webhook、启动另一个工作流或停止一个工作流。PushEngage工作流支持十一种操作类型。电子商务中最常见的操作是SendPushNotification、AddSegment、UpdateAttribute和HttpRequest。

结束/退出。 终点。END和EXIT节点标记工作流完成并更新分析。END是自然结束。EXIT通常用于提前终止：在Decision节点的NO路径上，当订阅者不符合条件时；或在设计为对照组的Split Path分支上。

下面的每个工作流都由这六个部分组成。一旦掌握了词汇，蓝图就能快速阅读。

电子商务的五个工作流蓝图

这些并非“示例”。它们是可用的蓝图。每一项都列出了其触发器、运行类型、节点序列、退出条件及其预期的保留指标。您可以直接将每一项引入 PushEngage 工作流构建器，并在不到一小时内启动它。

蓝图 1 — 欢迎系列

• 触发器 (开始): 事件 PushEngage.Subscriber.Added
• 运行类型: 单次（每个订阅者一次欢迎旅程，有 90 天的冷却时间才能重新进入）
• 流程: 欢迎通知（即时）→ 等待 2 天 → 功能亮点通知 → 等待 3 天 → 决策：订阅者是否已购买？ → 是：发送感谢通知并添加到 customers 分段 → 否：发送首次购买折扣 → 结束
• 退出条件: 无。旅程足够短，每个订阅者都应该能完成它。
• 保留指标: 首次购买时间。完成欢迎系列的订阅者比未完成的订阅者购买速度更快，因为第三次触达发生在首次购买意图已实现或停滞的时刻。

蓝图 2 — 浏览放弃

• 触发器 (开始): 自定义事件 page_view，筛选条件为产品详情页且订阅者在 30 分钟内未触发 add_to_cart
• 运行类型: 多重并行（订阅者可以在一个会话中放弃多个产品，每个产品都有自己的工作流实例）
• 流程: 等待 30 分钟 → 决策：订阅者是否仍在浏览网站？ → 是：结束（不要中断活动会话） → 否：发送包含其浏览产品的提醒通知 → 等待 24 小时 → 决策：他们是否已添加到购物车？ → 是：结束（购物车放弃工作流将从此处接管） → 否：发送第二次触达，推荐相关产品 → 结束
• 退出条件: 目标 add_to_cart（购物车工作流继承此旅程）或目标 purchase（无需进一步消息）
• 保留指标: 之前浏览产品的浏览到购物车转化率。PushEngage 关于浏览放弃活动的博文涵盖了此蓝图所继承的分段工作。

蓝图 3 — 购物车放弃升级

• 触发器 (开始): 自定义事件 cart_abandoned
• 运行类型: 多重并行（每个放弃的购物车都是一个独立的旅程，因此订阅者在第一个购物车仍处于活动状态时放弃第二个购物车会获得第二个并发实例）
• 流程: 等待 1 小时 → 提醒 #1（无折扣，友好语气） → 等待 24 小时 → 决策：购物车是否仍被放弃？ → 是：提醒 #2，提供 10% 折扣 → 等待 48 小时 → 决策：购物车是否仍被放弃？ → 是：最终提醒，提供 20% 折扣并强调紧迫性 → 结束
• 退出标准：目标 purchase 匹配触发事件中的 cart_id。订阅者购买的瞬间，无论他们当前处于哪个阶段，该购物车的工作流都会取消。
• 留存指标：每个渠道每个被放弃购物车的挽回价值。这是页面上影响最大的工作流，也是最容易在损益表上辩护的。有关购物车放弃挽回序列的更深入介绍，PushEngage 购物车放弃手册 详细介绍了该序列如何根据平台行为进行调整（Shopify Plus 的结账流程与 WooCommerce 不同，这会影响第一个等待时间）。

蓝图 4 — 购后评论请求

• 触发器（开始）：事件 PushEngage.Goal.Tracked，其中 goal_name = purchase
• 运行类型：多重顺序（每个订阅者一次只有一个有效的评论请求旅程，但下一次购买会触发一个新实例）
• 流程：等待 7 天（足够长的时间来接收产品并形成意见）→ 分割路径 50/50：上午发送（订阅者本地时间上午 9 点）与下午发送（订阅者本地时间下午 7 点）→ 评论请求通知 → 操作：HTTP 请求到 CRM 记录评论请求发送 → 结束
• 静默时间：订阅者时区的晚上 10 点到早上 8 点，回退 reschedule。本应在夜间发送的推送通知将等到早上 8:01 发送，而不是在静默时间内发送。reschedule 设置是此工作流的正确默认值，因为 skip 会静默丢弃通知，并将其排除在分析之外，而大多数留存团队不希望这样。
• 退出标准：目标 review_submitted
• 留存指标：按发送时间变体划分的评论提交率。分割路径使 A/B 测试成为工作流的一部分，而不是附加到广告系列报告中的事后考虑。

蓝图 5 — 召回

• 触发器（开始）：受众过滤器 last_active > 30 days
• 运行类型：单一（每个订阅者每 90 天尝试一次召回）
• 流程：“我们想念您”通知 → 等待 3 天 → 决策：订阅者是否与通知互动或访问了网站？→ 是路径：添加到 re-engaged 分段，发送感谢信和折扣，结束 → 否路径：发送更强烈的优惠和更大的折扣 → 等待 5 天 → 决策：仍然不活跃？→ 是路径：最终“最后机会”通知 → 结束
• 退出标准：受众过滤器 last_active < 7 days。订阅者自行变得活跃，工作流的任务已完成。
• 留存指标：工作流进入后 60 天的重新激活率。

关于触发器的说明。这是本文中唯一一个使用基于受众的触发器而非基于事件的触发器的蓝图。PushEngage 工作流中的受众触发器仅在工作流开始时批处理匹配的订阅者集。工作流开始后变得不活跃的订阅者不会被自动包含，并且编辑正在运行的工作流上的受众过滤器不会添加新订阅者。如果您想要一个持续的重新参与计划，请按月或按季度重复复制工作流，而不是期望一个长期运行的受众工作流能够持续吸纳新的候选人。对于那些误解了触发器类型的团队来说，这确实是“为什么这个订阅者没有收到挽回信息？”支持工单的来源。

细分、A/B 测试和退出条件存在于工作流内部

对于这个关键词，页面搜索结果中的主导模式是将细分、A/B 测试和静默时段列为“最佳实践”：文章末尾的通用要点，与使用它们活动的活动脱节。这是错误的框架。这些不是与工作流并列的最佳实践。它们就是工作流。

以下是同一组概念，分别以最佳实践和工作流节点的形式呈现：

概念	最佳实践框架（错误）	工作流节点框架（正确）
RFM 细分	“发送前细分您的列表”	一个决策节点，用于检查最近一次购买、购买频率和购买金额，然后将高 RFM 订阅者路由到与低 RFM 订阅者不同的路径。PushEngage 细分帖子涵盖了为该节点提供支持的 RFM 分桶定义。
A/B 测试	“始终对您的文案进行 A/B 测试”	一个 SPLIT_PATH 节点，具有 50/50 的百分比分配，每个路径的负载均衡订阅者，以及一个 winner_edge_id 字段，一旦测试达到显著性，该字段会将获胜者提升到 100%
静默时段	“不要在凌晨 3 点发送”	一个工作流级别的选项，包含 start_at、end_at、timezone 和一个 fallback 设置，该设置要么 skip 发送，要么将其 reschedule 到静默时段结束后一分钟
退出条件	“停止向已购买的客户发送”	一个工作流级别的规则，在每个节点之前检查订阅者是否符合受众过滤器或触发目标，并在匹配时取消工作流

区别很重要，因为最佳实践要点很容易被认可但难以执行。工作流节点由引擎本身强制执行。DECISION 每次都会运行。SPLIT_PATH 会平衡每个订阅者。静默时段回退会在没有人记得检查时间的情况下进行。退出规则会在营销活动所有者是否留意的情况下取消工作流。

对于上面的购物车放弃蓝图，这意味着在订阅者购买被放弃的商品的那一刻，退出规则就会触发，该订阅者的工作流就会被取消，第二次和第三次提醒将永远不会发出。没有支持工单，没有财务部门的邮件，没有道歉活动。工作流停止是因为引擎有一个规则告诉它停止。

多渠道编排：一个工作流，四个渠道

大多数推送通知平台都是单渠道工具。有些是双渠道的。它们无法很好地回答的问题是，中型企业留存团队实际需要回答的问题：鉴于此订阅者的状态，应触发哪个渠道？如果他们选择了加入，则发送网页推送。如果他们退订了网页推送，则发送电子邮件。如果购物车价值超过 200 美元，则发送 WhatsApp。如果订阅者当前在网站上，则发送实时聊天。

该决策树是单个多渠道推送通知自动化工作流，而不是四个工具中的四个广告系列。借助 PushEngage 工作流，购物车放弃旅程可以这样构成：

• 开始： cart_abandoned 事件
• 等待： 1小时
• 决策节点 1：订阅者是否订阅了网页推送？
  • 是路径：操作，发送网页推送提醒
  • 否路径：继续进行下一个决策
• 等待：网页推送后 30 分钟（如果没有触发推送，则立即触发）
• 决策节点 2：订阅者是否点击了网页推送，或者是否未订阅网页推送？
  • 如果触发了网页推送并被点击：退出（让购物车流程完成）
  • 如果触发了网页推送但未被点击，或未触发网页推送：继续
• 决策节点 3：购物车价值是否超过 200 美元？
  • 是路径：操作，通过 WhatsApp 渠道上的 SendPushNotification 操作触发 WhatsApp 消息
  • 否路径：操作，通过向您的 ESP 发送 HTTP 请求来触发电子邮件
• 在目标 purchase 上退出

四个渠道，一个工作流，一组退出条件，一个订阅者身份。以前无法在没有三个供应商登录和 Zapier 流程的情况下进行编排的同一位留存经理，现在可以在引擎强制执行的单个工作流中进行此操作。

在单独的工具中执行相同操作意味着平台之间有六次同步，两个细分引擎对谁算作“VIP 订阅者”存在分歧，并且由于每个工具都报告自己的转化次数，因此没有单一的收入归因。在单个工作流引擎中执行此操作意味着一个订阅者身份，一组决策逻辑，以及一个漏斗报告。有关推送和电子邮件如何在单个留存计划中协同工作的更多信息，请参阅推送和电子邮件多渠道编排。

这是在占主导地位的页面搜索结果中没有对应项的差异化因素。此关键字的前十五个搜索结果均未将跨渠道工作流描述为单个对象。它们都将推送作为主题，将电子邮件作为比较。

留存计算：每个工作流、每个渠道、每个通知的收入

在下次损益表审查中无法辩护的工作流就是将被取消的工作流。留存经理的工作是展示每个项目产生了多少美元。大多数“电子商务自动推送通知”文章仅限于点击率。这还不够。正确的指标是每个订阅者、每个工作流、每个渠道的挽回收入。

PushEngage 工作流在每个节点跟踪三个数字：

• 排队用户：目前在此节点等待的订阅者（通常是等待或静默时段重新安排）
• 已完成用户：已通过此节点的订阅者
• 已退出用户：因退出条件匹配或取消订阅而在此节点离开工作流的用户

以下是一个活跃的购物车放弃工作流的节点级分析（示例数字，来自一个拥有 200,000 名订阅者的真实列表）：

节点	排队中	已完成	已退出	备注
开始（购物车已放弃）	0	12,400	320	工作流开始时有 320 名订阅者匹配退出条件（在购物车事件和工作流扫描之间购买）
等待 1 小时	180	11,900	320	正常队列深度
操作：提醒 #1	0	11,900	0	已发送通知
等待 24 小时	240	9,800	1,860	高退出数：1,860 名订阅者在第一次提醒后购买
决策：购物车仍被放弃	0	9,800	0	所有剩余订阅者仍保持购物车开启状态
操作：第二次提醒（九折）	0	9,800	0	已发送包含折扣的通知
等待 48 小时	90	6,300	3,410	另外 3,410 次购买触发退出
操作：最后提醒（八折）	0	6,300	0	最后通知
结束	不适用	6,300	不适用	6,300 名订阅者未购买

在此漏斗中，5,270 名订阅者（1,860 + 3,410）在工作流中购买，挽回购物车率为 42.5%。两个等待节点（24 小时和 48 小时）是漏斗中退出最多的节点，这符合预期模式：购买决策发生在等待窗口期间，而不是操作窗口期间。如果您的工作流显示相反的模式，即操作节点退出率高而等待节点退出率低，则您的时机设置不正确，应缩短等待时间。

留存的计算也必须考虑成本。一旦订阅者选择加入，推送通知的发送成本为零。电子邮件的成本取决于您的 ESP，但对于拥有 200,000 名订阅者的列表，使用典型的 Klaviyo 或 Bloomreach 设置，单次购物车放弃发送的计量使用成本高达数百美元（以您的合同条款为准）。

一个挽回率 42% 的优先推送的废弃购物车推送通知自动化，可以达到与挽回率 38% 的推送加电子邮件工作流相同的挽回收入数字，而成本却大大降低。请根据您自己的列表大小和 ESP 合同进行计算。关键在于，推送、应用推送和 WhatsApp 不会产生电子邮件那样的每次发送成本，而工作流的职责是在订阅者的状态允许时，始终优先使用最便宜的渠道。

当明细项目可以证明其合理性时（此工作流以 Y 美元的总成本挽回了 X 美元的购物车），预算的讨论就很简短。

在 PushEngage 工作流中构建

本文中的每个蓝图都直接映射到 PushEngage Workflows 组件。以下是上述五个蓝图的映射：

蓝图	使用的节点类型	使用的操作类型	工作流选项
欢迎系列	开始、等待、决策、操作、结束	SendPushNotification, AddSegment	运行类型：单次
浏览放弃	开始，等待，决定，行动，退出	发送推送通知	运行类型：多并行
购物车放弃升级	开始、等待、决策、操作、结束	发送推送通知	运行类型：多并行；以目标 purchase 退出
购后评论请求	开始，等待，分路，行动，结束	SendPushNotification, HttpRequest	运行类型：多顺序；静默时段晚上 10 点至早上 8 点，重新安排备用
挽回	开始，行动，等待，决定，结束	SendPushNotification, AddSegment	运行类型：单次；基于受众的触发器

工作流引擎附带60多个预置模板，涵盖了所有这些流程。每个模板都是一个起点。上述每个蓝图都可以在五分钟内安装在 Shopify、Shopify Plus、WooCommerce、BigCommerce 或 Magento 的 PushEngage 推送通知工作流构建器中。

工作流功能还涵盖了使上一节中的多渠道路由成为可能的决策逻辑和个性化步骤，并支持十一种操作类型，让您不仅能发送通知：更新订阅者属性、向您的 CRM 发送 webhook、启动下游工作流或停止冲突的工作流。

要更全面地了解这些工作流如何融入完整的电子商务留存计划，电子商务推送通知中心帖子涵盖了这些蓝图实现的广告系列类型。

免费套餐在第一天就为您提供 200 个订阅者、所有四个渠道（网页推送、应用推送、WhatsApp 和实时聊天）以及完整的工作流引擎。这足以在您将其纳入预算之前证明该渠道的有效性。

这改变了什么

如果您要从本文中记住一件事，那就是：电子商务的推送通知自动化是工作流架构，而不是一系列触发式广告系列。在购买时退出的购物车放弃旅程、根据首次购买行为分支的欢迎系列以及为每个订阅者选择最便宜可行渠道的跨渠道编排，都具有相同的形状。

一个开始、一些等待、一些决策、一些操作、一个结束。六个独立的触发器无法做到这一点。一个工作流引擎可以。留存的计算将从那里开始复利。

从免费套餐开始，在一小时内完成第一个蓝图。