用户拒绝授权?这锅得产品背

作者: 菜哥 | 来源:发表于2017-06-12 11:51 被阅读1093次

    周末一大早,就被酒朋烟友的夺命十三Call给吵醒,电话里隐隐约约听到要我晚上请客吃麻辣小龙虾,重点是要我自己做!!!没办法,谁让人家是债主呢,所以立马在某宝定了5斤小龙虾,当然了效率是第一位的,小龙虾当日达,两小时就送到了...还都是活蹦乱跳的,对于我这种顶级吃货来讲,清洗小龙虾、去虾线、剪虾头这种事情简直就是小case了。

    清洗完的小龙虾

    接下来呢?那当然是找!食!谱!啊... 好吧,暴露吃货只会吃的本性了,这时候当然要发挥互联网人的优势了,下载菜谱App啊!

    然后,神奇的一幕发生了,在我下载完这个菜谱应用并打开之后,几乎在一瞬间:通知、网络等授权请求一股脑儿的全部蹦出来了,这也是简直了,结果可想而知,统统给他否决!

    也就是在噼里啪啦一顿点拒绝之后,我想到了一件事:

    自己设计的、即将上线的功能(电商-拼团),打算用什么方式呈现给用户并获得尽可能高的授权通过率?

    扯了这么多,估计会让吃货们失望了,因为我并不是要教大家怎么做小龙虾,其实我就是想讨论下今天的话题,iOS 的授权你会怎么玩?

    我们来分析下刚刚这个菜谱应用犯了哪些错误:

    1. 一启动程序就把应用需要的授权申请全部呈现给用户,这是一种非常不负责任的做法,当然后果也是相当的惨烈,通常来讲用户非常反感这种做法。

    2. 在没有任何引导/使用场景的情况下,生硬的让用户做出选择。

    那么既然有了前车之鉴,我将会如何设计我这个即将上线的需求(拼团)的授权申请(需要获得用户通知推送权限)呢?  我将一步步剖析之:

    首先,我们得知道什么是应用授权?

    应用授权是指,应用必须获取系统给予的功能权限才能访问/提供对应的服务。iOS系统下,需要获得授权才能使用的功能有:推送通知、通讯录、日历、网络、蓝牙、麦克风、相机、照片、位置等。

    其次,为什么需要对授权方式进行特别设计?

    之所以要对应用授权进行特别设计,是因为它真的太重要,但是很多产品人只关注产品功能而忽视了授权的重要性。

    授权之所以重要,是因为对于产品方而言,iOS 只给你一次机会去征询用户的授权申请,一旦那些缺乏耐心和理性的用户(事实上很多用户都是这样的)拒绝授权,那么你的产品将无法提供某些关键功能,这可能直接导致用户不再继续使用你的产品直至流失。因为想要用户重新开启它需要非常繁琐的路径,可以感受一下,以开启定位为例(iOS 8以后允许应用使用提示,直达授权):

    重新打开应用定位授权步骤

    用户需要操作五次才能开启此授权,这对于一个粘性不大的应用来讲,几乎是不可能做到的事情。

    那么,我们应该怎么做(别急,先看下一般流程)?

    给应用授权的方式有两种:第一种是应用第一次被打开的时候提醒用户授权;另一种是用户使用需要被授权的功能时提醒用户进行授权。这两种方式分别对应两种授权形式,一个是必要授权,另一个是非必要授权。

    必要授权:由于iOS对于每个功能只允许申请一次授权,所以应用首次被打开时最好只申请应用 必要授权,例如微信的网络访问,高德的定位授权,如果没有获得必要授权,应用主体功能将无法正常使用。但是又要避免一次性将 所有/很多 授权全部放在第一次打开的页面,这样不容易获得用户的授权,导致部分功能无法使用。

    必要授权流程

    必要授权流程

    必要授权流程说明:

    1. 应用首次打开,需要明确产品的核心功能是什么,它是否需要得到授权才能正常使用,如果是那么就需要对它进行申请

    2. 应用非首次打开,因为需要保证产品主体功能正常使用,所以必须确保必要功能得到授权,我们不能保证必要授权都能够得到用户允许,如果用户之前拒绝了,我们应该告诉用户为什么必须授权,并明确给出开启的路径(请参考上述定位授权路径)

    非必要的授权:例如:微信访问通讯录的授权,可以放在用户触发这个功能的时候再行提交申请,这时候能够获得更高的授权通过率,因为用户本身已经有了预期。

    非必要授权流程

    非必要授权流程

    非必要授权流程说明:

    1. 非必要授权,一般考虑用户在使用对应功能时,向用户申请授权,当用户打开需要授权的功能时,需要判断当前功能需要的授权是否已经申请过,如果是,则有两种情况,已经申请过而且申请被允许,那么直接打开相应功能;如果已经申请过,但是之前没有被允许,那么需要作出相应提示,提醒用户授权相应功能,才能继续获得服务。

    2. 如果当前功能没有申请过,那么此时应该向用户推送授权申请,如果获得授权,则正常使用;如果用户不允许授权,需要告知用户功能无法继续使用,并说明如果以后需要使用此功能,需要通过什么方式开启授权

    最后,我将如何设计拼团的推送授权申请?

    我们团队近日提测了新的功能:拼团,这是一个由团长开团,邀请好友参团购买的电商营销活动类型,我所设计的这个拼团有一个开始和结束的时间,而且每种参与拼团的商品数量都是有限的,所以并不是所有用户都有机会购买到低价拼团的商品,因此对于这个功能来讲,平台用户是有被提醒的隐性需求的。因为这样一个属性,我在拼团活动需求中加入了推送通知的功能,那么如何才能获得用户授权就成了摆在我面前的问题。

    分析如下:

    问题一, 这个通知推送申请相对于整个产品而言,它是不是一个必要授权

    是不是必要授权,并不是一成不变的,应该根据实际需求而定,就以此次拼团为例,我们是为618年中大促而设计,这个功能在此时是被重点运营的,所以我们将通知推送定为必要授权。

    问题二,是必要授权,怎么申请授权才能获得最高的通过率?

    第一种方案,用户更新版本后,引导页说明更新的功能要点后提示用户授权,如下图所示:

    第一种方案

    这种方案,简单直接,也是最多的产品选择的授权方式,以为把事情讲清楚了,至于用户授不授权由用户决定。最显著的缺点是:如果用户根本就不看你的引导页说了些什么鬼(事实上很多用户都不看或者直接跳过),那么用户点拒绝的概率将会非常高,所以这种方案--否决

    第二种方案,通过引导页模拟授权,人为增加一次授权机会

    因为iOS 只允许向用户申请一次授权,所以这次授权机会弥足珍贵,既然我们担心第一种方案用户会拒绝授权,那么有没有办法提前知道用户的心态呢?如果我们能够提前预测用户的决定那么被授权的概率会不会更高呢?答案是肯定的:

    修改后方案

    通过对引导页进行调整,我们在最后一张引导页加入对用户预授权摸底

    在最后一张引导页上(上图中间),我们加入两个按钮,允许和不允许。如果用户点允许,那么,我们会看到右侧的图,也就是说,用户知道他接下来要干什么了,并且心理已经预期过想要使用这个功能,这时候我们才真正向用户申请推送通知授权,那么此时被用户允许授权的概率将会大幅度提升。如果用户选择不允许,那么我们不会向用户申请授权,保留仅有的这次授权申请机会,用户直接进入主页。

    事情发展到这里就完了吗?当然没有,既然是做新的促销活动(拼团),产品内部肯定会有很多入口进入活动专题页面,如果用户进入了拼团活动,我要怎么获得用户授权呢?也就是在引导页点了不允许的那部分用户,我们如何再次引导他进行授权呢

    第一种方案:进入活动页面,直接申请授权

    修改前方案

    这种方式,也是很多产品会采用的方式,可能是因为产品设计时根本没有考虑过授权的问题,然后开发工程师们自己拍脑袋决定在这里进行申请授权。--此方案否决

    第二种方案,让用户主动发起授权:

    修改后方案

    我们在未开始拼团活动的商品详情页下方增加一个通知按钮,用户在充分理解拼团活动将给自己带来的利益,并且此利益不是每个人都能享受的时候,是极有可能主动触发这个操作的,我们只需要将授权申请置于用户主动触发条件之下即可,这时候我们就能够最大程度的获得用户的授权。

    总的来说:

    这次版本更新,为了最大程度的获得用户推送授权,我们采用了以下两种方案:

    通过引导页预测用户态度,决定是否向用户发起申请;

    通过用户主动触发,向用户发起授权申请。

    这两种授权申请方案,它们可能不会是最优,但是可以肯定的是:必然优于现有的方案。在对人性的感知上,我们要走的路还有很远,于产品设计而言,亦是如此。

    相关文章

      网友评论

      • 曦曦冉冉L:iOS开发是通过设置plist文件确定是否需要访问什么权限。这些通知貌似是系统自动弹出来的。开发貌似控制不了。
      • 695c8083ca62:如果后面没事就推送我绝对会删app
        菜哥:@沉水的羽毛 :joy::joy::joy:
      • 斯特的简书:然而微博这种少一个权限都不让你用 而且我不明白为什么那么多应用都要打电话的权限
      • 攻城狮小强:不应该想想为啥用户会拒绝推送吗?还不是最早的一批APP把推送用烂了,把推送当成发广告的捷径,用户才关闭的吗?建议,以后只针对每一个用户推送与他相关的信息。
        菜哥:@邠陌 有道理,不过这里只讨论怎么提高用户授权的通过率,关于后续消息推送的问题欢迎单独成文
      • 0b6878a726f3:赞一个
      • 1Skip:很棒的一次用户引导,赞一个
      • chy1ee:做过iOS吗
        菜哥:嗯? 坐等大神斧正
      • a46c5bfa80e9:好(✪▽✪)
      • fd59a3a2626f:通过引导告诉用户授权的作用来提高用户授权的概率。好有心的点
      • gitcode:good

      本文标题:用户拒绝授权?这锅得产品背

      本文链接:https://www.haomeiwen.com/subject/ufkfqxtx.html