用户拒绝授权？这锅得产品背
周末一大早，就被酒朋烟友的夺命十三Call给吵醒，电话里隐隐约约听到要我晚上请客吃麻辣小龙虾，重点是要我自己做！！！没办法，谁让人家是债主呢，所以立马在某宝定了5斤小龙虾，当然了效率是第一位的，小龙虾当日达，两小时就送到了...还都是活蹦乱跳的，对于我这种顶级吃货来讲，清洗小龙虾、去虾线、剪虾头这种事情简直就是小case了。
清洗完的小龙虾
接下来呢？那当然是找！食！谱！啊... 好吧，暴露吃货只会吃的本性了，这时候当然要发挥互联网人的优势了，下载菜谱App啊！
然后，神奇的一幕发生了，在我下载完这个菜谱应用并打开之后，几乎在一瞬间：通知、网络等授权请求一股脑儿的全部蹦出来了，这也是简直了，结果可想而知，统统给他否决！
也就是在噼里啪啦一顿点拒绝之后，我想到了一件事：
自己设计的、即将上线的功能（电商-拼团），打算用什么方式呈现给用户并获得尽可能高的授权通过率？
扯了这么多，估计会让吃货们失望了，因为我并不是要教大家怎么做小龙虾，其实我就是想讨论下今天的话题，iOS 的授权你会怎么玩？
我们来分析下刚刚这个菜谱应用犯了哪些错误：
1. 一启动程序就把应用需要的授权申请全部呈现给用户，这是一种非常不负责任的做法，当然后果也是相当的惨烈，通常来讲用户非常反感这种做法。
2. 在没有任何引导/使用场景的情况下，生硬的让用户做出选择。
那么既然有了前车之鉴，我将会如何设计我这个即将上线的需求（拼团）的授权申请（需要获得用户通知推送权限）呢？ 我将一步步剖析之：
首先，我们得知道什么是应用授权？
应用授权是指，应用必须获取系统给予的功能权限才能访问/提供对应的服务。iOS系统下，需要获得授权才能使用的功能有：推送通知、通讯录、日历、网络、蓝牙、麦克风、相机、照片、位置等。
其次，为什么需要对授权方式进行特别设计？
之所以要对应用授权进行特别设计，是因为它真的太重要，但是很多产品人只关注产品功能而忽视了授权的重要性。
授权之所以重要，是因为对于产品方而言，iOS 只给你一次机会去征询用户的授权申请，一旦那些缺乏耐心和理性的用户（事实上很多用户都是这样的）拒绝授权，那么你的产品将无法提供某些关键功能，这可能直接导致用户不再继续使用你的产品直至流失。因为想要用户重新开启它需要非常繁琐的路径，可以感受一下，以开启定位为例（iOS 8以后允许应用使用提示，直达授权）：
重新打开应用定位授权步骤
用户需要操作五次才能开启此授权，这对于一个粘性不大的应用来讲，几乎是不可能做到的事情。
那么，我们应该怎么做（别急，先看下一般流程）？
给应用授权的方式有两种：第一种是应用第一次被打开的时候提醒用户授权；另一种是用户使用需要被授权的功能时提醒用户进行授权。这两种方式分别对应两种授权形式，一个是必要授权，另一个是非必要授权。
必要授权：由于iOS对于每个功能只允许申请一次授权，所以应用首次被打开时最好只申请应用 必要授权，例如微信的网络访问，高德的定位授权，如果没有获得必要授权，应用主体功能将无法正常使用。但是又要避免一次性将 所有/很多 授权全部放在第一次打开的页面，这样不容易获得用户的授权，导致部分功能无法使用。
必要授权流程
必要授权流程
必要授权流程说明：
1. 应用首次打开，需要明确产品的核心功能是什么，它是否需要得到授权才能正常使用，如果是那么就需要对它进行申请
2. 应用非首次打开，因为需要保证产品主体功能正常使用，所以必须确保必要功能得到授权，我们不能保证必要授权都能够得到用户允许，如果用户之前拒绝了，我们应该告诉用户为什么必须授权，并明确给出开启的路径（请参考上述定位授权路径）
非必要的授权：例如：微信访问通讯录的授权，可以放在用户触发这个功能的时候再行提交申请，这时候能够获得更高的授权通过率，因为用户本身已经有了预期。
非必要授权流程
非必要授权流程
非必要授权流程说明：
1. 非必要授权，一般考虑用户在使用对应功能时，向用户申请授权，当用户打开需要授权的功能时，需要判断当前功能需要的授权是否已经申请过，如果是，则有两种情况，已经申请过而且申请被允许，那么直接打开相应功能；如果已经申请过，但是之前没有被允许，那么需要作出相应提示，提醒用户授权相应功能，才能继续获得服务。
2. 如果当前功能没有申请过，那么此时应该向用户推送授权申请，如果获得授权，则正常使用；如果用户不允许授权，需要告知用户功能无法继续使用，并说明如果以后需要使用此功能，需要通过什么方式开启授权
最后，我将如何设计拼团的推送授权申请？
我们团队近日提测了新的功能：拼团，这是一个由团长开团，邀请好友参团购买的电商营销活动类型，我所设计的这个拼团有一个开始和结束的时间，而且每种参与拼团的商品数量都是有限的，所以并不是所有用户都有机会购买到低价拼团的商品，因此对于这个功能来讲，平台用户是有被提醒的隐性需求的。因为这样一个属性，我在拼团活动需求中加入了推送通知的功能，那么如何才能获得用户授权就成了摆在我面前的问题。
分析如下：
问题一， 这个通知推送申请相对于整个产品而言，它是不是一个必要授权
是不是必要授权，并不是一成不变的，应该根据实际需求而定，就以此次拼团为例，我们是为618年中大促而设计，这个功能在此时是被重点运营的，所以我们将通知推送定为必要授权。
问题二，是必要授权，怎么申请授权才能获得最高的通过率？
第一种方案，用户更新版本后，引导页说明更新的功能要点后提示用户授权，如下图所示：
第一种方案
这种方案，简单直接，也是最多的产品选择的授权方式，以为把事情讲清楚了，至于用户授不授权由用户决定。最显著的缺点是：如果用户根本就不看你的引导页说了些什么鬼（事实上很多用户都不看或者直接跳过），那么用户点拒绝的概率将会非常高，所以这种方案--否决
第二种方案，通过引导页模拟授权，人为增加一次授权机会
因为iOS 只允许向用户申请一次授权，所以这次授权机会弥足珍贵，既然我们担心第一种方案用户会拒绝授权，那么有没有办法提前知道用户的心态呢？如果我们能够提前预测用户的决定那么被授权的概率会不会更高呢？答案是肯定的：
修改后方案
通过对引导页进行调整，我们在最后一张引导页加入对用户预授权摸底
在最后一张引导页上（上图中间），我们加入两个按钮，允许和不允许。如果用户点允许，那么，我们会看到右侧的图，也就是说，用户知道他接下来要干什么了，并且心理已经预期过想要使用这个功能，这时候我们才真正向用户申请推送通知授权，那么此时被用户允许授权的概率将会大幅度提升。如果用户选择不允许，那么我们不会向用户申请授权，保留仅有的这次授权申请机会，用户直接进入主页。
事情发展到这里就完了吗？当然没有，既然是做新的促销活动（拼团），产品内部肯定会有很多入口进入活动专题页面，如果用户进入了拼团活动，我要怎么获得用户授权呢？也就是在引导页点了不允许的那部分用户，我们如何再次引导他进行授权呢
第一种方案：进入活动页面，直接申请授权
修改前方案
这种方式，也是很多产品会采用的方式，可能是因为产品设计时根本没有考虑过授权的问题，然后开发工程师们自己拍脑袋决定在这里进行申请授权。--此方案否决
第二种方案，让用户主动发起授权：
修改后方案
我们在未开始拼团活动的商品详情页下方增加一个通知按钮，用户在充分理解拼团活动将给自己带来的利益，并且此利益不是每个人都能享受的时候，是极有可能主动触发这个操作的，我们只需要将授权申请置于用户主动触发条件之下即可，这时候我们就能够最大程度的获得用户的授权。
总的来说：
这次版本更新，为了最大程度的获得用户推送授权，我们采用了以下两种方案：
通过引导页预测用户态度，决定是否向用户发起申请；
通过用户主动触发，向用户发起授权申请。
这两种授权申请方案，它们可能不会是最优，但是可以肯定的是：必然优于现有的方案。在对人性的感知上，我们要走的路还有很远，于产品设计而言，亦是如此。
