交互专题

向APP用户请求权限的正确姿势【UXRen译#188】

0
登录或者登记去做吧。

作者:Nick Babich |  翻译:Gogi,校审:June Wang

 

你知道吗,平均每个APP在用户安装的前3天就会流失80%的日活用户

大部分人下载一个APP后,用过一次就删除了。这是因为用户虽然会在一开始尝试使用大量的APP,但在几天之内就会立刻决定要删除掉哪些。

用户这么做,是因为APP本身做得不好吗?其实不一定,与APP产生的第一次交互,对于用户形成APP的整体印象(无论好坏)至关重要。当用户打开一个新下载的APP时,他们最不想看到的莫过于一连串请求权限的弹窗:

  • APP想访问您的位置
  • APP想访问您的通讯录
  • APP想使用您的相机

这种设计会造成非常负面的用户体验,并很可能导致用户弃用这个APP。在请求权限之前,APP需要跟用户保持接触,以获得用户的信任。本文将会告诉你正确的方式,帮助你避免陷入权限请求的常见误区。

 

1、制定策略

当一个APP需要向用户请求权限时,最差的方式是不加提醒或解释地直接向用户发起弹窗轰炸。过早向用户请求,或一次性请求太多权限,都是常见的错误。然而时至今日,依然有许多APP在这样做,迫不及待地把请求权限作为新用户进入APP的第一步。

例如,Gmail inbox(是美国Google公司于2014年10月份发布的一款邮件类产品)甚至在新手引导之前就向用户申请权限,没有任何额外的说明或背景介绍。

图片来源: Inbox by Gmail

当你向用户发送权限请求时,你当然期望所有用户都同意请求。为了实现这个目标,你应该建立一个权限请求策略。这个策略取决于你所请求权限的清晰度和重要性。关键的权限应该在一开始就发送请求,而次要的权限可以在使用场景中去请求。

权限请求模型。图片来源:Material Design

 

2、请求权限的时机

决定用户同意还是拒绝请求的最大因素之一就是,向用户发起权限请求的时机。

一个简单的原则:除非你真的需要权限,否则别向用户发起请求。

2.1 只有关键的权限可以在一开始发起请求

对于很多应用来说,没有数据使用权限会影响整体的体验。例如,一个依赖于短信服务的APP,一旦关闭该权限就毫无用处了。所幸在用户的预期当中,一个通讯APP请求短信权限是理所当然的,因此在一开始就发起请求是合理的。

图片来源:Google Hangouts

 

当一个功能的实现同时需要多个权限时,只请求那些必要的权限。

小结:确保用户理解APP所做的事情(基于APP的描述或用户先前的经验),并在一开始只发起用户预期内的关键权限的请求。

2.2 在使用场景中嵌入权限请求

大多数情况下,如果一个新用户的体验始于一连串权限请求的话,那么你可能已经失去了一次重要的留住用户的机会。APP应该将一些权限请求融合到使用场景中,并让用户知道同意请求将获得的价值。因为用户一旦已经留下,那他们会更容易同意你的请求。

小结:当你在一个相关任务中请求权限时,用户更容易同意请求。

 

3、如何询问用户

APP应该向用户说明每项权限请求的原因,无论是通过功能名称或是提供相关说明。记住,如果你希望用户点击“是的”,你必须询问得恰到好处。

一个简单的原则:确保你的用户清楚地了解他们在同意请求后能够得到什么。

3.1 阐明好处

对于那些字面上不太好理解的权限,应该就权限所涉及的内容提供说明来帮助用户理解。如果你的APP有功能演示,可以利用它来解释APP的功能,以及为什么需要请求一些预料之外的权限。

在使用过程中解释权限请求是另一个很好的范例——这样能够帮助你把握用户的兴趣,提高用户对权限的理解。尽量让用户了解他同意请求后能够获得的益处。

 

3.2 请求权限的同时给予介绍

