我个人觉得Apple Pay是个很不错的移动支付解决方案。

本文主要是介绍我个人觉得Apple Pay是个很不错的移动支付解决方案。，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

支付的三个核心愿景：零风险，零障碍，零费率。

1、零风险

跟钱相关的东西，都离不开风险。我们关注一种新的支付方式的时候，标准比对就是与现金和刷卡的比较。如果安全都无法保证，肯定没人用。

1.1、方案风险

现金的风险在于假钞，刷卡的风险在于盗卡。 Apple Pay是移动支付，本质上是网络支付（无卡支付），主要的风险在于账户盗用。从苹果的方案来看，用的鉴权方式是指纹+设备。这种方式对比现在的主流账号+密码的方式来看，无疑安全度更高一些，盗用的难度也会更大。另外，苹果将这些信息加密保留在了本地而非云端，我觉得从另一个层度上也更为安全（丢失需要攻击设备）。从这个层面上来看，苹果的方案优于之前出现过的所有的NFC方案。而指纹的方案本身也说明了苹果对支付方案的风险的充分考虑，多达一年的公测方案，为后续的支付风险方案打下了基础。至少，让人感觉很安全。安全感本身比安全更重要。

1.2、账密风险

账户密码的方案在Apple Pay的方案里并不是不存在，所以如何防止类似有iCloud艳照那样的线上支付的风险，还是有很大的进步空间。至少，对比Paypal，苹果肯定是没什么优势的。

2、零障碍

2.1、支付障碍

支付宝高管在一次交流上对于支付宝取代传统钱包提了这样一个要求：一次支付在15秒内完成。这个时间，是基于掏出钱包，给钱，找零，放回钱包这样的动作计时得出来的。只有便捷度超过了传统的钱包支付，才会有可能。而现在的NFC方案大多基于小额支付场景，一旦超限，就可能触发密码校验、短信校验等等风控方案；同时，网络环境本身也是特别大的问题，这些都会为带来长于传统支付的时间障碍。从这个程面上来说，由于指纹方案的天然安全性和NFC的可离线化，都会带来很大的优化。这点上，与其他NFC方案最大的区别我觉得是设备-卡和设备-账号的区别。

2.2、识别障碍

对于比现金的防伪识别和刷卡的密码签名识别来说，Apple Pay的识别障碍和难度就要低的多了（或者说完全没有）。NFC之前最大的问题就是标准太多，这也是安卓设备比较头疼的一个问题。

2.3、使用障碍

有多少B端场景支持使用，是成败的极大关键。尤其以公共交通、便利店、菜市场等这类高频场景所为关键中的关键。赢高频者得天下。另外，苹果目前的方案是卡-设备，个人感觉略优于现在的卡-第三方支付-设备的方案。少个环节自然多点便利。

3、零成本

3.1、C端成本

现在无论是哪家做支付的，在消费场景下问用户收费的貌似都没有（转账不是消费），所以这里来看大家都一样。如果苹果要问用户收费的话，那。。。

3.2、B端成本

一般的支付接入都是要收手续费的。各个行业、交易规模、风险程度都会构成手续费的不一样。所以对于线下支付，看苹果是立志与做银行与商户中间的服务商，还是自己做支付公司了。这个对于费率都会有比较大的影响。另外NFC的接收设备、网络成本、收银系统的改造成本，对于商户来说都是不小的开支。从这点上来说，苹果利用自身的影响力来推动商户做这些事，结合之前的PASSBOOK等O2O方案，还是值得期待的。

3.3、运营成本

整体的风控、支付交易费率等等都是有很高的投入的，不知道苹果的支付是打算做一家收手续费的公司，还是做一家结算现金流的公司。

上面这些成本会很大程度上影响商家的接受程度。商家的接受程度某种程度上来说，比风险控制还重要。

4、其他

4.1、在中国大陆市场，苹果和银联、支付宝、微信这样的支付公司的关系其实很有意思。相信如果有合作对接，会对推动更有利。但毕竟在支付这件事上，大家是竞争对手，设备的天然优势，使得最终很有可能现有支付公司都被干掉。狼来了是好是坏，很有意思。

4.2、最终能不能改变现在的支付方式，主要取决于B端和银行的接入度。

这篇关于我个人觉得Apple Pay是个很不错的移动支付解决方案。的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---