认识达内从这里开始

在APP申请授权这个问题上，最让用户感到头疼的的就是在没有任何提示或解释的情况下，让用户通过授权申请。过早地或者一次性过多地向用户发出授权申请，都是最常见的错误。然而，还是有很多的APP在第一次打开的时候，就能看见这些授权申请。比如Gmail邮箱甚至在登录前的引导页就发出授权申请，而且没有任何的辅助信息。

当我们发出授权申请的时候，我们希望所有的用户都接受这个申请。为了达成这个目标，我们需要建立一个申请策略。

这个申请策略取决于申请类型的清晰程度和重要性。重要的授权申请需要在一开始的时候就发出，而那些次要的可以在使用过程中去申请。

什么时候发出申请

用户接受或者拒绝授权申请的重大影响因素之一就是它什么时候出现。

一个简单的规则：在用户不是真正需要它之前不要主动去发起申请。

开始只出现非常重要的授权申请

对很多APP而言，无法获取数据将会改变整个用户体验。比如，一款基于SMS(短讯服务)的APP，如果无法获取到数据将会使整个APP无法正常使用。幸运的是，用户期望一款短讯服务APP获取相关的数据，所以一开始的时候就发去授权申请就显得十分合理。

当一个操作需要申请多个授权时，只发起那个相关的授权申请，不要有多余的申请。

小贴士：请确保用户能够清晰地了解这个APP在做什么(基于APP的描述或者之前相似的经验)，并且在一开始的时候只向用户申请那些重要的、符合用户期望的授权。

在相关的场景中发起授权申请

在大多数情况下，如果一个新的用户最初的体验是一连串的授权申请，那么你可能已经失去了一个吸引有用户的大好机会。APP需要在相关的、让用户便于理解的场景中，去发起授权申请。因为一旦用户被吸引住了，他们是极有可能接受授权申请的。

小贴士：如果在一个相关的操作中去发起授权申请，用户同意授权申请的可能性会更大。

如何向用户发起授权申请

APP需要向用户告知每一个授权申请出现的理由，可以是一个特有的名字或者一段简短的解释。记住，如果你想要得到一个肯定的答案，你必须好好地发起这个申请。

一个简单的规则：确保用户非常清晰的明白，他们同意了这项授权申请后会得到什么样的反馈。

好处解释

如果遇到一些授权申请，它们本身不容易被用户清晰的理解，那么需要向用户解释这个申请。如果你们的APP有引导页，用它去解释你们的APP是做什么的，为什么需要发这个授权申请。

另一个很好的例子就是在使用场景中解释你的授权申请，它帮助用户更好地理解了这个授权。尝试着向用户解释如果给APP这个授权，他可以得到哪些好处。

在申请授权的时候，使用背景图

你可以通过一张背景图片来解释这个授权申请。Foursquare这款APP通过一张背景图片解释为什么需要这个特定的授权。

在真正的授权申请之前，以浮层的方式预先告知相关信息

因为你只能触发iOS默认授权申请一次，所以最糟糕的事情就是用户在系统层级拒绝了授权申请，因为在iOS修改这个决定是一件很复杂的事情。大多数情况下，最好是在真正的iOS授权申请出现在屏幕之前，以浮层的方式预先告知相关信息。

Cluster在这方面是一个很好的例子，Cluster的申请流程包含了一个和场景相关的页面，一个浮层，最后才是真正的授权申请。Cluster通过这种提前告知的方式，使用户拒绝授权申请的问题几乎消失了。

在相关操作时申请授权

用户自己触发授权操作的效果，甚至要好于在一个和场景相关的页面自动出现的授权申请。因为用户有心理预期，同意授权的可能性也更高。当用户点击使用某个功能，比如在Cluster中，点击使用相机功能，然后触发相机的授权申请。

怎样处理被拒绝的授权申请

由于拒绝授权申请后可能会导致一些功能无法正常使用，所以需要向用户解释相关情况。

一个简单的规则：任何时候一个授权申请被拒绝后，都应该向用户提供反馈。