订阅型内购, 有一套完整的销售体系, 这一点非常重要. 以往的内购app, 一般上都使用我们自己的销售体系, 然后跟苹果的内购配合起来, 尤其是消耗性内购, 在我们自己的商品体系中, 加上一个ID对应到苹果的内购ID, 用户在我们的商品体系内获取商品信息, 然后苹果那里支付, 支付完成了, 再到我们自己的体系内完成购买. 这个过程, 对我们开发者来说, 其实就是拿iap仅仅当做支付工具来用, 而放弃它的销售体系. 当然, 不排除有人老老实实的使用苹果内购的销售体系, 但是, 对大部分开发者来说: 内购就仅仅只是一个支付工具.
将iap仅仅当做支付工具, 在订阅型内购中, 已经不起作用了, 因为, 订阅型内购它自带的一整套销售模型, 必然会迫使我们产品修改自己的商业销售模型. 这里要额外提一下, 原本我并不关注订阅型内购, 但是, 一旦程序中涉及一段时期的VIP服务, 苹果的审核人员会强迫我们使用订阅型内购, 所以, 逼得我只能去研究这个工作了. 下面, 我总结一下, 从苹果的各个官方资料里面总结下来的信息:
1. 要使用订阅型内购, 一定要在Connect的协议,银行一栏里面重置Request, 一个新注册的空白账号, 是无法新建订阅型内购的.
2. 订阅型内购的每个时期, 是一个Cycle期, 这个Cycle期结束后, 会自动发起一次新的订阅, 这个过程无需用户确认.
3. 订阅内购可以带试用模式, 试用模式过期后, 会提示用户正式购买订阅.
4. 订阅内购是跟随AppleID的, 所有的使用同一AppleID的设备上, 是会同步订阅的. 这一点就是一大坑, 直接将订阅型内购绑定到苹果的账户, 如果我们自己有商业销售体系, 往往都是有自己的用户体系, 跟苹果的体系直接产生冲突.
5. 订阅模式下, 用户第二年继续订阅的话, 开发者可以获得85%的收益. 这里是指积累订阅, 而且是同一个Group的订阅, 不包括免费的时期. 这一点倒是很爽的.
6. 一个Group内的订阅不能选择多个, 只能选择一个, 用户可以在多个订阅之间切换, 这一点, 同样也导致了跟我们自己的商业销售模式会有冲突.
7. 一个订阅型内购, 可以给新老用户不一样的定价体系, 比如给老用户优惠, 新用户原价.
8. 订阅内购降价的时候, 不会有任何提示信息, 但是, 一旦涨价的时候, 自动会给用户(AppleID)的设备弹出提示, 通知用户订阅的新价格, 用户在这个时候, 是可以直接退订的.
通过自己的实践, 以及阅读苹果的资料, 大概总结了以上的内容, 仅供参考.