葡京签到送彩金互金产品如何加强理财用户之忠实度?

App Store 审核指南

文/莔莔有精明

简介

App
正在改世界,丰富人们的在,并为像而同的开发者提供前所未有的创新时。因此,App
Store
已成长为一个激动人心且充满活力的生态系统,正也数百万之开发者和跨十亿之用户提供劳务。不管是出新手,还是由经验丰富的程序员所成的重型集团,我们还好欢迎您为
App Store 创建 app,并欲会助你了解我们的清规戒律,以管您的 app
能够快速经过审核流程。

App Store 的点原则非常简单:我们意在吗用户得到 app
时提供更安全可靠的经验,并为具备开发者提供借助 app
获得成功的关口。我们曾以这同一极更新了 App Review
指南。新版指南本身核心内容并没有任何变更,但彼计划得更起系统,且含有重复多背景以便掌握。在持续页面被,您见面发现这些轨道都受明晰地分开为五个组成部分:安全、性能、业务、设计和法律。另外,请以以下几点谨记在心:

众多小见面自咱这边大量下载各种
app。尽管父母控制力量会也少年儿童提供行之有效保障,但若也亟须办好协调卖内的做事。您要是解,我们天天都在关心这些娃娃。

App Store 是朝全球数亿人口大饱眼福 app 的好办法。如果您支 app
只是为分发给亲朋好友,那么 App Store
并无是最为契合之门路。这时可考虑采取 Ad Hoc 分发或参加 Enterprise
Program。如果您刚刚起开发 app,请进一步了解Apple Developer
Program。

假定我们以为 app 的其余内容还是作为超出了而是接受的限定,我们将不容该
app。您或许会见问,这个只是接受之克是啊?套用最高法院法官的等同句话:“当自己望底时节,我不怕懂得了”。而且,我们信任,当你过这个范围时,您自己吗会见发觉及。

只要您准备哄骗系统
(例如,试图在审核流程中弄虚作假,窃取用户数量,抄袭其他开发者的创作,或者控制评级),我们见面由该铺面中易除了您的
app,并将公于 Developer Program 中革除。

俺们意在这些新则能支援你顺利经过 App Review
流程,并设准和拒绝标准在完整达标进一步一致。本文是一个动态文稿;如果新的
app 引发了新的题目,我们或许会见时刻制定新的规则。也许,您的 app
就拿造成新的条条框框。我们同热爱 app
开发,并且强调您所召开的一体。我们刚大力为汝营造世界上最好美好的平台,既会被你展示才华,还能让您取回报。

目录

交付之前–
审核前核对清单

1.安全

1.1教人反感的始末

1.2用户生成的情节

1.3娃娃类别

1.4身体损伤

1.5开发者信息

2.性能

2.1App
完成度

2.2Beta
版测试

2.3确切之初数据

2.4硬件兼容性

2.5软件要求

3.业务

3.1付款

3.1.1App
内购买项目

3.1.2订阅

3.1.3根据内容之“阅读器”App

3.1.4情节代码

3.1.5App
之外的东西商品与劳动

3.1.6Apple
Pay

3.2旁业务模式问题

3.2.1足领

3.2.2不可接受

4.设计

4.1抄袭者

4.2低于功能要求

4.3重复
App

4.4扩展

4.5Apple
站点和劳务

4.6备选 App
图标

4.7HTML5 游戏和聊天机器人 (Bot)

5.法律

5.1隐私

5.1.1数据收集及贮

5.1.2数量利用及共享

5.1.3正常以及正规研究

5.1.4儿童

5.1.5原则性服务

5.2文化产权

5.3打闹、赌博以及彩票

提交之后–
预期事宜

交付之前

为扶持而尽可能顺利地经过 app
审批,请查看下方列有之广大错误行为,这些表现或者会见招致审核流程延误或致
app 被拒。这些情节未可知取代准则或担保 app
获批,但保证对这个列表中的每一样宗会是一个良好的开始。如果你的 app
不再会以预想方式工作,或者您不再积极地针对那个提供支持,那么这个 app 将起
App Store 中移除。Learn More about App Store
Improvements。

请确保:

测试 app 是否会面时有发生崩溃、是否在不当

保险有 app 信息及初次数据总体且是

履新您的维系信息,以便 App Review 部门于待时跟公取联系

提供实惠的言传身教帐户和登录信息,以及审核 app 时所需要的任何其它硬件还是资源
(例如,示例二维码)

启用后台服务,以要该于按中处于移动和可用状态

当 App Review 备注中附上与非明显功能及 App
内购买项目有关的事无巨细说明,包括支持文稿
(如适用)。如果出于地区锁定或者外限制而致我们无法访问 app
的片内容,请提供有关力量的视频链接

反省 app 是否比照了另外文稿中之连带指南,如:

出指南

App Programming
Guide

App Extension Programming
Guide

iOS Data Storage
Guidelines

macOS File System
Documentation

Safari Extensions Development
Guide

iTunes Connect
开发人员帮助

规划指南

iOS Human Interface
Guidelines

macOS Human Interface
Guidelines

tvOS Human Interface
Guidelines

watchOS Human Interface
Guidelines

品牌和营销指南

App Store
营销准则

Apple Pay
识别标志指南

Add to Apple Wallet
Guidelines

Guidelines for Using Apple Trademarks and
Copyrights

  1. 安全

当用户通过 App Store 安装 app 时,他们盼望取得平安的经验:app
不含令人难受或富有攻击性的始末,不会见损坏用户的设施,不会见于行使中造成人体损伤。我们以人世列有了重在的安全隐患。如果您想威吓或攻击别人,则您的
app 不适合出现于 App Store 中。

1.1 令人反感的始末

App
不应涵盖有攻击性、不顾及他人感受、令人不安、惹人讨厌或低俗不堪的情节。此类内容之言传身教有:

1.1.1诬陷、歧视或恶意的始末,包括有关宗教、种族、性取向、性别、国籍、种族起源或任何目标群体的援或臧否,特别是当
app
很可能针对特定的个体或团队进行侮辱,恐吓,或造成损伤时。通常情况下,专业政治讽刺与政幽默作家匪让之要求范围。

1.1.2人类或者动物被杀害、残害、酷刑、虐待的写实描绘,或者鼓励暴力之情节。在玩受,“敌人”不克但针对一定种族、文化、真实存在的内阁或企业,或是任何其他实际是的实业。

1.1.3勉励非法利用或不负责任地利用武器及危险物品的描述,或者促进铁采购之叙说。

1.1.4超负荷色情的内容
(韦氏词典对“色情”一词之定义是:对性器官或性活动之直描述或显示,目的在于刺激性快感,而不带来美学价值要点情感)。

1.1.5具煽动性的教评论,或者对宗教文本进行不当或误导性的援。

1.1.6仿真消息及机能,其中包未准确的装置数量还是用来恶作剧/开玩笑的职能,如假的职务跟踪器。即使指明
app“仅供游戏”,也非可知背这同规则。支持匿名或调侃电话要短信/彩信的 app
会被驳回。

1.1.7App Store 评论:

App Store 客户评价是 app
体验中必不可少的均等片段;因此,在回复客户之评介时,您该对他们保障尊重。另外,您的回复应直接回复客户评价的主题,请不以还原中隐含个人信息、垃圾信息还是营销广告。

动我们提供的 API 提示用户评价而的 app:通过这项造福功能,客户不管需去
app,就只是直接在 App Store 中留下评分和评论;不允许以预定的评说提示。

1.2 用户生成的始末

对富含用户生成内容的
app,有一定的难题需要解决,比如文化产权侵权、匿名欺凌等。为了避免滥用,包含用户生成内容要社交网络服务的
app 必须满足以下规则:

