Apple 与 Google Wallet 电子礼品卡：出海品牌发放指南

钱包礼品卡是收礼人保存在 Apple Wallet 或 Google Wallet 中的电子礼品卡，卡面显示余额，并在每次消费后更新。对企业来说，它让储值始终在用户眼前，而看得见的储值，正是把持卡人带回来消费的原因。对面向海外用户的跨境电商和零售品牌，这也是一种无需 App 就能触达新用户的方式。

在 Pushwoosh 中，钱包卡券与推送和邮件共用同一份用户画像，所以您可以为零售业务发放钱包礼品卡，并在同一个用户旅程里跟进。

为什么礼品卡应该放进钱包

礼品卡的失败往往悄无声息。买家付了钱，收礼人忘了，余额就一直搁在那里。放在钱包里的卡始终只差一次滑动，和顾客的登机牌、会员卡放在一起。

实时余额是第二个理由。看到“还剩 $12.40”的收礼人，就有了回来的理由。塑料卡什么也告诉不了他们。

节日送礼场景会放大这种差别。春节是出海品牌面向海外华人用户做节日营销的重要节点。如果您在这个时段推出礼品卡，要记住收礼人可能从未在您这里买过东西，一张放进钱包、余额一目了然的卡，比一封容易被埋没的邮件更容易被记住。

Apple vs Google：只有一个平台有礼品卡类型

两个平台处理礼品卡的方式不同，您的配置也由此而来。

在 Apple 上，把礼品卡做成 Store Card，并把余额放在头部字段中，这样卡券叠放时余额依然可见。在 Google 上，使用 Gift card 类型。无论哪种，类型在创建时都会锁定。

余额更新如何运作

余额存放在您的系统里，而不是卡券里。您的 POS、电商平台或礼品卡账本知道真实数字，卡券只负责显示。

每次消费后，您的系统通过 API 发送新的余额，平台会在所有保存了该卡的设备上刷新卡面。在 Apple 上，如果希望每次消费后在锁屏上提醒，就给余额字段加上变更消息（“您的余额现在是 %@”）。在 Google 上，礼品卡没有自动的变更提醒，但 API 更新可以附带一段自定义通知文字。

规划项目时要把分工讲清楚。Pushwoosh 负责发放和更新卡券，您的系统负责计算余额，并在收银台校验卡券。

发卡：买家、收礼人与送达

大多数礼品卡流程涉及两个人，所以要先决定谁收到哪个链接。

第二步是不声不响的收获。收礼人可能从未在您这里买过东西，现在他们成了您可以触达的用户画像。

余额归零时的再次触达

余额归零后，这张卡就不再给持卡人打开它的理由。

有两个动作能帮上忙。首先，更新卡券显示其最终状态，别让它带着过时的数字留在钱包里。然后通过推送、邮件或短信跟进：一份欢迎优惠、一份会员计划邀请，或者一条充值提示。

别把优惠放在礼品卡卡券本身上。Apple 和 Google 只允许与卡券相关的通知，通过礼品卡推送促销违反它们的规范。卡券负责报告余额，其他渠道负责推销。

跟进时机可以和大促节点对齐。余额归零的持卡人，是双十一与黑五、Cyber Monday 联动大促期间推送营销的理想受众：通过推送或邮件发出大促预告和会员邀请，让一次性的收礼人转化为大促季的回头客。

配置清单

• 一个 Apple Pass Type ID 证书和一个 Apple Developer 账号（每年 $99）。
• 一个 Google Issuer ID 和一个 Google Cloud 服务账号密钥，每个应用配置一次。
• 从礼品卡账本或 POS 到 API 的连接，用于更新余额。
• 一种您的扫码设备能读取的条形码格式。
• 一个在购买时发卡、在余额归零时跟进的用户旅程。

平台配置步骤见 Wallet passes 文档。

用 Pushwoosh 把礼品卡持卡人带回来

Pushwoosh 为礼品卡发放原生 Apple Wallet 和 Google Wallet 卡券，通过 API 更新余额，并在同一个用户旅程里通过推送、邮件或短信跟进。每张卡都绑定一个 User ID，收礼人由此变成一位您可以再次触达的顾客。

让礼品卡被用掉，与卡面设计关系不大，关键在于让余额一直留在用户眼前，直到下一次到店。

FAQ