钱包卡券没有统一的价格。费用取决于服务商的计费模式(按卡券、按活跃卡券、固定费用,或打包在用户互动平台中),再加上几项固定成本,比如 Apple 每年 $99 的开发者费用。卡券本身很便宜,真正让预算膨胀的是围绕它的工具。对于正在做海外推送平台价格对比的出海团队,这一点同样适用。

如果您已经在用 Pushwoosh 做推送、邮件或短信,钱包卡券就在同一个平台里,您可以把各种方案放在一起对比。

iPhone 和 Android 锁屏上的 Apple Wallet 与 Google Wallet 会员卡

4 种计费模式

服务商主要用 4 种方式为钱包卡券定价,每种方式适合不同类型的项目。

模式如何付费适用场景需要注意
按发放卡券计费每创建一张卡券付一次费优惠券、门票、一次性卡券每做一次活动,费用就增加一次
按活跃卡券计费按月统计保存在手机上的卡券,逐张付费会员卡和会籍卡长期留存的卡券会持续产生费用
固定或分档套餐按卡券数量区间按月付费规模稳定的中型项目跨档时费用跳涨
打包在 CEP 中包含在您的用户互动平台套餐里同时用推送、邮件、短信触达用户的团队确认套餐具体包含哪些内容
模式
1 / 4
按发放卡券计费
如何付费
每创建一张卡券付一次费
适用场景
优惠券、门票、一次性卡券
需要注意
每做一次活动,费用就增加一次
模式
2 / 4
按活跃卡券计费
如何付费
按月统计保存在手机上的卡券,逐张付费
适用场景
会员卡和会籍卡
需要注意
长期留存的卡券会持续产生费用
模式
3 / 4
固定或分档套餐
如何付费
按卡券数量区间按月付费
适用场景
规模稳定的中型项目
需要注意
跨档时费用跳涨
模式
4 / 4
打包在 CEP 中
如何付费
包含在您的用户互动平台套餐里
适用场景
同时用推送、邮件、短信触达用户的团队
需要注意
确认套餐具体包含哪些内容

服务商也可能在 1 个套餐里组合多种模式,例如月度平台费加用量费。定价页面会变化,所以请查看每家服务商当前的页面,并记下查看日期。

注意其中的规律:同样 10,000 张卡券,按发放量计费还是按留在手机上的数量计费,费用可能相差很大。跨境电商的大促优惠券和出海游戏的赛季通行证属于一次性卡券,会员卡则是长期卡券,两者在不同模式下的账单走向完全不同。

大促季会把这种差异放大。双十一与黑五、Cyber Monday 联动的跨境大促,往往在短时间内集中发放大量优惠券:按发放卡券计费时,每一轮大促都会单独计入账单;按活跃卡券计费时,要确认大促结束后过期的优惠券从什么时候起停止计费。

每个项目都要支付的固定成本

有些成本来自 Apple 和 Google,而不是您选择的工具。无论选谁,都要支付。

  • Apple Developer 账号:每年 $99。 用于获取签名 Apple 卡券的 Pass Type ID 证书。证书会过期,所以续期是一项周期性任务,而不是一次性工作。
  • Google issuer 设置。 在 Google Pay & Wallet Console 中开通发卡方(issuer)账号,每个应用设置一次。
  • 设计。 按每个平台要求的尺寸准备版式、logo 和主图。通常每种卡券类型做一次即可。
  • POS 或扫码设备集成。 如果店员要在收银台或闸机扫描卡券,就需要有人把条形码接入您的 POS 或票务系统。这也是报价中最容易被漏掉的一项成本,在海外门店落地时尤其需要当地团队配合。

第二个工具的隐性成本

最大的成本很少出现在钱包服务商的账单上。它来自把钱包放在一个独立工具里运营,而旁边的平台本来就已经了解您的用户。

您最终会有 2 个数据库。用户互动平台保存用户画像、事件和分群,卡券工具保存持卡人。让两者保持同步需要 webhook、集成工具或开发时间,而且这项工作永远不会真正完成。

每个用户旅程都要搭建两遍。积分即将过期的提醒从 1 个工具发出,卡券更新从另一个工具发出,还得有人让两者保持一致。

您还要签 2 份合同,过 2 次供应商审核。安全、GDPR 和采购审查都要按供应商分别进行。对于同时面向欧盟和美国用户的出海企业,每多一家供应商,就多一轮数据合规评估。

有些用户互动平台通过合作伙伴提供钱包功能。例如 Braze 通过合作伙伴集成接入 PassKit 等钱包工具,所以您要为两者付费,并维护它们之间的连接。

出海企业还常见另一种叠加:国内业务用极光推送或个推,海外业务另用一套推送平台。这时再加一个独立钱包工具,同一家公司就要维护 3 套用户数据。把海外推送和钱包卡券放进同一个平台,至少能让海外这一侧只有 1 个数据源。

See Pushwoosh in action
Request a demo

如何按 1,000、10,000 和 100,000 持卡人测算成本

服务商价格会变,所以请用公式搭建测算模型,再代入您正在对比的定价页面上的当前费率。

月度成本 = 平台费 +(长期活跃卡券数 × 费率)+(一次性卡券发放数 × 费率)+ 第二个工具的额外开销

然后按 3 种规模分别计算,看看每种模式在哪里失效。

项目规模通常占成本大头的项目
1,000 位持卡人平台费和初始设置。按卡券计费的部分很小。
10,000 位持卡人按卡券或按活跃卡券的费用开始变得重要。对比各个档位。
100,000 位持卡人用量费和第二个工具的额外开销。

把长期卡券和一次性卡券分开列。一家拥有 10,000 张集章卡的咖啡店,和一个发放 10,000 张门票的音乐节,即便卡券数量相同,在按活跃卡券计费的模式下账单也会大不相同。

对额外开销这一项要诚实。统计每个月花在同步数据、在第二个工具里重建用户旅程上的工时,再乘以这些时间的成本。在我们看来,这一项最常扭转最终决定。

向每家服务商提问的清单

  • 价格是按发放卡券、按活跃卡券,还是固定费用?“活跃”具体如何定义?
  • 卡券过期或被用户删除后,费用会怎样变化?
  • 更新和通知是否包含在内,还是单独计费?
  • 是否包含 API 访问权限,有没有调用限制?
  • 是原生发放 Apple 和 Google 卡券,还是通过合作伙伴?
  • 用户数据托管在哪里,持有哪些认证?

如果服务商无法用 1 句话回答第一个问题,就把账单按两种方式各算一遍。

📖

用 Pushwoosh 把钱包卡券留在 1 个平台里

Pushwoosh 在与推送、应用内消息、邮件、短信和 WhatsApp 相同的平台中发放原生 Apple Wallet 和 Google Wallet 卡券。没有需要同步的第二个数据库,中间也没有合作伙伴。卡券与其他所有渠道共用 User ID、用户分群和用户旅程。平台已通过 ISO 27001:2022 和 SOC 2 Type 2 认证,符合 GDPR 要求,数据中心位于欧盟和美国。具体对比请看 Wallet passes 页面。

降低钱包成本,靠的很少是最低的单张卡券价格,而是不为同一位用户付两次钱。

对比钱包方案
对比钱包方案

FAQ


Pushwoosh Team
内容团队 于 Pushwoosh
分享

相关文章

查看全部