对出海团队来说,留存的敌人往往不是竞品,而是手机存储空间清理。只要 App 还装在用户手机上,推送、应用内消息这些通道就都在;可一旦用户为了腾地方卸载了 App,这些通道会同时消失——而这恰恰是海外用户最常见的行为之一,尤其是在获客成本高、用户对陌生 App 容忍度低的出海场景里。
Wallet 卡券不依赖 App 安装。它存在于 Apple Wallet 或 Google Wallet 里——这两个系统自带、几乎不会被卸载的应用。用户添加一次,卡券就能留存数月并自动更新,覆盖的是推送和邮件已经在触达的同一批海外用户,只是多了一条更”抗卸载”的留存通道。
过去做卡券要单独接一家供应商。现在任何品牌都能直接在 Pushwoosh 里设计、发放、更新 Apple 和 Google Wallet 卡券——推送、应用内消息、邮件同属一套全渠道消息推送基础设施,数据处理运行在通过 SOC 2 Type I、ISO 27001:2022 认证并符合 GDPR 要求的欧盟和美国数据中心上。这篇文章讲的就是出海团队能用卡券做什么:具体使用场景,以及如何把卡券和你已经在用的 FCM/APNs 推送通道组合起来。
Wallet 卡券是什么,为什么它能留下来
Wallet 卡券是把会员卡、优惠券或登机牌直接放进用户手机的一种方式。
你只需设计一次,用户点击”添加到 Apple Wallet”或”保存到 Google Wallet”,之后卡片就会自我维护:你改积分余额、登机口、座位、优惠或有效期,卡券会在每一台保存过它的设备上同步更新。有重要变化时,卡券可以在锁屏上弹出通知。用户走近门店或场馆时,合适的那张卡会自动浮现。
当会员体系只活在一个独立 App 里时,一次手机清理就可能让你失去这个会员。Wallet 卡券之所以能留存,是因为它运行在操作系统层,而不是 App 层。我们做这个功能时想解决的,就是让卡券和推送、邮件、应用内消息坐在同一个平台里,由同一套基础设施支撑。
为什么 Wallet 卡券不能当促销通道用
把 Wallet 卡券当作通信矩阵里的一个增值环节,用来建立信任、提升留存,而不是当成第四条促销通道。钱包是品牌信息始终准确、从不打扰用户的唯一场所——这也是为什么海外用户会把卡券留在手机里几个月,却可能一个下午就把推送权限关掉。
促销压力应该留在推送、邮件和应用内消息里,因为用户对这几个通道本就有心理预期,发送频率也完全由你掌控。Wallet 卡券靠”始终有用”,赢得自己在通信矩阵里的位置。
会员卡、集章卡:积分自己更新
最适合: 跨境电商、连锁零售出海品牌、咖啡与餐饮出海、健身出海
会员卡是最典型的使用场景。Wallet 卡券直接在卡面上显示实时积分、等级和权益,积分一变化,卡面立刻刷新。
优惠券:出现在门店附近,到期自动失效
最适合: 跨境电商、海外零售、海外集市型平台
推送通知里的一个促销码是一次性的:看到了就用,没看到就没了。优惠券卡券会一直留在钱包里直到过期,期间持续发挥作用——这对需要在 618、双十一、黑五等大促节点集中触达海外用户的跨境电商团队尤其有价值。
登机牌:登机口变了,旅客第一时间知道
最适合: 航空公司、出境游与在线旅行社(OTA)
没有人会为了一趟行程专门重装一次航空公司 App。但几乎每个出境旅客都会把登机牌加进钱包,因为钱包本来就是登机牌该待的地方——这是 App 永远拿不到的分发量,对服务中国出境游客的海外票务和 OTA 团队尤其明显。
卡券上有登机口、座位和登机组信息,任何一项变化都会实时更新。登机口从 B12 改到 C4?旅客还没来得及看手机,卡券上已经显示 C4 了。
活动门票:可扫码、状态实时、随手就能找到
最适合: 演出与票务、体育赛事、主题乐园、电影院
活动门票卡券是一个”带记忆”的可扫码条码。座位、分区、入口和开场时间都写在卡面上,条码让观众直接扫码入场,不用翻 PDF 或翻截图相册。
礼品卡与充值卡:余额清零之后的再触达
最适合: 出海游戏、零售出海、餐饮出海
一张实体礼品卡会”死”两次:余额清零一次,被扔掉又一次。Wallet 礼品卡两次都能避开。实时余额显示在卡面上,每次消费都会更新,余额归零后,卡片依然留在钱包里,继续带着你的品牌露出——对出海游戏产品来说,这套逻辑同样适用于游戏内充值卡或代币卡,余额清零往往正是最佳的召回时机。
更多值得用起来的 Wallet 卡券类型
以下类型遵循同样的逻辑,只是各自解决更具体的问题:
- 交通票卡 — 铁路、大巴、电车或轮渡的单程或往返卡券,行程和有效期都在卡面上。(铁路、公共交通)
- 会员卡与证件卡 — 健身房卡、俱乐部会员卡或保险卡,始终最新、始终在手机里。(健身与俱乐部、酒店、保险出海)
- 季卡/年卡 — 一张覆盖整个周期的可扫码票:主题乐园一季、博物馆一年、球队一个主场赛季。(主题乐园、博物馆、体育赛事)
- 到店自提卡 — 订单准备好后顾客到店出示的卡券,订单状态一变就自动更新。(线上下单线下取货、跨境电商前置仓、餐饮出海)
同一套机制,适用于每一种卡券
上面每个使用场景都以一种机制为主线介绍,但所有机制其实适用于每一种卡券类型:
| 机制 | 作用 | 最适合的场景 |
|---|---|---|
| 实时更新 | 改一个字段,卡券就会在所有保存过它的设备上同步刷新 | 积分余额、登机口、座位、订单状态 |
| 地理位置相关性 | 每张卡券最多设置 10 个地点,用户靠近时卡券自动出现在锁屏 | 门店、场馆、值机口、自提点 |
| 旅程编排 | 卡券是用户旅程里的一步,和推送、邮件、应用内消息在同一条链路上 | 发放提醒、收藏跟进、召回激活 |
| API 控制 | 以编程方式规模化创建、更新和作废卡券 | 按用户发放的卡券、POS 系统对接、实时数据同步 |
把 Wallet 卡券加进你在 Pushwoosh 里已经跑通的旅程
如果你已经在跑推送、邮件或应用内消息,Wallet 卡券不是一个要从零搭建的新项目,而是你现有用户旅程里新增的一步:同样的海外用户、同样的分群、同样的授权基础——外加一张活动结束后依然留在用户手机里的卡片。
选一种海外用户真的会愿意留着的卡券类型,发放到你流量最大的那条旅程里。让卡片负责”始终最新”这部分,让推送、邮件、应用内消息负责卡片之外的每个触达时刻。
