本文主要是介绍苹果没打算拿 Apple Pay 赚钱，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
比起业界如何看 Apple Pay， 我更关心的是苹果如何看 Apple Pay。算账后的结论是， 苹果没打算拿 Apple Pay 赚钱。根据《中国银联入网机构银行卡跨行交易收益分配办法》，银行卡收单业务的结算手续费全部由商户承担，但不同行业所实行的费率不同，费率标准从0.5%到4%不等。一般来说，零售业的刷卡手续费率在0.8%-1%，超市是0.5%，餐饮业为2%。
国内目前的情况是，大量第三方支付通过后台串通道，把高费率的请求穿到低费率的通道，从而降低手续费。市场上，0.8% 的第三方Pos机已经属于「宰客」的费率，多数都是0.5%。
国外支付行业的费率情况不确认，假设市场规范， 能够收到商家2%的费率。
国内正常情况，发卡行、银联、收单行三家按照 7:1:2 的比例分润。再假设 Apple 在产业链中足够强势， 可以分到 50% 的利润 。
苹果 iTunes Accounts 的数量是 Amazon Active Accounts 的两倍，大约8亿个。
再再假设，每个 Apple Pay 用户每年平均消费2000美金。
Apple Pay 每年的收入 = 2000 * 800M * 2% * 50% = 160亿美金。
16000000000美金，好多个零，看起来是真不少啊。
再跟 Apple 2013财年，1709 亿美金的总收入比一下， 还不到 10% 。
如果你觉得 10% 也算一个可以接受的比例。我们再回头看看之前的那些假设，2% 的费率，50%的分润比，平均每人每年2000美金的消费额，所有数字都是上限。实际上会有多少呢？
实际情况很可能是，Apple每年的营收，放到余额宝里理财，获得的收入都比 Apple Pay 多。
所以，Apple 做支付，主要目的还不是赚钱。 把用户圈在它的生态系统里，这比什么都重要 。
这篇关于苹果没打算拿 Apple Pay 赚钱的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