行使相应的法来过滤令人反感的情节,以免这些内容在 app 中公布

制定一个体制,以举报攻击性内容并当出现问题常常这作出回复

假若用户发布攻击性内容,可以撤销其行使服务的身份

披露联系信息,以便用户与汝联系

万一 app
中所蕴含的用户生成内容或劳动最终要用来色情内容、客观化现实生活中之之一人
(如“性感吗”投票)、进行人身威胁或欺凌,则这些 app 不入出现于 App
Store 中,它们或会见于未经通知之情景下受移除。如果 app
中所蕴涵的用户生成内容来于冲 web 的服务,则只是展示意外生的“NSFW
(公众场所不宜)”内容,前提是这些情节是默认隐藏的,只有当用户通过你的网站以那打开时才见面显得。

1.3 儿童类别

“儿童类别”可帮用户轻松地找到适合小朋友之
app。如果你希望与“儿童类别”,则应从为为年比较小之用户量身打造典型的运体验。这些
app 不得提供 app
外链接、购买时要另会针对小朋友致干扰的情节,除非该保存在给双亲监督之指定区域受到。请谨记,一旦客户觉得你的
app 能够满足“儿童类别”要求,您的 app
就用直接满足连续更新中之应和准则;即使你决定收回选择此类别,也是这样。进一步询问parental
gates。

“儿童类别”中的 app 不得展示作为广告 (例如,广告商不得因用户在 app
中之移位下广告),而且所有情节有关广告都必符合幼儿观。您还许诺特别专注世界各地与在线收集儿童数量有关的隐私法。请务必查阅这些规则的“隐私”部分,以询问再多信息。

1.4 人身损伤

假设 app 的一言一行方式或者会见招致身体损害,我们可能会见拒绝该 app。例如:

1.4.1比方看 app
可能会见供错误的数目要信息,或用来诊断或看病患,则这些 app
可能会见面临进一步严厉的稽核。

App
必须了解地披露相关数据以及道,用于佐证声明的正常测量准确度,如果准确度或艺术得不交说明,我们会拒绝该
app。例如,如果 app 声称仅透过配备及的传感器就会照 X
光、测血压、测体温、测血糖浓度要测血氧含量,则这 app 会被拒。

App 应当提示用户,除了利用该
app,还承诺询医生的看法,然后才会做出医疗决定。

如你的看病 app 已经落监管部门的准许,请随 app 提交相关文稿的链接。

1.4.2药品剂量计算器必须来自药品生产合作社、医院、大学、健康保险企业,药店,或是经过
FDA
或该对应国际单位的批准的其余实体。由于可能会见指向患患造成损害,我们要确保
app 将当丰富日子外取支持,并保持更新。

1.4.3App Store
中莫允分发任何鼓励食用烟草制品、使用违禁药物或者摄入超过酒精之
app。鼓励未成年人摄入任何上述物品的 app
都见面叫拒。为大麻、烟草或管理物品的行销提供有益 (经授权的药店除外)
同样无受允许。

1.4.4App
只能显示由相关执法机构披露之酒后开车检查点,不得鼓励酒后出车和连超速在内的旁鲁莽行事。

1.4.5App 不得促使客户为违反 Apple
硬件安全文稿的不二法门,或坐可能会见导致设备或者肢体损害的法子来用他们之配备。例如,app
不得鼓励在充电期间用配备放置床垫或枕头下,或对固态硬盘进行过多的写入循环操作。请查阅设备文稿。

1.5 开发者信息

用户需掌握怎么不怕问题和支持问题同您获得联系。请保管您的支撑 URL
中含有便捷的联系方式。如果得不到提供高精度之最新联系信息,不但会叫客户发出不好的感受,可能还见面背离某些国家/地区的法规。另外,请确保以
Wallet
凭证中带有发卡机构的中联系方式,以及分配受据的品牌要商标所有者的专用证书。

  1. 性能

2.1 App 完成度

付给以供应对的 app 应该是最终版,应包含有必要之老大数据与统职能的
URL;占位符文本、空白网站以及任何临时内容应在交前清除。在提交 app
之前,请务必以装备及对 app 错误与平静进行测试;如果您的 app
需要报到,请提供示范帐户信息 (并开拓你的后台服务!)。如果您于 app
中提供了 App
内购买项目,请保管复核人员能够看出这些情节,并确保这些内容处于整体且行的状态,否则要于审核备注中说明有关原因。请不要拿
App Review 视作软件测试服务。我们以拒绝不完整的 app
套装及会面世崩溃或有鲜明技术问题之二进制文件。

2.2 Beta 版测试

App 的以身作则版、beta 版和试用版不符合出现于 App Store 中,请改用
TestFlight。所有通过 TestFlight 提交以进行测试发布的 app
都承诺旨在公开披露,并答应以“App Review 准则”。请小心,使用 TestFlight 的
app 不得分发给测试者用以换取任何项目的报酬,包括作为众筹资金之奖赏。对于
beta 版 app 的大幅更新应先提交至 TestFlight App Review
团队,然后又分发给你的测试者。欲了解又多信息,请访问“TestFlight Beta
Testing”。

2.3 准确之正负数据

客户应该知道她们以下载或者购买而的 app 时会获取什么,所以恳请保管 app
的描述、屏幕快照和预览能够规范反映 app
的中心体验,并记不断更新,以便保障与新本子相应的新式状态。

2.3.1要不以 app 中隐含无记录的成效要隐匿功能;不管是对最终用户还是
App Review 团队,app 功能都许诺清晰可见。同样,您不该在 App Store
或离线情况下,营销您的 app 中其实并无提供的内容还是服务 (例如基于 iOS
的病毒和恶心软件扫描工具)。如果起恶性或者数教不改动之行事,则恐会见起
Apple Developer Program 中革除。我们刚竭尽全力将 App Store
打招值得信赖的生态系统,并要我们的 app
开发者也克这样;如果你不审实以待,我们之间便非会见发生其他工作来往。

2.3.2而你的 app 包含 App 内购买项目,请保管 app
的叙说、屏幕快照和预览清楚地指明是否来亟待再行购买之选料品种、关卡和订阅等。如果您决定在
App Store 中加大 App 内购买项目,请保管 App
内购买项目之展示名称,屏幕快照和讲述吻合公众看,并且保证您的 app
能够正确处理SKPaymentTransactionObserver
method,以便在公的
app 上架后客户可无缝完成买。

2.3.3屏幕快照应展示 app
的利用状态,而无就展示标题封面、登录页面或开屏幕。屏幕快照还可包括文件和图像说明
(例如:演示输入机制,如触控点或 Apple Pencil
的卡通片),并显示设备上的扩展功能,如 Touch Bar。

2.3.4预览是被客户了解 app
外观及成效的好方式。为了保险客户了解他们以于 app
中拿走的感受,预览只可采取于 app 中捕获的视频屏幕。Stickers 和 iMessage
扩展可以用用户体验展示在“信息”app
中。您为足以增长旁白及视频,或长文本说明,以帮助说明外无法单独透过视频展开说明的内容。

2.3.5央也 app 选择最为契合之项目,并以得帮扶时参照“App Store
Category
Definitions”。如果选择的色与事实上情形去比较远,我们或会见重复改
app 的路。

2.3.6要在iTunes Connect中说一不二地回年龄段分别问题,以要 app
与养父母控制作用的分别保持一致。如果 app 分级有误,客户在获得 app
时可能会见感到惊奇,或促使政府监管部门进行相应调查。

