应用授权设计思考(下)

设计授权的重要挑战在于iOS只给一次请求权限的机会，如果用户拒绝，就要付出更大的成本驱动用户深入操作系统设置以重新打开权限。因此，如何向用户请求权限，产品设计上就需要非常有创造性。

请求授权的设计原则

重新审视这个课题，溯源到Material Design中，有专门的章节Request types重点阐述了授权的设计原则，摘取核心观点如下：

“Your permissions strategy depends on the clarity and importance of the permission type you’re requesting.Critical permissions should be requested up-front.Secondary permissions can be requested in context.”

简单可以理解成：把授权分为两个维度，重要性及明确度，重要的权限可以优先或直接询问获取，非重要权限尽量结合用户使用场景去申请。这是区别于上篇设计形式来探讨授权更为科学的视角，转译上图的四个象限，整理如下：

归纳四种不同的授权设计原则：即刻请求授权/教育后再请求授权/场景中请求授权/场景中先教育再请求授权。这虽然是Android的参考规则，但从授权策略和用户接受程度上，对iOS同样有参考意义，这里我们展开讨论下。

01-即刻请求授权

通识意义上，对于用户来说重要且明确的授权，可以即刻请求。比如Uber的LBS位置请求，打车这件事，需要用户确认位置是共识的第一步，第一时间询问用户开启LBS位置许可，无可厚非。

02-教育后再请求授权

HeyDay在开屏宣导阶段，就会向用户解释相册授权后应用将会提供“自动为你提前规划旅游路线”及“记录沿途美好时光”等更好的服务，这类功能是产品非常有特色的功能，但在初期用户可能不太清楚其重要性。此时先给予其足够的教育，再弹窗授权，会好接受的多。

03-场景中请求授权

在通讯录授权这个事情上，直接告诉用户授权后，可以减少用户手动输入或者添加好友更加方便，远没有戳到用户痛点。Cluster添加用户的策略，是在用户尚未授权的情况下，输入朋友名字后显示空空的虚无状态。当他们没有看到朋友名字出现在搜索结果时，下方会出现“显示来自 iPhone 联系人的结果”的按钮入口。通常情况下，用户在这个添加好友的强倾向性场景，大概率都会点击按钮，触发授权。

04-场景中先教育再请求授权

Cluster旨在与朋友建立小型私人空间，在用户首次设置空间并邀请朋友加入时，一个很合乎逻辑的问题是：如果邀请的朋友成功加入了，你是否希望收到通知。点击“通知我”后，则会弹出标准的iOS授权对话框，反之，则不做处理。测试后发现，点击“通知我”的用户，授权环节的通过率为100%。由此可见，在权限请求与产品核心功能没有直接关联，并且短时间内用户很难明白其重要性的情况下，透过小场景中的互动和链接来教育用户，效果好得多。