你知道平均每个App在用户安装后的前三天内就失去了80%的平均日活吗？大部分用户下载一个App，打开一次，然后就卸载掉它。这种情况发生是因为用户虽然愿意尝试安装很多App，但他们还是要决定在开始那几天究竟卸载掉哪些。

　　用户的这样做是因为你的App做的不好吗？也不全是，但是用户跟你的App在最开始的互动确实很大程度上决定了用户对你的App的整体印象（是好还是坏）。现在实际情况是，当用户打开一个新的App时，他们最先看到的往往是一连串的弹出框询问他们的权限获取请求。如：

　　程序想要获取您的定位权限

　　程序想要获取您的联系人信息

　　程序想要获取您的拍照权限

　　这样的做法对用户体验产生很大的影响，常常导致用户放弃使用。正确的做法是App应该在提出权限请求前先跟用户保持一定的对话沟通。本文将引导你走上正确的道路，带你避免权限获取中的常规误区。

　　一、建立起一套策略

　　当涉及到权限的许可请求时，最糟糕的事情就是App使用没有任何解释说明的权限请求炮轰用户。不管是询问太早还是一次性询问的太多都是普遍的错误做法。但是实际上，很多的App还是这样做，用户启动App进来首先看到的就是难以理解的请求。例如，Google的Inbox甚至在用户还没有登入到App中时就提出请求，没有附带任何其他的信息或上下文环境。

　　Inbox

　　当你向用户发出权限许可请求时，你当然希望所有用户都能接受这个请求。为了达到这个目标，你应该建立起一套策略。这套策略建立在你所请求的权限类型的清晰度和重要性上。关键性的许可请求应该在一开始提出，次要一些的则可以放在上下文环境中提出。

　　权限许可请求模式

　　二、什么时候询问用户

　　决定用户接受还是拒绝你的请求的最重要的因素之一就是你在何时询问他。

　　一条简单的原则：不要轻率的就向用户提出请求直到你真的需要那个权限。

　　1、一开始只提关键性请求

　　对许多App来说，atv，没有获取对数据的访问权限可能足以改变整个用户体验过程。例如，如果一个App依赖于短信服务，那么当获取不到这项权限时，程序就会无法应用。幸运的是,用户大都期望一个消息传送应用能够获取短信权限，所以这时候预先提出权限请求是非常有意义的。

　　Google Hangouts

　　如果一个功能的正常使用需要多种权限的许可，那就只向用户提出这些权限的许可请求，而不要再提出任何其他不相干的。

　　顺便提醒：一定要确保用户能理解这个App是用来干嘛的（这就建立在程序的语言描述以及用户之前是否有过类似的体验上），只在一开始提出那些用户可能期望获取的关键性许可请求（用户有预期这个App确实需要某种权限来实现自己想用到的功能）。

　　2、在上下文使用环境中提出请求

　　在大多数情况下，如果一个新用户在一开始就要忍受一堆许可请求，那你很有可能就错失掉让用户留下来的关键机会。App应该在使用过程中结合具体环境提出许可请求并向用户传达该权限的使用价值。因为一旦先引导一个用户留存下来，他们更有可能在使用中接受你的请求。

　　来自thinkwithgoogle

　　顺便提醒：如果它们出现在一个相关的任务/功能场景，用户更有可能授予系统询问的权限。

　　三、如何询问用户

　　App得向用户阐明为何每一项权限都是必需的，不管是通过功能名称还是一个解释说明。请记住，atv，如果你想要征得用户的同意，你必须恰到好处的询问用户。

　　一条简单的原则：一定要确保用户能够清楚他们同意授予权限后自己能得到什么。

　　1、解释可得利益