钱包卡券平台分为 3 类：独立卡券工具、内置钱包功能的会员平台，以及原生集成卡券的用户互动平台（CEP）。如果卡券就是整个项目，独立工具就够用。如果卡券需要与推送、邮件、用户分群和用户旅程协同工作，通常是已经掌握用户画像的那个平台胜出。对于同时运营多个海外市场的出海团队，这个判断还关系到要维护几套用户数据。
先说一个命名问题。Apple PassKit 是 Apple 的 Wallet 卡券框架，所有卡券服务商都基于它构建。PassKit Inc. 则是一家销售卡券平台的公司。人们搜索“PassKit 替代方案”时，指的是这家公司，本文对比的也是它，以及 Pushwoosh Wallet passes 处在什么位置。
钱包卡券工具的 3 种类型
独立卡券工具。 PassKit、Passcreator、PassSlot 和 Pass2U 专注于卡券本身。PassKit 将无代码编辑器与面向 Apple 和 Google Wallet 的 API 结合；PassSlot 是面向 Apple Wallet 的小众编辑器，主要用于零售和活动；Pass2U 是同时支持两个平台的无代码编辑器，面向小型企业。
内置钱包功能的会员平台。 Antavo、Yotpo 等会员平台负责计划逻辑（积分、等级、奖励），并把钱包卡券作为展示会员卡的 1 种方式。
原生集成卡券的用户互动平台。 Pushwoosh 和 Airship 等用户互动平台原生发放卡券，与推送、应用内消息、邮件和短信共用同一个用户画像。其他用户互动平台则通过合作伙伴提供钱包功能，例如 Braze 与 PassKit 等卡券服务商合作。出海团队常拿来比较的极光推送、个推，主要服务国内推送市场，不在本文的对比范围内。
对比表
| 对比维度 | 独立卡券工具 | 内置钱包的会员平台 | 通过合作伙伴提供钱包的 CEP | 原生集成钱包的 CEP |
|---|---|---|---|---|
| Apple 和 Google 卡券 | 原生支持，部分工具仅支持 Apple | 因产品而异 | 通过合作伙伴工具 | 原生支持 |
| 可视化编辑器 | 有 | 因产品而异 | 在合作伙伴工具中 | 有 |
| API | 因产品而异 | 有 | 2 套 API | 有 |
| 实时更新 | 支持 | 支持 | 支持，通过同步 | 支持 |
| 基于用户数据分群 | 仅限卡券数据 | 会员数据 | 通过同步 | 同一个用户画像 |
| 跨渠道用户旅程 | 不支持 | 有限 | 2 个工具 | 1 个用户旅程 |
| 推送、邮件、短信在同一工具中 | 不支持 | 因产品而异 | 支持，钱包另外管理 | 支持 |
按行读这张表，而不是按列。对用户留存团队最重要的是分群、用户旅程和渠道这几行，各类平台的差异就在这里。在发放卡券这件事上，它们相差不大。
独立工具如何定价
价格会变，所以做决定前请查看每家服务商当前的定价页面，并记下查看日期。问清楚服务商是按已发放卡券计费，还是按保存在手机上的活跃卡券计费：同一个项目在这 2 种模式下的费用可能相差很大。
完整的计费模式和隐性成本，请参阅定价指南。
什么时候独立工具就够用
当钱包卡券就是项目本身，而不是其中 1 个渠道时，独立卡券工具很合适。典型场景：
- 活动主办方发放门票，没有 App，也没有持续的消息沟通。
- 小商家运营集章卡，没有其他 CRM。
- 一次性活动：一张优惠券、一个会议胸卡、一张季节性卡券。
这些场景下，服务商的设计器和 API 就能完成工作。再上一套完整的用户互动平台，工具就超出需要了，任何人来问，我们都会这样回答。
什么时候需要用户互动平台
一旦卡券需要响应用户数据、并与其他渠道协同，情况就变了。出现以下情况，说明您已经超出了独立工具的能力范围：
- 您希望根据 App 或网站事件发放卡券，比如注册或首单。
- 您要按存放在 CDP 或用户互动平台中的行为数据，对持卡人分群。
- 1 个时刻（比如积分即将过期）需要同时更新卡券、发送推送和发送邮件。
- 您在同步 2 个数据库，并把同一个用户旅程搭建了两遍。
对跨境电商来说，双十一和黑五大促就是最典型的考验：促销推送、订单邮件和会员卡余额要在同一时间窗口内保持一致。到了这一步，问题就变成：是把卡券工具接入现有平台，还是换成原生集成钱包的平台。
出海游戏也是类似的情况。活动提醒、回流召回和版本更新通知本来就跑在推送上，如果赛季通行证放在另一个工具里，玩家等级和赛季进度就要在两套系统之间来回同步。
Pushwoosh 的定位
Pushwoosh 是一个全渠道用户互动平台，原生发放 Apple Wallet 和 Google Wallet 卡券，中间没有合作伙伴。卡券按 User ID 发放，与推送、应用内消息、邮件、短信和 WhatsApp 共用同一个 CDP、用户分群和 Customer Journey。用户旅程中有专门的 Issue Wallet Pass（发放钱包卡券）步骤。
出海团队选型时，常把 Pushwoosh 与 OneSignal、Firebase 放在一起比较。Firebase（FCM）解决的是消息通道，分群、A/B 测试和用户旅程编排需要另外搭建；Pushwoosh 在 FCM/APNs 之上提供完整的营销自动化，钱包卡券就是其中的 1 个渠道。
您可以获得覆盖两个平台的可视化编辑器、REST API 和实时更新。在 Apple 上，更新默认静默，只有字段设置了变更消息（change message）时，用户才会看到锁屏提醒。在 Google 上，变化会同步到所有保存了卡券的设备。数据托管在 Pushwoosh 位于德国和美国的自有基础设施上，已通过 ISO 27001:2022 和 SOC 2 Type 2 认证，符合 GDPR 要求。
把限制说清楚：Pushwoosh 不提供 NFC 卡券，例如刷卡乘车的交通卡或酒店房卡。而且在任何平台上，Apple 和 Google 都只允许与卡券相关的通知。
用 Pushwoosh 减少工具堆叠
如果钱包卡券只是更大的海外用户留存计划中的 1 个渠道，Pushwoosh 会把它与推送、应用内消息、邮件、短信和 WhatsApp 放在同一个用户画像上。1 个编辑器、1 套 API、1 个用户旅程，覆盖所有渠道。
合适的钱包平台，不是卡券模板最多的那个，而是离您的用户数据最近的那个。
