设计模式——请求权限

用户重视他们的隐私，他们想知道他们与之交互的应用程序和网站也重视它。他们需要知道您为什么要求获得访问特定功能或数据的权限，以及这对他们有何好处。

遵循请求权限的最佳实践可确保用户获得权限请求是必要的，并有助于他们使用应用程序。这将大大提高用户允许权限请求的机会，并在使用您的应用时获得更好的体验。

避免过早请求权限

过早请求权限可能会像突然出现的不速之客一样。它还可能增加用户拒绝这些权限的可能性。不要在用户第一次打开您的应用程序时就用权限轰炸他们。

相反，仅在用户尝试执行的操作需要权限时才请求权限。当以这种方式提出要求时，用户更有可能授予必要的权限。

使用模态请求权限

模态窗口是请求许可的最佳选择。它们是侵入性的，但以一种用户肯定会注意到的积极方式。 

最终，用户至少需要授予使用特定功能的权限，否则该功能将无法正常工作。例如，谷歌地图只会让你在没有位置许可的情况下做这么多事情。虽然您可以将他们发送到他们的设置以找到适当的授予权限，但简单地为他们提供一个允许他们立即授予权限的模式会更有效。

主要用户

权限请求屏幕不会让用户深入了解为什么要求权限。考虑到 82% 的用户想知道应用程序为何向他们询问信息，这是一个问题。如果他们不立即了解许可的用途，他们可能会拒绝许可。

在请求用户允许访问他们的照片或相机、发送通知或任何其他功能之前，请先向他们展示一下入门知识。解释为什么应用程序需要该权限，以及在用户实际被要求获得该权限之前它将如何使用户受益。它增加了授予该权限的可能性。

“入门”屏幕应该始终在上下文中——例如，当用户想要拍照时请求访问相机。

提供解释

根据 Nielsen Norman Group 的一项研究，如果有理由（即使该理由不是特别清楚），用户提供权限的可能性要高出 12%。什么时候这个理由令人信服？它可以增加 81% 的可能性！

显然，给用户一个令人信服的理由来授予您的应用权限对于让他们这样做至关重要。使用简单的描述性语言准确地告诉他们授予权限最重要的好处是什么，并向他们保证不会滥用该权限。

坚持用户应该授予权限而不是给他们一长串的最重要的 1-2 个原因。

使用简单的语言

如果用户被告知应用为什么需要该权限以及如何使用该权限的原因，他们更有可能授予权限。然而，如此多的开发人员并没有利用创建自定义权限请求来解释该推理的能力。花点时间为这些请求创建微副本，提供清晰和直接的解释。

用户通常不会阅读许可文本——他们会扫描。因此，请使用能够吸引注意力并提供意义的简单语言和关键字。

使用主动语音

主动语态在写文案时更有效，尤其是微文案。正如该术语所暗示的，主动语态意味着行动。它还可以帮助用户更直观地了解谁应该采取行动：您或他们。另一方面，被动语态可能会令人困惑和冗长。

在上下文中请求许可

一个请求用户允许访问他们的位置、画廊或相机的应用程序不太可能获得该权限，即使有解释也是如此。另一方面，上下文权限对用户来说是合乎逻辑的，并且更有可能被授予。

例如，如果您要求用户在打开应用程序后立即访问他们的麦克风，他们可能会自动拒绝该请求，而无需考虑太多。如果您询问他们何时点击麦克风图标以录制音频，他们可以立即联系到为什么需要这样做，并且更有可能授予许可。

解释请求

权限请求模式会在用户与新应用交互时中断用户流程。同时，它们对于应用程序按预期运行至关重要，因此让用户授予这些权限很重要。为此，请给用户一个接受许可请求的充分理由。

例如，在编写拼车应用程序的请求时，不要说“我们使用您的位置进行个人通知”，而是说“我们使用您的位置来改善您的接送服务”。

一次请求一个权限

向用户要求太多会让人觉得有侵略性。您一次只能向他们请求一项许可。如果用户尝试访问的功能需要多个权限，请为每个权限使用单独的模式窗口。它为用户提供了更多自由来选择他们允许或拒绝的权限。

帮助用户轻松扭转他们的主要决定

除非绝对必要，否则一些用户非常不愿意授予权限。因此，他们最初可能会拒绝他们稍后决定授予的权限。简而言之，建立他们的信任需要时间。

当他们最终决定需要授予使用特定功能的权限时，让他们可以轻松地撤销决定。礼貌地解释他们为什么不能使用特定功能，然后给他们一个指向设备设置的直接链接以授予权限。

不要欺骗用户

设计人员和开发人员有时会使用“暗模式”来影响或诱骗用户授予他们可能不会授予的权限。当用户处于任务中间或故意难以拒绝权限时，它们会发送请求。例如，通过在所需选项中添加“推荐”标签，设计师会迫使用户按下“允许”。

这种过度的压力会破坏用户的信任并给人以咄咄逼人的印象。相反，给用户令人信服的理由来允许权限，同时也尊重他们这样做的选择。如果权限确实是必要的，即使用户最初拒绝它，他们也可能会在需要时重新考虑。

本文内容为转载