2.3.7恳请捎一个无比的 app 名称,指定会规范描述 app
的严重性词,不要试图用商标术语、流行 app
的名号或者外不系的短语来包装任何元数据,以之欺骗系统。App
名称必须界定于 30 只字符中,且不可含有无属 app
名称的价位、词语或者描述。App 副标题是事无巨细介绍 app
背景信息之绝佳的处在;副标题必须以我们的标准元数据规则,且不可含有无当内容、提及其他
app 或做出无法证明的制品声明。Apple 可能会见随时修改不得体的基本点词。

2.3.8首先数据应称有受众,所以告确保您的 app 和 App
内购买项目之相干图标、屏幕快照和预览保持以 4+ 年龄分别;即使你的 app
分级更强,也承诺这样。例如,如果你的 app
是含暴力的打,请不选择含惨烈的死亡或用枪瞄准特定角色的图像。只有“儿童类别”的
app 才会当首数据遭到使类“适合小朋友”和“适合儿童”等词语。请务必管包括
app 名称及图标 (小图标、大图标、Apple Watch app 和备用图标等)
在内的正数据交互相似,以免引起困惑。

2.3.9您应负担管发生且以 app
图标、屏幕快照和预览中的富有材料,并许诺展示虚构的帐家信息,而不真正个人的数额。

2.3.10请保管您的 app 注重 iOS、Mac、Apple TV 或 Apple Watch
体验,并且不以 app
或正数据遭到带有其他活动平台的名、图标或图像,除非是已获批的一定互动功能。

2.4 硬件兼容性

2.4.1以保证用户能够充分利用您的 app,iPhone app 应尽可能能在 iPad
上运行。我们鼓励而考虑开发通用
app,这样客户就可以以有装备上加以利用。进一步了解Universal
apps。

2.4.2透过设计,使 app 节省能耗。App
不答应迅速耗尽电池电能、产生过多的热能还是对设施资源造成不必要的负。

2.4.3对于 Apple TV app,应管用户无论需下除 Siri Remote
或第三正游戏控制器之外的硬件输入,但若可以任意提供增强效能供连接其他外围设备时使用。如果需要用户配备游戏控制器,请务必于头版数据遭到加以明确说明,以便用户知道他们需要格外的装置才会打游戏。

2.4.4App 不得建议还是要求更起动设备。

2.4.5对经过Mac App Store分发的
app,还有几个附加要求得而牢记在心:

(i)这些 app 必须妥善地沙盒化,并遵照“macOS File System
Documentation”。另外,这些
app 只承诺以相应的 macOS API 来修改外 app 存储的用户数据
(如题签、“地址簿”或“日历”条目)。

(ii)这些 app 必须使用 Xcode
中提供的技能来开展包装和付;不允使用第三着安装器。另外,这些 app
必须是单个的从包含 app 安装包,不克以代码或资源安装于共享位置。

(iii)这些 app
不得自行启动或以启动时饱含其他活动运行的代码,不得在未经同意的情下登录,也不行大量变动于用户退
app 后随在未经允许的状态下继续运行的经过。这些 app 不得将图标自动添加到
Dock 中,或于用户桌面上预留快捷方式。

(iv)这些 app 不得下载或设置独立的
app、kext、额外代码或资源,以向我们在审查过程被见到底 app
添加功能,或进行大幅改变。

(v)这些 app 不得申请升级到 root 特权或用 setuid 属性。

(vi)这些 app
不得以开行时显得许可证屏幕、需要用许可证密匙或执行好的正片保护措施。

(vii)这些 app 必须用 Mac App Store
分发更新;不容许使用其它创新机制。

(viii)这些 app 应在现阶段通告之 OS 上运行,不得采用已经停用或选装的技能
(如 Java、Rosetta)。

(ix)这些 app 必须在么 app 套装内包含有的语言及本地化支持。

2.5 软件要求

2.5.1App 仅可采取国有 API,并且要在眼前颁发之 OS
上运行。进一步询问public
APIs。及时更新您的
app,确保淘汰掉在未来之 OS 版本中不再支持的旁过时功能、框架或技术。

2.5.2App
应于包含在该套装中,不得在指定容器范围外读取或摹写副数据,也不行下载、安装或履代码,包括其他
app。仅在非常情况下,用于教学、开发要同意生测试可实行代码的教导类 app
可以下载所提供的代码,但当时类代码不得用于其他用途。这看似 app 必须放 app
提供的源代码,让客户可了翻开和编辑这些源代码。

2.5.3假使 app
传输的病毒、文件、计算机代码或程序会指向操作系统及/或硬件功能
(包括推送通知及 Game Center) 的例行运作造成负面影响或促成其中断,则该
app 会被驳回。屡教不移或恶性之违规行为会招致开发者从 Apple Developer
Program 中受开。

2.5.4大多任务处理 app
只同意以促成预期用途时用后台服务:VoIP、音频播放、地理位置、任务就记录以及本地通知等。如果
app 使用固定后台模式,请提醒用户,这么做会大幅缩短电池用时间。

2.5.5咱用当 IPv6 大网及展开核对。如果您的 app 无法同 IPv6
寻址功能兼容,则可能无法通过查处。

2.5.6万一 app 会浏览网页,则必须采取相应的 WebKit 框架和 WebKit
Javascript。

2.5.7根据蜂窝移动网还过 10 分钟之视频流内容必须用 HTTP Live
Streaming,并涵盖一个基准 192 kbps HTTP Live Stream。

2.5.8一经 app 会创建替代的桌面/主屏幕环境,或者拟多 app
插件体验,则该 app 会遭到拒绝。

2.5.9倘若 app 会改变或停用标准开关 (如调高/调低音量和铃声/静音开关)
的效用,或者改变或停用其他的原生用户界面元素或行为,则该 app
会遭到回绝。例如,app 不答应屏蔽转向另 app
的链接,或用户愿意盖某种特定措施运行的效力。进一步询问什么正确处理链接。

2.5.10不行交付包含空白广告横幅或测试广告之 app。

2.5.11SiriKit

(i)集成 SiriKit 的 app 只能登记无需任何 app
支持就可处理的意向,而且该图应该与用户对所陈述效的料想相符。例如,如果你的
app 属于膳食计划 app,则无答应融入开始体能训练的企图,即使该 app
共享了与健身 app 的合并为未可以。

(ii)包 plist 中之词汇和短语与你的 app 及其所报意图的 SiriKit
功能可。别名必须跟君的 app
或企业名称直接有关,不得采取通用术语或者隐含第三正在 app 名称或服务。

(iii)坐尽直接的措施分析 Siri
请求,不要在伸手和贯彻中插入任何广告要任何市场营销信息。只有在做到有关职责要时
(例如给用户指定特定项目的体能训练时),才得展示插页式用户界面。

2.5.12下 CallKit 或含 SMS Fraud 扩展的 app
应该仅仅拦截已确认用于发送垃圾信息的电话号码。具有通话、短信或彩信拦截功能或废弃物信息识别功能的
app
必须以营销文本中透亮标识这些作用,并且证实归入拦截列表和垃圾堆信息列表的正儿八经。通过这些工具获得的多少不得用于和运行或改善而的
app 或扩大没有直接涉及的其它其它目的
(例如,不得由跟或创造用户资料等目的来用、共享或销售这些多少)。

2.5.13运人脸识别进行帐户验证的 app
必须采取LocalAuthentication(而非
ARKit 或其它人脸识别技术),且务必对未满 13
载之用户用备用身份验证方式。

  1. 业务

