zoukankan      html  css  js  c++  java
  • 关于ios平台下的app的充值规则:

    https://www.jianshu.com/p/d6761e820895

    关于ios平台下的app的充值规则:

    1. 平台的充值的要求和规范
    2. 针对要求目前存在的设计
    3. 根据产品的付费属性设计

    平台的充值要求和规范

    IAP(in-app purchase),是苹果购买虚拟物品和服务的一套交易系统

    1.1 适用范围

    在App内需要付费使用的产品功能或虚拟商品/服务,如游戏道具、电子书、音乐、视频、订阅会员、App的高级功能等。

    1.2 IAP类型

    如前面说的,IAP是一套商品交易系统,而非简单的支付系统。每一个购买项目都需要在App的itunes connect后台创建一个商品,提交给苹果审核,审核通过后,购买项目才会生效。

    1.2.1 Consumable products消耗型项目

    该类型适用于可多次购买的消耗型项目

    如游戏道具、虚拟币等。

    1.2.2 Non-consumable products非消耗型项目

    该类型适用于一次购买永久有效的项目

    如电子书、游戏关卡等。
    该类型项目支持跨设备同步和本地restore,比如说在infinite flight中购买了一架飞机,那么在同个apple id之下,即使更换设备,删除app重新安装,依然可以恢复已购买的内容

    1.2.3 Auto-renewable subscriptions自动订阅型项目

    该类型适用于自动续费的订阅项目,

    如Apple Music的按月订阅,用户购买后会每月自动续费,直到用户手动取消或者开发者下架IAP项目。
    类似Non-consumableproducts,该类型也支持跨设备同步和本地restore机制。
    之前这种类型只支持newsstand类别(报刊杂志)的App,从2016年6月开始支持所有类型的App,但除了newsstand类别之外,国内的App很少使用这种类型的内购。

    1.2.4 Non-renewable subscriptions非自动订阅型项目

    该类型适用于固定有效期的非自动续费项目,

    如云音乐的会员和一些视频App的会员。没有跨设备同步和本地restore机制,用户可以多次购买。

    1. 在这种机制下,用户已经购买了一次的情况下再次购买,则会提示已经购买过,是否需要再购买,这个主要的参考是apple id。
    2. 如果采用非消耗型的项目,就会忽略掉app本身的账号系统,如果要在app账号体系下做一个永久性的消费项目,可以将其设置为非自动订阅型的的项目,设置时间为一个无限长的时间即可。
    1.2.5 Free subscriptions免费订阅型项目

    该类型是Auto-renewable subscriptions的一个特例,适用于免费的订阅项目,仅支持newsstand类别的App,同样支持跨设备同步和本地restore机制。

    归类:

    项目类型特征账户购买提示
    消耗型项目 多次购买 参照为app账户
    非消耗型项目 一次购买永久使用 参照为apple id 已经购买过,是否恢复
    自动订阅项目 按apple的设定时间自动续费 参照为apple id
    非自动订阅项目 按自定义的时间续费 参照为app账户 已经购买过,是否购买/续费

    1.3 不过审规则

    序号描述
    11.1 使用app store以外的渠道解锁或开启附加属性或功能的应用将被拒绝
    11.2 使用IAP以外的系统购买内容、功能或服务的应用将被拒绝
    11.3 使用IAP购买实物商品而并非用于软件的服务的应用将被拒绝
    11.4 应用程序使用IAP购买积分或其他的货币必须在本应用内消费
    11.5 使用IAP购买已过期的积分,或其他货币的应用讲被拒绝

    价格的制定策略:https://wenku.baidu.com/view/9020b78f2b160b4e777fcf44.html

    那么目前存在的几种应用内的付费方式:

    1. 虚拟币充值
    2. 直接付款购买商品
      • 会员服务
      • 解除功能限制
      • 虚拟商品
      • 真实商品

    1.虚拟币充值
    是否需要通过IAP我认为的关键点是是否用于应用内功能、服务的购买

    例如:

    • mobike、ofo充值之后用于应用外的自行车使用,所以走第三方没问题;
    • 映客充值之后用于购买应用内的虚拟商品,蜗牛读书充值之后用于应用内解锁app提供的阅读权限,所以必须走iap;
    1. 直接付款的商品:

    音乐类应用的会员服务,相当于购买了应用内的数字音乐,解锁下载权限等所以需要经过iap;音乐类app单独购买一首歌的权限,数字音乐内容(虚拟商品),也需要经过iap;真实商品比如淘宝、京东可以调用第三方支付。

    如果产品中存在购买虚拟物品,又有提现功能的话,是违反了消耗型项目的规则的,即应用程序使用IAP购买积分或其他的货币必须在本应用内消费,也是苹果为了防止洗钱等犯罪时间的发生,所以:

    1. 要不将内购取消,要不将提现取消。
    2. 使用其他方式,比如通过其他渠道去打款,红包之类(中国人真的厉害,此事不通,绕过去...)(具体可以参考映客)

    目前存在支付系统的设计

    虚拟物品

    1. 账户型:拥有一个自己的账户,先转换成为虚拟币再进行应用内的购买行为

    易企秀:appstore充值为秀点,再购买应用内模板

    maka:appstore充值为余额,再购买应用内模板

    蜗牛阅读:appstore充值为阅读时间,再根据阅读时长消费

    QQ阅读:appstore充值为阅读点,再用来购买书籍

    映客:appstore充值为砖石,再用来购买礼物

    各种游戏

    ....

    1. 无账户,有会员

    有道云笔记:会员/年费会员:解锁功能,获取优惠

    ......

    1. 有账户,有会员

    网易云音乐、酷狗音乐、qq音乐、酷我音乐、虾米音乐、百度音乐
    ......

    对于2.3:

    2中之所以不需要用账户的设定是因为,有道云笔记当中除了会员的付费项之外没有其他的零散付费项,而3中,音乐的付费项目当中有3个:单曲付费(设定好价格);专辑付费(自定义价格);会员付费(设定好价格)对比发现,由于存在自定义价格,而iap的价格由等级划分,因此需要灵活的付费,所以创建账户,以充值的形式增加付费的灵活性。

    3中为什么不可以使用账户内的“额度”去购买一个会员?私以为是由于项目属性的不一样,单曲、专辑付费属于消耗型项目,而会员付费属于自定义订阅项目,所以必须采用不同的充值方式。

    当虚拟币需要提现的时候,可以:(1)转到微信,以转账的形式退回 (2)可以转换成为积分,进行实物的兑换,过程中说明积分与虚拟物品无关即可。

    实际物品

    比较多了:淘宝、京东、严选、当当......可以使用第三方的支付平台(非iap)

    一般情况下,使用第三方平台支付的,发生退款的行为可以原路退回(只限于订单类的退款,非订单类无法查到充值金额是否使用、现存金额属于何笔充值,因此,无法原路退回),也可以让用户退款到平台,再决定钱的走向,即为提现。
    过程中要阐明账户中的金额与虚拟无品无关。

    根据产品的付费属性设计

    1. 目前产品中的支付对象为线下的服务,并且之后的支付规划为,生成实际文档、第三方合作的服务,因此,属性都是实物付费,所以可以使用第三方支付:微信、支付宝
    2. 由于提供的服务具有连续性,若存在优惠返现活动,可以采用账户形式,方便资金的再次利用,所以支付方式还可以是:余额
      3.若之后存在虚拟物品的交易,可以取消账户形式,在购买虚拟物品的时候采用iap,而在服务等线下服务的时候调用第三方支付。

    一切为了通过审核!!!!

    一切为了用户的理解!!!

     
     
    24人点赞
     
    随笔
     
     


    作者:Rominldo
    链接:https://www.jianshu.com/p/d6761e820895
    来源:简书
    著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
  • 相关阅读:
    Struts2【UI标签、数据回显、资源国际化】
    Struts2【配置】知识要点
    Struts2与Spring整合
    Struts2入门这一篇就够了
    Hibernate最全面试题
    Hibernate【查询、连接池、逆向工程】
    Hibernate【缓存】知识要点
    Hibernate【inverse和cascade属性】知识要点
    输入法设置,SublimeTest,putty掉线
    Hibernate【映射】知识要点
  • 原文地址:https://www.cnblogs.com/itlover2013/p/15000341.html
Copyright © 2011-2022 走看看