关于内购订阅制 (尤其是自动续费) 想和大家讨论一下 :)
Hi 各位，又是我
，上次我发了一个帖子 你会如何为你的开发的独立 APP/产品定价。
我从中收获了很多的很好的经验，非常感谢大家的回答。
现在我的独立 APP 已经进入 MVP1.0 版本的尾声了，最近在张罗上架的事情，并在做最后的内购联调。
但是此时我却突然面临了一个关于订阅制的纠结，我的第一个问题是：
1. 究竟是非自动续期订阅好还是自动续期订阅好？
目前我只设计了【自动续期订阅】的方式，主要原因是
- 如果走【非自动续期订阅】，用户如果到期了还需要手动续订，并且 APP 要设计相关的提醒机制
- 苹果爸爸对于【自动续期订阅】有政策，第二年到手可达到 85%（其他 70%）
- 【自动续期订阅】在国外有比较成熟的心智了
但是这两天我发现问题并不简单： 我发现国内很多用户非常抵触【自动续期订阅】，甚至经常会忘记这件事，等到自动扣款了会去退款，甚至是差评或者控诉是诈骗。我能理解这种心情，毕竟国内的应用还是偏一次性购买多，自动续期订阅算是比较激进的做法（但很多 APP 在做，因为第二年 85% 的优惠）。
所以我陷入了纠结当中，我是否应该为了照顾国内用户的习惯，修改成【非自动续期订阅】？
或者我也可以.....
2. 自动续期订阅和非自动续期订阅共存？
我参考了一些 APP，他们既提供自动续期订阅，又提供非自动续期订阅，我觉得是一个相对没毛病的解决方案。对于国内习惯一次性购买的用户，可以选择【费自动续期订阅】，对于国外有订阅习惯的用户，可以选择【自动续期订阅】，两全其美。
但是相应的，开发工作量也会上升，处理订阅购买逻辑真的异常烦人....
👆上面两个问题，大家有什么经验或者想法吗？欢迎交流一下...
P.S： 处理订阅逻辑让人异常烦躁...最近又看到了交易凭证 (Transaction Receipt) 还最好要走服务端验证，我找一个叫 revenue cat 的服务可以帮你解决这个问题，省的你自己写服务端逻辑，买服务器 etc. 不知道大家在这方面有没有经验？或者是否使用过这个叫 revenue cat 的服务？
看了一下上一个帖子，想说一下我的看法，就是，在一个 14 亿 + 人口的国家，我想大多数开发者都不用考虑什么用户饱和的问题，反而我们要考虑的是，即使是买断制，基于这样庞大的用户基数，如果都不能持续创造收入，更别谈订阅了。
并且，说到买断制会遇到用户饱和的问题，我想问的是，除了那些大公司的产品，目前有哪个开发者的产品遇到了用户饱和的瓶颈？我是没见过，哈哈
所以我觉得，用订阅制和买断制都不是当前要解决的问题，产品才是问题
回到主题，我个人倾向于选择买断和订阅并存，并且我自己的下一个产品也想尝试这个方式
另外一点就是，如果订阅制初期处理起来麻烦的话，那就先直接上线一个买断的内购，后期再根据实际情况决定是否增加订阅制，原来买断的用户就继续是永久会员好了，对后续发展没什么影响，甚至能让他们有占便宜的感觉，反而赢得了口碑
BeeStudio
回复
非常好的建议和分析，感谢~
P.S bProgress 很赞，听你的分析似乎直接付费购买也没有遇到收入瓶颈，很好的例子，感觉你来说这话很有说服力哈哈
参考的一些相关 V 友的帖子： https://www.v2ex.com/t/379671 https://www.v2ex.com/t/412069
内购->订阅老用户升级战略的胜利：https://v2ex.com/t/621246
pxmage
回复
哈哈哈，直接付费下载有瓶颈的，后续不排除会考虑将付费改内购的策略，我也还没验证过在付费下载达到瓶颈的情况下，改免费 + 内购是否会带来更大的收益
BeeStudio
回复
我是免费下载 加 IAP，只是 IAP 之前准备订阅，现在准备买断，后期视情况升级成订阅 IAP
升级后老用户免费看起来是一个挺好策略，https://v2ex.com/t/621246