每当 App Store 中,您可以经过强办法于好的 app
实现致富。如果您的业务模式并无明确,请务必以那首先数据及 App Review
备注中加以说明。如果我们鞭长莫及知道 app 的行事法,或者 App
内购买项目不是那么一目了然,则审核会有所耽搁,并可能会见招 app
被拒。尽管价格由乃决定,但是咱无会见散发要价明显了高之 app 和 App
内购买项目。对于打算为未合常理的高昂价格欺诈用户的 app,我们用致拒绝。

倘我们发现而准备控制评论,通过付费、提供奖、经过筛选或伪造反馈来增长排名,或者要求第三正在服务取代您这么做,我们见面采用相应措施以保护
App Store 的公诚信。采取的主意或连将公于 Apple Developer Program
中革除。

3.1 付款

3.1.1 App 内购买项目:

比方你想使以 app 内解锁特性或效益
(解锁方式来:订阅、游戏内货币、游戏关卡、优质内容之造访权限或解锁完整版等),则须采取
App 内购买项目。 App 可下 App 内购买项目式货币,以便用户在 app
中“打赏”数字内容提供商。App 及其元数据不得含有指引客户以非 App
内购买项目编制进行打的按钮、外部链接或者外行动号召用语。

通过 App
内购买项目购买之有着点数和游乐货币不得过期,并且您应确保为所起可过来的
App 内购买项目规划相同学恢复机制。

请务必指定正确的只是请类型,否则你的 app 将被驳回。

App 不得直接或间接地拿 App 内购买项目内容、功能还是消耗品赠予他人。

经Mac App Store分发的 app 可托管基于非 App Store 机制的插件或扩大。

3.1.2 订阅:不论属于 App Store 上哪一样像样别,app 都可以供自动续订的
App 内购买订阅。在 app
内集成可自行续订的订阅时,请务必以下述指导标准。

3.1.2(a)
允许的用:
若你提供自动续订订阅,则要为客户提供源源的价值,订阅期必须不断至少七天,并且会以用户的有所设备及看。以下并非详尽列表,适当的订阅示例包括:新游戏关卡;连载内容;多玩家支持;持续提供实质性更新的
app;对媒体内容之巨型合集或连更新的拜会权限;软件就服务
(SAAS);以及出口服务支持。此外:

订阅可与单点式服务联合提供。例如,您可供任何影片库的订阅,以及单部影片购买或者承租。

您得供在公自己的不等 app
间共享的十足订阅,但此类订阅不得扩大及第三正在 app
或劳动。订阅必须适用于可运该 app 的持有用户设备。进一步询问sharing a
subscription across your
apps。

App 不得强制要求用户也 app 评级或点评、下载其他
app,或实行外类操作,然后才能够看该 app 的效力、内容或使用该 app。

和拥有 app
一样,此类服务订阅应当允许用户一直沾付费买的类如任由需执行额外任务,如在张罗媒体上发帖、上传通讯录,以及当
app 内签到一定次数等于。

订阅不得含有消耗性的积分及玩内货币等,即使与其他服务相结合吗老,但你得供含有消耗性商品打折活动的订阅,例如克以优惠价购买宝石包的高等会员资格。

设若要是将长存 app
更改为根据订阅的事务模式,您不得减少现有用户就付费购买之基本点功效。例如,针对初客户引入订阅模式继,已请“完整游戏解锁”的客户承诺能延续走访完整版本游戏。

3.1.2(b)
升级跟降:
用户承诺会取得无缝的升级/降级体验,并且不会见油然而生无意间订阅同一内容的差不多只不等版本。请查阅有关管理订阅升级以及贬低选项之best
practices。

3.1.2(c)
订阅信息:
以给客户订阅之前,您应该清晰描述付费后的切切实实活动。每月有几希望?云存储容量有差不多很?具体会顾您的什么服务?另外,务必要明晰地表达相关的求,即您协议的
Schedule 2
中“协商、税务和银行业务”部分所陈述之要求。

3.1.3 “阅读器”App:App 应允许用户访问先前请的内容还是内容签订阅
(具体包括:杂志、报纸、图书、音频、音乐、视频、专业数据库访问权限、VoIP、云存储与经过特许的服务,如用于管理学生成绩和课表的教育类
app) 以及多平台游戏被的消耗品,前提是公同意免会见直接或者间接引导 iOS
用户用非 App
内购买项目编制进行采购,并且于您介绍其他市方式的普通关系中从未刻意阻止用户以
App 内购买项目。

3.1.4 内容代码:App
不得采取我体制来解锁内容或效益,如许可证密钥、增强现实标记、二维码等。在为数不多的景中,例如当效依赖让特定的硬件功能时,app
可在非应用 App 内购买项目的情景下解锁该意义 (例如,天文 app
会在和望远镜一起后增加效益)。与通过批准的其实产品 (如玩具)
配合下的可选app 功能而每当非应用 App
内购买项目的情下解锁特定功能,前提是以为供 App
内购买项目选择项。您不得要求用户通过购买无关产品还是介入广告还是市场走来解锁
app 功能。

3.1.5 App 之外的实物商品及服务:假若 app 允许用户购买将以 app
之外使用的货品或劳务,则要使用 App
内购买项目以外的市艺术来接受相应款项,如 Apple Pay
或民俗的信用卡入口。App 可支撑获批的杜撰货币的流通
(如比较特币、狗币),前提条件是,在该 app
能够正常下的地面,前述做法务遵守各州法律及联邦法律。

3.1.6 Apple Pay:倘 app 使用 Apple
Pay,则于销售其它商品还是服务之前,必须优先为用户提供有的基本买信息,并且要对运用
Apple Pay 品牌及用户界面元素,具体求可是参照“Apple Pay
识别标志指南”和“Human
Interface
Guidelines”。使用
Apple Pay 提供再付款服务之 app 至少需披露以下信息:

补偿订周期的时长;除非叫撤,否则续订将见面继续

每个周期中会提供哪些服务

将于客户收取的骨子里开支

什么取消

3.2 其他业务模式问题

世间列表并非详尽清单,并且您提交的 app
可能会见招致我们的政策负有变动或者更新,但此处产生有外加的许诺举行事情及未做事情要您谨记在心:

3.2.1 可以领

(i)每当您的 app 中,出于购买或者促销目的而显得你的其余 app,只要您的 app
不只是简单地罗列其他 app。

(ii)著或引进专为经特许的一定需求要计划的老三正 app
(如健康管理、航空与救助作用等)。您的 app
应能提供源源不断的编制内容,这样 app 才无会见看起如是独摆放。

(iii)在包期限截止晚,禁止访问经批准的一定租借内容
(例如电影、电视节目、音乐、图书);所有其他项目服务不足有过时。

(iv)Wallet 凭证可用以付款或接收付款、传输交易可能提供身份验证
(例如电影票、优惠券与 VIP 凭据)。如以 Wallet
凭证用作任何用途,则恐会见招致 app 被拒绝,Wallet 凭据也起或被撤回。

(v)担保类 app 必须免费供,并且要信守 app
发布地方的有关法规,且不得用 App 内购买项目。

(vi)通过批准的非营利组织好以她们有着的 app 或第三正 app
内进行筹款活动,前提是这些筹款活动要遵守所有的 App Review 准则并提供
Apple Pay 支持。这好像 app
必须披露资产之计划用,遵守所有必要的当地与联邦当局法律,并且保证向捐款人提供对应的报税收据。在给要求时,还应向
App Review
团队提供其他消息。向捐款人介绍任何非营利组织的非营利团体平台要管 app
中列有的各个一样寒非营利组织都早已通过非营利团体批准流程。进一步了解什么成为准予的非营利组织。

