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

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

清洗完的小龙虾

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

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

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

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

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

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

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

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

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

首先,大家得知道什么是应用授权?

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

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

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

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

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

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

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

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

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

必要授权流程

必要授权流程

必要授权流程说明:

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

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

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

非必要授权流程

非必要授权流程

非必要授权流程说明:

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

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

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

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

分析如下:

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

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

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

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

第一种方案

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

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

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

修改后方案

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

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

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

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

修改前方案

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

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


修改后方案

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

总的来说:

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

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

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

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

推荐阅读更多精彩内容

  • Android 自定义View的各种姿势1 Activity的显示之ViewRootImpl详解 Activity...
    passiontim阅读 138,597评论 20赞 591
  • 三、流程 1.评估产品机会 a.确定待解决的问题 评估产品机会的目的:淘汰馊主意,避免浪费时间和金钱;挑选合适的产...
    IvanHung阅读 1,732评论 0赞 34
  • Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具(例如配置管理,服务发现,断路器,智...
    卡卡罗2017阅读 87,631评论 13赞 122
  • 原文地址:http://www.jianshu.com/p/4911fb3b7567 1.1不当内容应用程序不应该...
    牛大发了阅读 520评论 0赞 1
  • 风,有些狂暴,闯过掉牙的门缝里……呼啦啦关了左边的,哐当又开了,索性全部都吹开了……搬来矮脚凳,刚好塞住门缝!立马...
    林凡_阅读 22评论 0赞 0