这是《App产品设计指南》系列文章的第12篇内容，更多精彩可以点击下方链接查看。
支付系统可以是指提供资金支付功能的平台或者机构服务，也可以是指某个平台面向用户的支付功能。前者的范畴非常大且专业，我们这里指的是后者，即App产品面向平台用户的支付功能。
支付类型
这里我们将支付类型分为以下3个类型，分别是第三方平台支付、余额支付、苹果内购。
第三方平台支付主要包括微信支付、支付宝支付这两种。其他由运营商或者银行提供的支付方式虽然也比较方便（比如电信翼支付、招商银行支付等等），但目前用户使用相对较少。
余额支付是指向平台的用户账号中充值，然后使用这个帐号进行支付结算。用户向平台账户充值有利于培养使用习惯，同时对平台的资金流动也有好处。
苹果内购其实也属于第三方平台支付，但因为苹果本身的特殊性，所以单独分类，下面会重点介绍。
苹果内购
苹果的购买政策相对较严格，但要注意的是这些限制是针对虚拟商品而言。
App 内购买项目是指您可以在 iPhone、iPad、iPod touch 或 Mac 上的 App 中购买的额外内容或订阅。如果不使用App 内购买项目，开发者的应用就会被拒绝，这其实也是霸王条款，只不过大家不得不遵守罢了。App 内购买项目包括以下4类，下面分别介绍一下。具体的含义可以参考苹果官方文档：https://support.apple.com/zh-cn/HT202023
订阅
此项目是针对特定时间周期的订阅服务而言，比如说购买了3个月专栏的使用期，半年的健身培训服务等等。这个类型包括自动续费和非自动续费两种类型。
消耗型项目
此项目是针对那些一次性使用的项目而言，比如说游戏里面的生命次数、打赏给别人的礼物等等。
非消耗型项目
此项目是针对永久使用的项目而言，比如说游戏里面的皮肤，去除产品广告等等。
需要说明的是App 内购买项目速度比较慢，体验并不友好，远没有使用余额购买或者微信购买方便。一部分App在送审时提交符合要求的版本，即使用App 内购买项目；审核通过之后再切换到其他版本（比如说使用微信支付，使用余额支付等等）。这样做一旦被苹果发现，还是会受到惩罚的。
苹果抽成
苹果要求开发者使用App 内购买项目的订单必须支持30%的费用，否则就不能上架。开发者大多数情况下只能选择接受。这也是为什么很多iOS应用上的商品要比Android定价高的原因。
iOS版本微信上的小程序不允许支付，是因为腾讯和苹果没有谈拢。小程序中不能进行虚拟物品的支付，比如积分、购买课程、打赏等等，不过实物支付不受影响。
苹果要求不同平台的用户余额不能互通，所以一个用户在Android和iOS上的余额账户是分开的。实际生活中也有很多App没有这么干，这只是说明苹果没有注意到这个平台，风险还是存在的。虽然用户在两端的余额是分开的，但用户购买的内容在所有系统都是同步的，已购内容将不会受到设备系统更换的影响。
服务端处理
得益于第三方平台，App产品可以快速构建属于自己的支付系统。平台要考虑的是支付支持的终端类型，如何保证支付的安全性等问题。对于产品经理而言，熟悉常见支付平台的功能是非常重要的，比如说微信支付目前有6种模式，分别有什么区别，这些都需要提前掌握。
一般情况下接入第三方支付主要有以下几个环节：
（1）申请平台帐号；
（2）创建应用；
（3）熟悉官方文档；
（4）接入官方SDK；
（5）调用支付，处理回调。
上述环节背后的逻辑非常复杂，这里列举一个例子。用户在App中使用支付宝购买服务，已经扣款成功，但是由于支付宝或者平台服务的原因，没有立刻获取到回调信息。这种场景该如何处理呢？
正常情况下，如果回调能及时获取，就提示用户支付成功。如果回调没有获取到，展示中间页，提示用户支付状态查询中。从我的订单或者其他页面中可以查看订单的支付状态，必要时给用户发送短信告知状态。
用户支付支付后会产生订单，当然某些没有支付也可能会产生订单。在后续的文章中我会和大家重点介绍一下订单系统。支付系统作为平台的核心模块之一，对平台的GMV指标起着决定性作用，只有在充分理解其背景和相关限制后才能做出合理的设计。希望本文能对大家有所帮助。
在写作过程中，如果有意见或者想法，欢迎有兴趣的读者添加我的微信一起交流探索，共同进步。
网友评论