你可以通过提供一个背景图来解释权限请求。如图,Foursquare就是在背景图中说明为什么APP需要这个特定的权限许可。

图片来源:Foursquare

 

3.3 在正式权限请求之前的“前置对话”

因为iOS系统中,你只有一次在开启功能前触发权限请求的机会,最坏的情况莫过于用户直接在操作系统层面拒绝了你的请求,这样一来,要逆转iOS用户的决定就很麻烦。因此大多数情况下,在真正的系统权限请求之前,最好先做个“前置对话”让你的用户可以接受请求。

Cluster在这方面应用得很好,它的流程包括一个信息提示页、前置对话及最后的正式请求。预许可对话框的应用,让Cluster的“不允许”问题几乎消失。

 

3.4 “前置对话”是一个权限请求前的遮罩对话框

图片来源:cluster

 

3.5 基于用户的行为发出请求

用户自身触发的对话框甚至比信息提示的请求效果更好,因为用户此时希望使用这个功能,对请求已经有一个预期,会更可能地同意请求。所以只需等到该功能被唤起时发出请求即可。当用户在Cluster中点击一个功能,例如相机,会随即触发照片使用权限请求。

 

3.6 只在用户使用到某项功能时提示用户授予权限

图片来源:cluster

 

4、如何处理被拒绝的权限

权限请求被拒会导致某个功能无法正常使用,因此一旦发生,应向用户解释其后果。

一个简单的原则:无论权限请求是否被同意,你都应向用户提供反馈。

4.1 必要的权限

如果一个APP因为关键的权限不被许可而无法运行,告知用户这个权限必须被许可的原因,并提供一个路径以便用户进入设置并打开权限。

下面是Google Hangouts的例子,告知用户该权限对于功能使用的必要性。

图片来源:Google Hangouts

 

结论

显然世界上没有完全相同的两个APP,但作为设计者,你应该思考用户何时需要访问手机或数据的哪些权限,确保用户对于权限请求做好了准备。

提升用户体验是一件永无止境的事。千万别错过让用户准备好接受请求的机会!去尝试文中这些案例并找到最适合你的方法。谢谢!

 

 


更多译文:

互联网设计的互惠原则:索取前请先给予
大多数人都会忽略的方法:App Store listing testing
用户体验三大评估指标优劣势分析:CSAT、NPS和CES
用户行为的“及时”理论
全部180+篇译文>>

 

申请加入UXRen翻译组>>

uxren-fanyizu-00

 


译者:Gogi     审校:June Wang

作者:Nick Babich

原文标题:《Mobile UX Design: The Right Ways to Ask Users for Permissions》

原文链接:https://uxplanet.org/mobile-ux-design-the-right-ways-to-ask-users-for-permissions-6cdd9ab25c27

发布日期:May 30, 2016

版权声明:

  • 本文版权归:UXRen翻译组 所有;
  • 转载带有“UXRen译”抬头的翻译文章,文章标题必须保留“UXRen译”字样;
  • 转载文中必须保留:“UXRen翻译组”、“作者”、“译者”及“审校者”信息;
  • 转载文末必须保留本译文网页链接地址;
  • 如未遵照上述规则转载,视为侵权,UXRen社区保留随时追责的权利。

 

 

UXRen公众账号
关注UXRen微信公众号(cnUXRen)

UXRen社区欢迎各界用户体验从业者及学生投稿优质原创文章。投稿请关注UXRen社区公众账cnUXRen(上面有二维码)留言“我要投稿”,小编会及时与您取得联系。

版权声明:除转载文章外,本站所有文章版权归UXRen社区所有,转载请注明出处:UXRen社区,并保留本站原文链接地址。本站部分文章来自互联网及公开渠道,如有侵权请及时联系我们。邮箱:contact@13tech.com.cn

网易资深高手:交互设计师必备的9种能力(上篇)
互联网设计的互惠原则:索取前请先给予【UXRen译#187】