(vii)App 可容个人用户使用非 App
内购买项目编制向其它一样个个体送赠货币式礼物,前提为:a)
送赠方拥有决定是否进行送赠的意自主权,b) 获赠方收取 100%
的礼盒金额。然而,礼物要在外时间接触对诺要带有接收任何数字内容或劳动,则必须采用
App 内购买项目。

3.2.2 不可承受

(i)创办及 App Store 类似且用于展示第三方
app、扩展或插件的界面,或用该视作热门 app 的合集。

(ii)经由硬件还是操作系统提供的放置功能
(诸如推送通知、照相机或者陀螺仪) 或 Apple 服务 (如 Apple Music 访问还是
iCloud 存储) 获利。

(iii)人造地刷广告展示次数要广告点进次数的
app,以及重点设计目的在显示广告的 app。

(iv)在 app
内啊慈善机构和募款方筹集资金,除非您是经批准的非营利团体或依上文 3.2.1
(vi) 规定落了准。出于以上目的筹集资金的 app 必须于 App Store
上免费,并不得不以 app 之外筹集,例如通过 Safari 或短信。

(v)野限制 app 的用户群,例如克特定地区或者运营商。

(vi)App
应当允许用户一直沾付费购买的型而无论是需实践额外的职责,如在应酬媒体齐发帖、上传通讯录,以及以
app 内签到一定次数等于。App 不得要求用户要先行为 app
评分或点评、观看视频、下载其他
app、点击广告还是进行任何类似操作,然后才会看 app 的意义、内容要行使
app,或者接受现金或者另补偿。

(vii)人为操纵用户以另外服务被的可见性、状态或排名,除非相关服务的条款及准允许这样做。

(viii)App Store 中无同意分发协助进行二元期权交易的
app。请考虑用网页版 app。

  1. 设计

Apple 客户特别讲究简洁、雅致、创新都易使的制品,这吗多亏我们要当
App Store 上看到底。您而尽情提供各种精美设计,但以 App Store
上让认可发布的 app 至少需要满足以下标准。另请求牢记,即使以 app
获得认可之后,您吗应有对该展开创新,确保 app
能健康工作并频频掀起新客户与水土保持客户。停止服务要体验下降的 app
随时可能会见自 App Store 中给移除。

4.1 抄袭者

请求以出公自己之想法。我们懂得乃发出自己之奇思妙想,那么要用其付诸实际。请不要简单照搬
App Store 上的热门 app,或只有是微小改动外 app 的名号或者
UI,就将该动为己用。这么做不仅有引发文化产权侵权索赔的高风险,更会加大在
App Store 中浏览的难度,而且针对而的开发者同仁来说也未公平。

4.2低功能要求

App 应涵盖功能、内容以及 UI,而不仅仅是一个经过重新包装的网站。如果 app
没有啊实用价值、毫无新意或者未极端像是一个 app,那它就非抱出现在 App
Store 中。如果 app
不能够拉动持久的娱乐价值,或单独是让丁倍感毛骨悚然,则无法得到特许。如果 app
只是平等首歌或一致部电影,则应送交到 iTunes Store。如果 app
只是如出一辙按部就班书籍或嬉戏指南,则应交给到 iBooks Store。

4.2.1App 应该吗落实预期用途要下 API 和框架,并在 app
描述负证实并详情。例如,HomeKit 框架应提供家居自动化服务;HealthKit
则当用于维持健康与健身目的,并集成在“健康”app 中;应用 ARKit 的 app
应提供丰富而整机的加强现实经验,仅拿模型放入 AR 视图或重播动画并无足够。

4.2.2除去目录类 app 之外,app
不应允只用于市场营销材料、广告、网络剪报、内容集或链接集合。

4.2.3App 应能独工作,无需安装其他 app。

4.2.4与表面类似之 Apple Watch app
可能会见叫人倍感纳闷,因为用户会觉得这些 app 能与各种装备功能
(如轻扫、通知以及老三在力量栏) 配合使用。将创意性的年华表现方式作为 app
界面是独好问题 (例如,供冲浪者使用的潮汐时钟),但是如果你的 app
与表面过于相像,则可能会见为我们拒绝。

4.2.5着重为此作 iCloud 和 iCloud Drive 文件管理器的 app 需要包含重复多之
app 功能,才能够取批准。

4.2.6以商业化模板或 app 生成服务创建的 app 会被驳回。

4.3 重复 App

呼吁不要啊同一个 app 创建多独套装 ID。如果您的 app
针对特定岗位、运动队、大学等在不同版本,请考虑交由单个 app,并提供 App
内购买项目因为供不同之机能。同时,请避免后续以已生恢宏类 app
的种类下进展付出;App Store 上就有最为多套放屁、打嗝声之
app,以及手电筒和爱经 app。上传大量般版本 app 的开发者会被 Apple
Developer Program 的开。

4.4 扩展

托管或含扩展的 app 必须按照“App Extension Programming
Guide”或“Safari
Extensions Development
Guide”,如果可行,还应包含诸如帮助屏幕以及装界面在内的同样密密麻麻功能。您当以
app
的市场营销文本中明晰还准确地透露提供了如何扩展,扩展中不得包含营销、广告还是
App 内购买项目。

4.4.1Keyboard 扩展还得以一些附加的平整。

她要:

提供键盘输入功能 (如可输入字符);

只要键盘中含有图像或表情符号,请按贴纸准则;

供切换到下一个键盘的艺术;

以从来不网络连接和免求了看权限的状下仍会使用;

按照“App Extension Programming
Guide”所述提供数字与十进制键盘类型;

采用户活动数量就是为改善其 Keyboard 扩展在 iOS 设备及之习性。

它不可:

启航“设置”之外的其他 app;或者

以键盘按键用于其他表现,例如按停 Return 键来启动相机等。

4.4.2Safari 扩展必须在macOS上之风靡版本 Safari
上运行。它们不可干扰系统与 Safari UI
元素,并毫无会包含恶意还是误导性的始末要代码。违背此规则会遭受 Apple
Developer Program 除名。除了健康干活所必需的网站,Safari
扩展不得要求看更多网站。

4.4.3神贴纸

表情贴纸是给“信息”变得再动态、更好玩之绝佳方式,让众人能够为重抢眼、有趣、有义的法表达我。无论你的
app 是包含 Sticker
扩展,还是你要是创建单独的神色贴纸包,其情节全不得冒犯用户、造成负面体验还是背离有关法规。

(i)常备,不适合当 App Store 上揭示的情节也非合乎放入表情贴纸内。

(ii)考虑地方敏感性,不要当难以承受或会违反当地法律的国/地区提供您的神色贴纸包。

(iii)比方你的神采贴纸含义是理解,请在对备注中附上清晰的求证,从而避免造成审核流程的误工。

(iv)管教您的神采贴纸在你的意中人和家属之外所有相关性;它们不答应特定于民用倒、群体要涉嫌。

(v)而得对表情贴纸中之始末,持有所有必要的著作权、商标权和形象权及授权许可,不得交付任何未经授权的始末。请牢记,您得能够以务求时供可核实的文本。若
app 内富含您无权用的神色贴纸内容,该 app 将自 App Store
中去除,屡次侵权者将起 Developer Program
中开。如果你认为好之情节中任何提供商侵权,请submit a claim
here。

4.5 Apple 站点和服务

4.5.1App 可以下获批的 Apple RSS Feed (如 iTunes Store RSS
Feed),但不可知抹除 Apple 站点 (如 apple.com、iTunes Store、App
Store、iTunes Connect、开发者门户等)
的旁音讯,也未能够采取就仿佛消息进行排名。

4.5.2Apple Music

