For investors
股价:
5.36 美元 %For investors
股价:
5.36 美元 %认真做教育 专心促就业
相信大家前一段时间还记得微信因为文章打赏功能与苹果公司闹矛盾的事情吧,主要原因就是一个支付的问题。所以,如果我们开发的软件也需要添加这种类似的支付功能的时候,如何才能合理的通过苹果应用商店的审核呢?下面,我们先来了解一下关于这个支付功能是如何运作的。
正常的流程需要输入苹果的icloud密码,确认支付内容,然后进入支付确认和结果反馈环节,需要多次点击和输入操作。
但是,由于苹果的支付流程需要来回跳转和请求数据,路径长,节点多,所以会产生各种不确定的case和“掉单”的情况发生,针对不同的支付失败情况,都要设计相应的应对逻辑。
1、直接购买失败
直接购买失败原因主要是金额不足,因此苹果会提示相应的反馈并提供可选择的解决方案;若用户取消操作,则会直接退出苹果支付流程,返回App页面;
2.苹果支付成功,但是产品端未显示
这主要来源与苹果的支付流程,虽然在当前的支付页面上显示了支付成功,但是由于网络或者App后台未接收到数据等问题,造成了当前在产品端未实时显示支付结果,这时需要实时反馈进入提示,告知用户稍后查看;用户返回App继续执行支付操作时,若此时后台仍未收到数据,则直接当前订单还在处理中,不会生成新的订单,继续出现之前的支付成功的反馈提示;若此时后台已接收到数据,则系统可认为是生成了新的订单,可重新进入新的一轮购买流程;
3.苹果支付成功,但是传递给产品的ID无效
这种情况更加让人无奈,在苹果流程中所有的支付流程都是通常的,但是苹果传递给产品的ID是无效的,这种不可抗力的问题着实让人无奈和头疼。这个时候只能走客服流程联系退款,若用户返回App后继续支付,则会生成新的订单进行新的支付流程;
支付流程加上3种特殊状态的case,是App涉及到苹果IAP支付流程时需要考虑到的各种情况。当然,还有更多特殊情况,需要根据产品的不同进行单独考虑,这样在应对苹果审核时的成功率更高,避免被Appstore审核不通过,重新设计的问题。毕竟,苹果的审核时间还是太漫长了。
好了,通过以上的分析我们可以知道,对于不同的软件产品来说在进行支付功能上的设计还都是可以进行调整的。