MailInApp 把一封挽回邮件变成一个真正能完成结账的地方——一个真实的立即购买按钮、一个诚实的折扣倒计时,以及一个可选的转盘抽奖提醒。不需要写代码,也不需要另建商店。
一封只链接回商店的挽回邮件,会让人从头再来一遍:重新找到商品、重新加入购物车、再单独走一遍结账流程。中间每多一步都会流失一些人。使用 MailInApp,商品模块的立即购买按钮、倒计时模块始终精准的计时器,以及一个可选的转盘抽奖奖励,全都直接存在于挽回邮件本身里。
"已放弃" 的数据从哪里来
MailInApp 不运营自己的商店,也不自行追踪购物车——它不需要这么做。任何已经知道购物车被放弃的系统(你的商店平台、CRM,或一份电子表格导出)都可以成为 MailInApp 的一个数据源,既可以通过 API 实时连接,也可以按计划刷新。有了它之后,一个定时发送计划会按自己的节奏,针对该数据源的当前记录重新评估类似"购物车放弃 1–24 小时前"这样的受众筛选条件,只发给此前的挽回邮件尚未覆盖到的人——这与工单解决后调查所使用的滚动窗口模式相同。
为赢回这笔销售而生的模块
- 商品——一个真实的立即购买按钮,通过你自己连接的 Stripe 账户收款。设置一次折扣价(或原价),每次发送都保持准确——不需要另建一个结账页面。
- 倒计时——如果挽回优惠有时限,倒计时会在每次打开时重新绘制,因此"2 小时后到期"不会在收件人真正读到邮件时已经过时。
- 转盘抽奖——一个可选的游戏化提醒,在普通的折扣百分比之上(或替代它),为完成结账的人发放一份小奖励。
- 轮播图——用一个可滑动浏览的画廊,准确提醒收件人他们当时到底在看什么被留下的商品。
构建一套简短的挽回序列,而不只是一封邮件
一封挽回邮件是个开始;一套简短的序列通常能挽回更多销售。定时发送计划只会触达尚未被覆盖的受众筛选匹配对象,因此第二封邮件——比如"仍未购买,放弃超过 3 天"——只会触达那些仍然需要下一次提醒的人。不需要手动维护名单来避免两次发送互相重叠。
点击立即购买按钮之后会发生什么
该按钮会先打开一个链接,跳转到你自己连接的 Stripe 账户上的一个真实 Stripe Checkout Session,并在那里完成付款——MailInApp 从不经手资金,也看不到银行卡信息。完成的销售会并入与其他任何 MailInApp 购买相同的订单与分析仪表盘,因此如果你专门在追踪挽回营销活动的表现,很容易把一笔挽回销售和一笔全新销售区分开来。(如果你的商店平台在结账时已经能恢复购物者自己的购物车会话,商品模块的结账方式字段也可以改为链接到外部商店结账并指向你的商店——这值得与开头提到的"从头再来"这一成本权衡一下,因为一旦结账发生在平台之外,上面提到的 MailInApp 自身订单/库存追踪就不再适用。)
如果收件人的收件箱无法显示倒计时或转盘怎么办?
每个模块依然能提供通往同一结果的可用路径。倒计时动画无法显示的地方,会改用一个简单的数字代替;转盘无法显示的地方,同一个点击即可领奖的链接会以普通按钮的形式出现,而不是动态转盘。销售本身永远不会被某个只有部分收件箱才能显示的动画卡住——完整说明见降级机制如何工作。
快速上手
连接那个已经知道哪些购物车被放弃的数据源——一个 API 连接,或者一份你按自己的节奏刷新的 CSV。然后用一个商品模块搭建挽回邮件,并可选地加上一个倒计时来展示限时折扣。在联系人与发送中设置一个带有"放弃 N 小时/天前"受众筛选条件的定时发送计划,让整套序列从此自动运行。