(i)MusicKit API 可以让客户以以你的 app
时做客自己之订阅。它们旨在为 Apple Music
订阅用户提供轻松便捷的乐广播体验。用户须能发起 Apple Music
流媒体播放,并且能够用“播放”、“暂停”和“跳了”等正规媒体控件来浏览音乐内容。此外,您的
app 不得要求用户通过付款或间接的货币化方式来得到 Apple Music
服务的访问权限 (如 App
内购买项目、广告、要求祭用户信息等)。请无下载、上传或分享源自 MusicKit
API
的音乐文件,除非MusicKit文稿中早已明朗允许。

(ii)采用 MusicKit API
并无能够代替为获取更透彻或重扑朔迷离的音乐合并而或用之授权许可。例如,如果你希望而的
app
在一定时刻播放特定的曲,或者创造好以交际媒体上享受的韵律或视频文件,您要直接挂钩版权持有人来取许可
(如并还是改编权利)
和资源。封面插图和外元数据仅可用来和音乐广播还是播放列表相关的用处
(包括显示 app 功能的 App Store
屏幕快照),未经版权持有人明明授权,不得用于其它市场营销或广告目的。在
app 中集成 Apple Music 服务时,请务必按照“Apple Music Identity
Guidelines”。

(iii)拜 Apple Music 用户数据 (如播放列表和个体珍藏) 的 app
必须于用途字符串中知晓披露这好像看行为。收集之任何数据全不足与第三在分享,也不足用于除支持或改进
app
体验之外的别样其他用途。这仿佛数据不得用于识别用户位置要配备,也不得用于广告定向宣传目的。

4.5.3不得利用 Apple 服务 (包括 Game Center 或推送通知等)
发送垃圾邮件、进行网络钓鱼,或者朝客户发送未经请求的音信。不得尝试进行搜、跟踪、关联、挖掘、获得或使用玩家
ID、别名以及经过 Game Center 获得的其他消息。否则将会晤遭到 Apple
Developer Program 的开除。

4.5.4App
不可知拿推送通知列为必需条件,并无克以拖欠意义用于广告、推广或直接销售用途,或者用来发送敏感的私或者保密信息。

4.5.5特为 Game Center 团队获准的法利用 Game Center 玩家
ID,并不得在 app 中显示或朝其它第三在出示。

4.6 备选 App 图标

App 可以以从自然图标为传达特定信息
(例如表达对某运动组织的爱),前提是每次变更都出于用户发起,并且 app
中承诺包含恢复至原图标的安装。所有图标变体必须同 app
的情节有关,并且更改内容在所有系统资源之间应保持一致,以便“设置”和“通知”等职位被显得的图标和新的
Springboard
图标相吻合。这项功能不可用于动态、自动或连续性更改,例如用于反映最新气候信息以及日历通知等。

4.7 HTML5 游戏跟聊天机器人 (Bot) 等

App 可含蓄或运行无置二进制文件的代码 (如因 HTML5
的嬉戏和拉扯机器人等),前提是该 app
的重中之重目的决不代码分发,其代码亦无当柜界面或看似企业的界面被提供,而且有关软件
(1) 为免费软件还是要通过 App 内购买项目展开打;(2) 仅使用规范 WebKit
视图中提供的功力;您的 app 必须采取 WebKit 和 JavaScript Core
来运作第三在软件,且不得试图扩充或透露原生平台 API 给第三正值软件;(3)
由曾经加盟 Apple Developer Program 且签署“Apple Developer Program
许可商榷”的开发者提供;并且 (4) 遵守各个 App Review 指南中的条条框框
(例如,不分包令人反感的始末;使用 App
内购买项目解锁特性以及力量)。您必须在叫要求时提供你的 app
中蕴藏的软件和元数据的目信息。

  1. 法律

设若 app 向有地方的用户提供,那么就是亟须信守该处的拥有法律要求
(如果你不顶确定,请与律师联系)。我们了解这些东西非常复杂,但除此之外江湖所列准则以外,同时理解有所地方法律,并确保您的
app 能满足所有法律要求,是您必须承受的义务。当然,如果 app
存在唆使、宣传或鼓励犯罪的作为或显不负责任的行事,则会给拒绝。在意识涉嫌如方便人口贩卖和/或剥削儿童的
app 的不过情况下,我们将通报有关政府。

5.1 隐私

在 Apple
生态体系中,保护用户隐私总是第一要务。您要于处理个人数据时小心谨慎,以保险遵守了适用的律及“Apple
Developer Program License
Agreement”中的条款,并满足客户之希望。尤其是:

5.1.1 数据搜集和仓储

(i)App
须先制定隐私政策,并征得用户的兴,才能够对用户信息要应用数据进行征集。这包
(但未限于) 以下 app:实施 HealthKit 或其他常规/医疗技术、使用
ARKit、相机 API、照片 API 或其他软件功能为得深度面谱信息之
app,HomeKit、Keyboard 扩展、Apple Pay、Stickers和 iMessage 扩展的
app;包含登录信息的 app;或看设备及用户数量的 app。App 描述负应注明
app 会要求看哪些内容类型
(例如,位置、通讯录和日历等),并证实当用户不授予许可时,app
的什么样职能会无法正常办事。

(ii)只要 app
不含有基于帐户的关键成效,请允许用户以不记名的事态下下。App
不得要求用户提供个人信息才能够健康下,除非个人信息与 app
的中坚作用一直有关,或是法律要求时。如果你的着力 app
功能跟特定的张罗网络 (如 Facebook、微信、微博或 Twitter 等)
不相干,您得提供无需登录或外类机制的访权限。调取基本档案信息、分享至社交网络或请对象以
app 等非就是说核心 app 功能。

(iii)一旦开发者开发的 app
试图暗中募集用户密码还是其他用户私人数据,那么该开发者会遭受 Apple
Developer Program 的开除。

(iv)须动 SafariViewController
在醒目位置为用户显示信息;不得隐藏该控制器,也非能够给另外视图或图层遮挡。此外,未经用户的接头与同意,app
不得私自动用 SafariViewController 来追踪用户。

5.1.2 数据应用和共享

(i)若不得尝试、协助或鼓励他人,根据从深图及/或面谱绘制工具 (例如
ARKit、相机 API 或像 API)
收集的多寡,或你所谓以“匿名”、“汇总”或另不可识别的主意募集之数目来辨别匿名用户之身份或重建用户资料。除非先得到用户之准,并提供关于数据应用办法同行使位置的有关消息,否则不得用或传输用户的私有数据。

(ii)App 收集之多少只有当以改善和 app
功能有关的用户体验还是软/硬件表现时,或于遵照“Apple Developer Program
License
Agreement”的前提下用于广告投放用途时,才能够下或者同第三方分享。

(iii)从今 HomeKit API 或深度图跟/或面谱绘制工具 (例如ARKit、相机 API
或照片 API) 收集之数码不得用于投广告或基于使用状态展开任何数据挖掘。

(iv)采取 Apple Pay 的 app 只能和第三方共享通过 Apple Pay
获得的用户数量,以赞助要改善商品或者劳动的付出。

5.1.3 健康与正常研究

常规、健身与诊治数据特别快,涵盖这些世界的 app
必须满足额外的平整,并保管客户隐私受保障:

(i)App
仅能够于取许可的情事下,出于改善健康管理还是健康研究的目的,使用以健康、健身和治研究背景下收集之数据
(包括于 HealthKit API、“运动与健身”或健康领域人体研究着收载之数码)
或以那个披露为第三正,不得用于广告投放或因使用状态进行其他数据挖掘。

(ii)App 不得以虚假或者错数据勾勒副 HealthKit
或其它任何治疗研究/健康管理 app,不得在 iCloud 中存储个人健康信息。

