资讯 专栏
此为临时链接,仅用于文章预览,将在时失效

别急着让你的APP从用户那“获取权限许可”,这事儿得讲策略

作者:人人都是产品经理
2016/06/15 19:07

雷锋网按:本文由@三达不留点gpj 译自《Mobile UX Design: The Right Ways to Ask Users for Permissions》,作者Nick Babich

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

别急着让你的APP从用户那“获取权限许可”,这事儿得讲策略

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

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

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

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

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

一、建立起一套策略

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

别急着让你的APP从用户那“获取权限许可”,这事儿得讲策略

Inbox

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

别急着让你的APP从用户那“获取权限许可”,这事儿得讲策略

权限许可请求模式

二、什么时候询问用户

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

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

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

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

别急着让你的APP从用户那“获取权限许可”,这事儿得讲策略

Google Hangouts

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

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

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

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

别急着让你的APP从用户那“获取权限许可”,这事儿得讲策略

来自thinkwithgoogle

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

三、如何询问用户

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

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

1、解释可得利益

不太清楚的权限请求应该告诉用户它涉及到什么。如果你的App有一个引导演示,记得以此来解释你的程序能干什么以及为什么那些意料之外的权限也是必需的。

别急着让你的APP从用户那“获取权限许可”,这事儿得讲策略

Material Design

在上下文使用环境中解释一个权限是另外一种做的很好的例子——它提起普通用户的兴趣并增加他们对该权限的理解。一定要去试图解释用户在授权后他们能从中获取什么益处。

别急着让你的APP从用户那“获取权限许可”,这事儿得讲策略

Google Maps

2、请求的同时给予引导

Foursquare通过提供一个背景图片用来解释为何App需要这个特定的权限从而引导用户做出选择。

别急着让你的APP从用户那“获取权限许可”,这事儿得讲策略

Foursquare

3、实际许可请求前的“前置对话”

你只能引发iOS每个功能默认权限请求一次。对用户来讲最糟心的事情可能是用户在系统层级禁止了相关权限,而当他要针对某个App重新授权的时候是很麻烦的。在大多数情况下,在实际的iOS系统权限访问页面前放一个前置的请求是更好的。

Cluster是应用该方法的一个很好的范例。Cluster的操作流包括一个上下文连接页面,一个前置询问,最后是系统的许可请求。使用这种前置的询问对话框使得拒绝权限的情况几乎没再出现。

别急着让你的APP从用户那“获取权限许可”,这事儿得讲策略

“前置对话”是一个请求前的遮罩层对话框

4、在动作触发后询问

相比于文本信息的提示,用户触发功能所唤起的请求对话框能更好的发挥作用,因为它们出现在用户想要使用某功能的时候,用户更有可能授予这个权限。比如在Cluster App中,用户点击拍照功能的时候,出现获取拍照权限的许可请求。

别急着让你的APP从用户那“获取权限许可”,这事儿得讲策略

只在用户要用到某项功能的时候去提示用户需要授予权限

四、如何处理被用户拒绝访问的权限

因为拒绝一项权限就可能会使得某个功能没法出现预期的结果,因此一旦有权限被禁止掉,要向用户解释说明。

一条简单的原则:在任何权限被禁止的时候,你应该给出用户相应的反馈。

关键性的权限:如果一个App因为一项关键性的权限被禁止掉而无法正常运行,解释给用户为什么该权限必须被允许并提供给用户一个链接路径好让用户重新设置允许它。

下面是Google Hangout的一个页面,它很好地解释了一个权限对一个App功能使用的必要性。

别急着让你的APP从用户那“获取权限许可”,这事儿得讲策略

Google Hangouts

五、结论

虽然毫无疑问每个App都是不同的,你都应该仔细考虑什么时候用户需要访问他们手机中的某些权限/数据,并确保他们是有被询问的预期的。提升用户体验是一个持续不断的过程,不要错失准备让你的用户接受请求许可的机会,测试每种情况看看哪种最适合于你们。

本文由人人都是产品经理授权雷锋网发布,未经允许,禁止转载。

长按图片保存图片,分享给好友或朋友圈

别急着让你的APP从用户那“获取权限许可”,这事儿得讲策略

扫码查看文章

正在生成分享图...

取消
相关文章