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