(iii)拓展健康领域人体研究的 app
必须获得与人口提供的懂得同意写,如果提到未成年人,则必须获得由其父母要监护人提供的明亮同意写。上述知情同意书要含有以下内容:(a)
研究之属性、目的和时长;(b) 具体规程,给与人口拉动的风险及利;(c)
关于保密和数量处理 (包括和第三方共享信息的动静) 的信;(d)
用于对与人员问题的联系人;以及 (e) 退出流程。

(iv)用于进行正常领域人体研究之 app
必须得到同样贱独立伦理审查委员会的准许。一经要求,必须提供此类批准的证明。

5.1.4 儿童

出于多种缘由,您在拍卖孩子的私房数据经常必须小心谨慎。我们建议乃精心读有要求,以以相关法律,如《儿童在线隐私保护法》(“COPPA”)
和另国际直达适用的一致法律。

App
只能由遵守适用儿童隐私法的目的要求用户提供出生日期或老人沟通信息,但必须提供部分适用于诸年龄层用户的实用功能或玩价值。

除此以外,“儿童类别”中的 app,以及朝未成年人收集个人信息
(例如姓名、地址、电子邮件、位置、照片、视频、图画、能否聊天、其他民用数据,或是将永远标识符与以上任何消息整合以)、传输此类消息还是能共享此类信息之
app,则须信守适用的幼儿隐私保护法律,且必须怀有隐私政策。为了知道起见,“儿童类别”的大人监督要求,通常并无了相同于在这些苦法下征得父母的兴后采访个人数据。

5.1.5 定位服务

除非在定位服务以及 app 提供的功用和劳动一直相关时,才会于 app
中使固定服务。基于位置的 API
不得用于提供紧急服务,不得对汽车、飞机与其余装备开展自主控制
(小型设备,如轻量无人机和玩具除外),不得遥控汽车防盗系统等。在集、传输或采用位置数据之前,务必进行通报并获取用户同意。如果
app 会利用后台定位服务,请务必于 app 中说明相应的原因;请参见“Human
Interface
Guidelines”,了解相应的特级做法。

5.2 知识产权

恳请确保 app
只含有由乃创建或者享有使用许可的内容。如果您都越线并于未经许可的景象下下了情节,您的
app 可能会见被移除。当然,这吗意味着要别人抄袭了卿的著述,则他们的 app
也或会见于移除。如果您看好的文化产权在 App Store
上遭到了别样开发者的侵害,请通过web
form授权利主张。各个国家/地区的王法互不相同,但求务必避免以下常见错误:

5.2.1常见:不得以未经授权的情事下,在 app 中采取于保障的老三正在材料
(例如商标、版权作品、专利设计);也不得以 app
套装或开发者名称被寓虚假、抄袭还是误导性的演示、名称或者元数据。App
提交方应当是具备或取授权下知识产权与另外相关权利的私或者法律实体,并且对提供
app 中的其余服务承受。

5.2.2老三着站点/服务:如果您的 app
会下、访问第三正服务、通过走访第三在服务盈利或显示第三着服务的内容,请确保您得在该服务之运用条款下展开此类操作的特别准。如产生相应要求,则须提供有关授权。

5.2.3板/视频下充斥:app
不得促进非法文件共享,或于没有取这些资源的确定性授权的状况下,提供从第三方来源
(如 Apple Music、YouTube、SoundCloud、Vimeo)
保存、转换或生充斥媒体资源的能力。视频/音频内容流也产生或触犯使用条款,所以告务必在
app 访问这些服务前,进行检查。如产生对应要求,则必须提供有关文稿。

5.2.4Apple 认可:不得误导或暗示 Apple 是 app 的来或提供商,或者
Apple 以其它形式表示肯定其色要效益。如果你的 app
被增选为“编辑选荐”,Apple 将自动显示相应徽章。

5.2.5Apple 产品:不得创建同存活 Apple 产品、界面 (如 Finder)、app
(如 App Store、iTunes Store 或“信息”) 或广告主题外观般或爱混淆的
app。App 和扩展 (包括第三在键盘和贴纸包) 不得含蓄 Apple 表情符号。iTunes
音乐预览内容不得用于其游戏价值 (如作为照片拼贴画的背景音乐或嬉戏配音)
或其他未取得授权的章程。如果 app
显示健身记录圆环,则未应以类于“健身记录”控件的计示“活动”,“锻炼”或“站立”数据。请参考
“Human Interface
Guidelines”以了解有关如何使用健身记录到环之复多信息。

5.3 游戏、赌博及彩票

赌、游戏与彩票的管理难度好,是 App Store 上蒙受极端多管理的 app
类别有。只有完善核实了即将发布您的 app
的兼具国家/地区的有关法规要求后,才能够包含此作用,并且只要抓好准备这功效的审核流程需要再次丰富之日子。您需要谨记以下事项:

5.3.1抽奖及斗必须由 app 的开发者赞助。

5.3.2抽奖、比赛与抽彩的正儿八经规则必须以 app 中注明,并且要明白表示
Apple 不是赞助者,也远非盖其它形式参与运动。

5.3.3App 不得通过 App
内购买项目购买点数或货币,以用来其它项目之实在货币游戏;不得向用户出售彩票还是回落彩券;不得在
app 内进行基金转化。

5.3.4供真正货币游戏 (例如体育下注、扑克、赌场玩、赛马) 或彩票的
app 必须以动用该 app
的地方取得必要之准许与许可,且只能当这些地带发布,此类 app 在 App Store
中得免费供。App Store
上未容许发表非法的赌辅助工具,包括记牌器。彩票 app
必须有报酬、几带领与奖品。

交给之后

每当iTunes Connect中交 app
和首任数据之后,您就便会进来审核流程。请谨记以下几点:

时安排:App Review 团队将不久检查你的
app,而且我们一直以力求缩短对时间。进一步询问App
Review。

状态更新:App 的此时此刻状态会反映在iTunes Connect中,所以恳请多留意此处。

急切请求:如果您遇到了严重的时刻问题,可以request an expedited
review。请只有以公真的需要加快审批时才提出申请,以便其他开发者的迫切请求不吃影响。如果我们发现而滥用此系统,从此后咱们可能都见面拒绝你的报名。

披露日期:如果你设定当未来某日期发布
app,在是日期到前,即使这个 app 已取 App Review
团队的准许,也非见面展示在 App Store 上。请留意,您的 app 可能需要添加及 24
小时才能够显在有着选定的商号中。

拒绝:我们的目标是持平、持续地以这些规则,但是人无完人。如果您的
app 被拒,但若有问题,或期望提供其他消息,请以解决方案基本,以与
App Review 团队直接关系。这样可以助您的 app
出现在号中,也可帮助我们改进 App Review
流程,并于咱们的国策被窥见要说明的片段。如果你照对结果莫令人满意,请submit
an
appeal。

咱想看到您支出又多优秀作品!

夫问题归根到底跟行事直接相关吧,一气呵成了2000大抵字。阅读前先行划重点:如何定义忠诚度?如何将意志的忠诚度转化为多少指标?如何拿提升数据指标转化成为产品和运营动作?回答这几乎独问题的笔触还算通用。

答复这题目,首先使来定义什么是理财用户之忠诚度。

(高能预警:一挺波袭来)

率先只:假设A和B两慢理财产品的用户出入金成本平,同样期限的固收产品的年化收益一致,但A平台突然爆出了负面新闻,资金链断裂,CEO和小姨子走了,A平台的用户纷纷拿钱更换到B(如果还能转换出来的讲话……),这算忠诚度下降呢?

