申请授权的正确打开方式.pdfVIP

申请授权的正确打开方式 你知道吗 ，一款A PP在安装后的三天内 ，平均会失去80%的活 用户。大部分用户使用一次 就会卸载。用户想要尝试不同的A PP ，在使用几天后决定继续使用还是删除它。 难道是因为这些A PP做的不够好吗 ？不一定 ，用户和A PP的第一次互动很大程度上决定了用户对这 款A PP的印象 ，无论是好的还是坏的。当用户打开一个新的A PP ，他们最不愿意看见的就是一连串 申请权限的弹窗 ： 获取位置信息 获取手机联系人信息 获取相机使用权限 这一连串的操作给用户负面的影响和体验 ，这些往往导致用户放弃使用这个A PP。A PP需要在获取 权限之前和用户保持好足够的联系。这篇文章将帮助你避免在权限申请中常出现的一些问题。 建立一个策略 在A PP申请授权这个问题上 ，最让用户感到头疼的的就是在没有任何提示或解释的情况下 ，让用户 通过授权申请。过早地或者一次性过多地向用户发出授权申请 ，都是最常见的错误。然而 ，还是有 很多的A PP在第一次打开的时候 ，就能看见这些授权申请。比如Gmail邮箱甚至在登录前的引导页 就发出授权申请 ，而且没有任何的辅助信息。 图1 Inbox by Gmail 当我们发出授权申请的时候 ，我们希望所有的用户都接受这个申请。为了达成这个目标 ，我们需要 建立一个申请策略。 这个申请策略取决于申请类型的清晰程度和重要性。重要的授权申请需要在一开始的时候就发出 ， 而那些次要的可以在使用过程中去申请。 图2 授权申请模式 什么时候发出申请 用户接受或者拒绝授权申请的重大影响因素之一就是它什么时候出现。 一个简单的规则 ：在用户不是真正需要它之前不要主动去发起申请。 开始只出现非常重要的授权申请 对很多A PP而言 ，无法获取数据将会改变整个用户体验。比如 ，一款基于SMS （短讯服务 ）的A PP ，如果无法获取到数据将会使整个A PP无法正常使用。幸运的是 ，用户期望一款短讯服务A PP获取 相关的数据 ，所以一开始的时候就发去授权申请就显得十分合理。 图3 Google Hango ut s 当一个操作需要申请多个授权时 ，只发起那个相关的授权申请 ，不要有多余的申请。 小贴士 ：请确保用户能够清晰地了解这个A PP在做什么 （基于A PP的描述或者之前相似的经验 ）， 并且在一开始的时候只向用户申请那些重要的、符合用户期望的授权。 在相关的场景中发起授权申请 在大多数情况下 ，如果一个新的用户最初的体验是一连串的授权申请 ，那么你可能已经失去了一个 吸引有用户的大好机会。A PP需要在相关的、让用户便于理解的场景中 ，去发起授权申请。因为一 旦用户被吸引住了 ，他们是极有可能接受授权申请的。 图4左 用户在没有相关场景和当前操作的情况下 ，向用户发起位置授权。 图4右 用户在相关任务场景中 ，向用户发起位置授权 ，然后搜索店铺位置。 小贴士 ：如果在一个相关的操作中去发起授权申请 ，用户同意授权申请的可能性会更大。 如何向用户发起授权申请 A PP需要向用户告知每一个授权申请出现的理由 ，可以是一个特有的名字或者一段简短的解释。 记住 ，如果你想要得到一个肯定的答案 ，你必须好好地发起这个申请。 一个简单的规则 ：确保用户非常清晰的明白 ，他们同意了这项授权申请后会得到什么样的反馈。 好处解释 如果遇到一些授权申请 ，它们本身不容易被用户清晰的理解 ，那么需要向用户解释这个申请。如果 你们的A PP有引导页 ，用它去解释你们的A PP是做什么的 ，为什么需要发这个授权申请。 图5 另一个很好的例子就是在使用场景中解释你的授权申请 ，它帮助用户更好地理解了这个授权。尝试 着向用户解释如果给A PP这个授权 ，他可以得到哪些好处。 图6 Google Ma s 在申请授权的时候 ，使用背景图 你可以通过一张背景图片来解释这个授权申请。Fo ursquare这款A PP通过一张背景图片解释为什么 需要这个特定的授权。 图7 Fo ursquare 在真正的授权申请之前 ，以浮层的方式预先告知相关信息 因为你只能触发iO S默认授权申请一次