如果你正在发行会员卡，你并不是在 Apple Wallet 和 Google Wallet 之间做选择，你的客户已经用买手机的方式替你做了选择。重要的是了解两者在哪些地方表现不同，以免上线后措手不及。
我需要同时支持两种电子钱包吗？
是的。任何只提供一种电子钱包的注册链接，都会让大约一半的客户悄无声息地失败，而他们不会告诉你：他们只是不会拥有一张卡。
一个正确搭建的注册页面会检测设备并显示对应的按钮，同时保留另一种作为备用选项。Loonine 会自动完成这一切；如果你在评估其他平台，请在下单前分别在 iPhone 和安卓手机上打开其演示链接，不要只看宣传页面。
这两个平台如何比较？
| Apple Wallet | Google Wallet | |
|---|---|---|
| 卡片格式 | PKPass | Google Wallet API 对象 |
| 自动更新 | 通过 APNs 推送 | 通过 Google 的服务推送 |
| 锁屏相关性 | 基于时间和位置 | 基于时间和位置 |
| 安装途径 | Safari 及应用内浏览器 | Chrome 及大多数安卓浏览器 |
| 设计自由度 | 模板严格，字段固定 | 布局自由度稍高 |
| 离线可用 | 是，可离线显示 | 是，可离线显示 |
实际使用中有哪些注意事项？
- 应用内浏览器。在某些社交应用内打开的链接会阻止卡片安装。解决办法是在 Safari 或 Chrome 中打开，一个好的注册页面应该主动说明这一点，而不是让客户卡在那里。
- 桌面端链接。卡片安装在手机上。客户如果在笔记本电脑上打开链接，看到的东西毫无用处，所以信息必须送达客户随身携带的设备。
- 字段限制。Apple 的模板允许固定数量的字段。如果卡片设计依赖六个数据点，就会被截断，所以设计时应该顺应这个限制，而不是与之对抗。
- 更新延迟。推送通常在几秒内完成，但不保证即时到达。永远不要设计出让店员等客户屏幕刷新后才能提供服务的流程。
哪一个的参与度更好？
就会员卡而言，两个平台在参与度上都没有决定性的优势。所报告的约 90% 的电子钱包推送打开率，是针对电子钱包卡整体而言，而非针对某一个平台，商家之间的差异远大于两个钱包平台之间的差异。
真正影响参与度的是相关性：当客户靠近你的店铺时出现在锁屏上的卡片会被打开；而在周二下午推送一条通用消息的卡片则会被忽略。
每个平台上卡片是如何更新的？
在这两个平台上，更新都是由操作系统推送的，而非由应用主动获取，这就是为什么电子钱包卡可以在顾客把手机放在口袋里时发生变化。两者机制略有不同，但实际表现几乎一致。
Apple Wallet 会将每张已安装的卡与发卡服务器关联。当商家更改某项内容时，服务器会通知 Apple 的推送服务，手机随即请求新版本，卡片随即原地更新，通常在几秒内完成。Google Wallet 则针对存储在 Google 一侧的卡对象工作：商家通过 API 更新该对象，Google 会将其推送到持有该卡的每一台设备。
对商家而言，两种情况的结果是一样的：你永远不需要重新发卡。更改奖励、设计或集章数量会更新所有已在流通中的卡，包括当前处于关机状态的手机上的卡。
设计上有哪些限制？
Apple 强制使用固定的卡片模板，带有固定数量的标注字段，而 Google 允许稍多一些的布局自由度，但两者都比网页受限得多，依照这些限制来设计，比与之对抗要做出更好的卡片。
| 元素 | Apple Wallet | Google Wallet |
|---|---|---|
| 徽标 | 小，左上角，始终可见 | 类似，可选主图 |
| 主字段 | 一个，大号 | 一个，大号 |
| 次字段 | 最多几个，小号 | 相当 |
| 背景 | 纯色或图片 | 纯色或图片 |
| 条幅 / 主图 | 固定宽高比 | 固定宽高比 |
| 条形码 | QR、PDF417、Aztec、Code 128 | QR、PDF417、Aztec、Code 128 |
实际的规则是，一张会员卡应该一眼就能传达两件事：这是谁的卡，以及顾客距离奖励还有多近。其他任何内容都会与这两点争夺注意力，而且通常会输。商家名称、集章数量、奖励文字：这就是一张完整的卡。
在上线前先在深色模式下测试。带透明背景和深色字体的徽标在深色卡片上会完全消失，这是这个品类中最常见的单一设计错误。
顾客需要账户吗？
Apple Wallet 完全不需要账户：卡片安装到设备上无需登录。Google Wallet 要求手机登录 Google 账户，这在正常使用中的安卓手机上基本都能满足，但值得了解这是一种失败模式。
两个平台都不要求顾客在你这里或在会员计划提供商那里创建账户。这正是电子钱包会员制相较于应用的核心隐私优势：没有密码，没有邮箱验证，除了商家本就需要的标识符之外没有任何档案。
其他钱包呢？
Apple Wallet 和 Google Wallet 实际上覆盖了本地商家会遇到的几乎全部智能手机市场，支持这两者就足够了。其他钱包应用确实存在，但在这个场景下都不值得为其单独开发。
值得了解的一种情况是较新的、未搭载 Google Mobile Services 的华为设备，这些设备无法安装 Google Wallet 卡。这种情况在大多数市场较为少见，但在某些市场更常见。如果顾客的手机无法保存电子钱包卡，纸质卡仍是适合该顾客的正确方案。
卡片为什么安装失败？
安装失败集中在四个原因上，而这四个原因都出在顾客一侧，而非平台一侧，这意味着一个设计良好的注册页面可以预先规避所有这些问题。
| 原因 | 顾客看到的内容 | 解决方法 |
|---|---|---|
| 在桌面端打开 | 按钮失灵的页面 | 把链接发送到手机上 |
| 应用内浏览器 | 点击后没有任何反应 | 在 Safari 或 Chrome 中打开 |
| Google Wallet 未登录 | 钱包打开后拒绝该卡 | 登录 Google 账户 |
| 操作系统过旧 | 不受支持的卡格式 | 罕见情况，退回使用纸质方式 |
应用内浏览器这种情况最容易造成实际注册流失，因为它是静默失败的：顾客点击后没有任何可见反应，于是他们就认定这张卡不可用。一个能检测到这种情况并提示“点击分享图标，然后选择在 Safari 中打开”的注册页面，可以挽回大部分这类顾客。