第二单:假设A和B两款理财APP的安全性一致,用户出入金成本平,针对同一是1年期的稳收入理财产品,A平台的年化收益也8%,B平台的年化收益吗15%,那么A平台的用户从A转移到B算是忠诚度下降呢?

老三单:假设A和B两款APP的兼具属性都基本一致,A平台的用户随时都登录,但单单发10%之用户产生了实际入金;B平台的用户每个月份登录一不行,但80%底用户还发了实际入金。请问哪个平台用户的忠诚度更强?

季单:有同等批判专业薅羊毛的用户在A平台薅羊毛,A平台快速以了法抵制住了及时波”袭击”;然后随即批用户以冲向了B平台薅羊毛,B平台并从未采取措施,而是继续任这批用户在凉台及就此非常少之基金套现平台的营业补贴,这批用户约在B平台套现了1年才收手。请问是否判定这批用户对B平台的忠诚度比较高?

……

众所周知,想只要加强理财用户的忠诚度,必须先行使先行明了三起事:

1 讨论忠诚度的前提条件;

2 能反映忠诚度的多寡指标;

3 你想只要哪个的忠诚度。

1 忠诚度的前提条件是什么?

①安全性及合规性。近一两年来国家就发了多勒令行业整改的文书,包括银行存管的渴求、理财平台主体资格的求、个人账户在凉台借款金额上限的要求……等等。平台及其经营业务可有关部门的要求,虽然针对作业创新与用户体验会有着影响,但立刻是保护忠诚度的无限酷前提条件:毕竟客户之思维底线还是如管资金收回来的。

②合理之市场价格。理财平台的年化收益持续运动小是常态,目前市场高达主流的P2P平台1年期的年化收益率已经不见生超越10%之了。如果有平台打破市场平衡,突然爆出1年盼产品20%之收益率,因此造成用户没有,我个人觉得与其算作平台用户忠诚度下降,不如归类到十分突发事件:一凡是因脑回路正常的理财平台还不见面在现今召开这种工作(不仅欢迎趋势操作、增加成本,而且非常容易受到监管部门的”关注”),二凡这种活本身的安全性及合规性非常存疑,又回想至了点第一漫长达到。反过来说,如果是以提升忠诚度而虚高价位留住用户,也不可知算是忠诚度的升官,这种操作属于拔苗助长,无视长期效益。

2 体现忠诚度的数量指标是啊?

忠诚度是只很感性的词,在普通互联网产品及或许会见反应在留存率和流失率上;而立有限只数据指标适用于理财产品吗?像面的事例里关系的,一雅波用户可天天登录APP,没有另外入金行为,是公想如果的结果吧?

溯源来拘禁,之所以想要增长用户的忠诚度,无非是纪念留住用户毫无挪动(去其他理财平台),那么对理财产品来说,留住用户的人口,不如留用户之钱——比由用户作为数据指标,业务数据指标更能够体现理财产品的用户粘性。

反映忠诚度的数额指标,我们会另行倾向于把基本指标定以用户以账资金(即用户在阳台及之钱)的转变。只要还存在于账资金,用户就是肯定没消失;如果在账资金的金额提升,则意味着用户指向平台的信任感和忠诚度在加强;如果当账资金的金额清零,该用户则设有没有风险。

3 你想要哪个之忠实度?

平台要来一个分明的对象用户群体,你就待他们本着平台忠诚就哼了。比如说,平台定位是大净值人群,平台及除了新手专享的首先笔投资,其他理财产品都是小白们玩耍无了的,那亚净值人群的流失不可知算忠诚度下降,只是正常的客群淘汰;又比如,平台定位是贩卖稳健、长期的投资出品,那么追短期高收入的用户群体流失也无能够算忠诚度下降,同样是同一种客群淘汰。

小结一下:所谓理财用户之忠诚度,是据在安全、合规、价格平稳之前提下,平台目标用户群体之以账资金的变化。

理清忠诚度的意思,接下去就是看怎么着加强忠诚度。

因前的剖析,提高忠诚度反映在数据指标达到就是少数只:①延伸目标用户群体在账资金的在账时间;②增高目标用户群体在账资金的金额。

1 延长目标用户群体在账资金的在账时间

自从资产的日子节点上看:

1.1 在本消失前走动:续投功能。

多理财平台都于供上投功能,即达标一样笔投资将到期时,可以一直接轨入股下一个期限的理财产品,甚至于直以凉台及请和期限的活收益率还要高(或者多补贴一点红包)。

发出无起纪念了怎么而这样做?为什么非把这些用于补充投的产品加大出去卖?最显著的鲜独好处:一凡是被该用户的钱继续留于凉台及,即延长在账时间,毕竟留住一个老用户如比获得一个初用户要便于得差不多;二凡预留这个用户之而,既能够满足用户继续投资之需求,也会绕了本同进同发的开支通道成本,从压缩成本的角度提升了用户的百年价值(LTV)。

1.2 在成本消失后走:专享产品还是专享优惠。

设若您莫能在这笔在账资金流出前遮,那在钱流出后如若高速召开动作。无论是专享产品尚是据享优惠,无非都是于这批用户有别人分享无顶之利,比如大家还请长期产品,但单纯发您能够购买到1只月之短期产品,是不是大硬?还蛮?那不仅提供给您1只月之短期产品,而且还会就此充满10000减100的优惠券,是免是即刻就心里动了?……

用户以某一样画投资刚赎回的当下几龙,是眼下闲散资金比较充裕的上,大多数凡是产生闲散资金可以用来投资之,这个等级通过短信、PUSH等手法下优惠信息的转化率较高。

1.3 在账资金=0的鼓舞行动:发钱

而平台达成是虚拟账户,可以设想的其他一样栽手段是直接向在账资金=0的用户之账户上打钱。只要计算好基金、设定好这笔钱的行使和提现规则即可。有时候可能是平等的老本,但一直由钱以及作红包、优惠券给用户之感想是勿平等的,召回效果自然也差。

2 提高目标用户群体在账资金的金额

钱越来越多,忠诚度更强,理财平台的人生观就是如此简单粗暴。

而是提升目标用户群体之于账金额的困难在:汝无法了解用户眼前到底还出没有发生钱好用于投资。之所以从理财平台来说,一方面用维持一定的用户活跃度(请小心,是“一定的”,而无是“较高的”),用户看到平台上新的活动与理财产品,才会来更加进入销售漏斗的可能性;另一方面要对对象用户群体,提升他们之入金欲望,覆盖再度多理财需要。

会升级用户活跃度的伎俩:

运营手段包括:定期生产移动、定期发放优惠、内容传播、社群运营……

产品手段包括:开启APP签到、各种类型的唤醒与通告、泛社及功能、激励模块、内容模块……

这些招数和多数互联网产品的做法类似,就不再赘言了。如果非是充分明亮,可以参考竞品或者电商类APP观摩学习。

晋升入金欲望、覆盖再度多理财需要的一手:

晋级入金欲望其实是于现有的理财需要基础及,加大入金量,最直接的哪怕是优惠、积分、等级特权等等;

蒙面再度多理财需求则是以同一个用户身上打其他理财需要,把其余入金行为锁定于平平台及,比如从单纯的P2P产品进行至资金、保险、众筹等等,去年于火之智能投顾,也是为让用户在平等平台及对重多路的理财产品产生入金行为。

暂写这样多,如产生疑问欢迎继续探讨。

– END –

莔 莔 有 神

帝都产品经营,互联网产品专栏作家,简书签约作者,负责过亿级用户平台,曾实现从0到1直到日活百万,目前就任于互金领域颇数额团队。

章专注于数增长、商业分析、互联网金融等世界。

转载注明作者及出处即可,开白名单请私信我,侵权必究。