文章目录[隐藏]
作者：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翻译组>>
译者：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微信公众号(cnUXRen)
版权声明：除转载文章外，本站所有文章版权归UXRen社区所有，转载请注明出处：UXRen社区，并保留本站原文链接地址。本站部分文章来自互联网及公开渠道，如有侵权请及时联系我们。邮箱：contact@13tech.com.cn
原创文章，作者：震天下，如若转载，请注明出处：https://www.iamue.com/34455/
