iOS系统,如何正确向用户申请权限

专为互联网人打造的365天成长计划,500门视频课程随便看,构建你的产品、运营知识体系。查看详情

shenqingquanxian

首先要说的是这篇文章针对的是 iOS 平台,因为安卓只有在安装或者更新的时候用户才知道应用需要获取的权限,而对于安卓应用来讲,我只有一句话,不要什么权限都要,你一个拍照软件要看我通讯录干啥?

而对于使用 iOS 系统的人,我相信很多人都遇到过在一启动应用的时候就看到下图这样的画面:

1679-812b32bbee9c5984

进入某次元之后

对于使用的应用稍微多一点的用户,大多都会选择关闭推送,因为除非是类似 IM 外卖电商这种用户需要实时获取消息的应用,一些乱七八糟的推送还是很让人讨厌的。更有甚者还会在第一次启动应用时候连续弹出各种权限的申请,如果不是刚需的话,一般对于这种应用我都会选择卸载。

对于申请权限来说,可以从以下的三个方面进行优化:

  • 时机
  • 理由
  • 文案

时机

时机是在向用户申请权限的时候最重要的因素,因为如果你总是在不合适的时候向用户要求权限的话,用户是通常都是拒绝的。

以微信为例,当你第一次进入应用的时候微信并不会跟你要求访问相册的权限,而是在你给好友发送图片或者在朋友圈发照片的时候,才会向你要求。这个时机和用户一进入应用就被要求给予权限最大的不同点是,用户在那个时间点是有很强的动机去打开权限的,因为他需要完成发图片这个任务,而当用户第一次进入应用的时候,他并没有那么强的动机,甚至会对莫名其妙的权限申请新生反感。获取地理位置也和获取相册权限类似,当用户需要提交自己的地理位置的时候再向用户去申请。

1679-e9477ed02a96c3a7

在用户需要的时候再去请求权限

基于我使用过的应用来讲,一部分应用对于相册拍照或者是地理位置的权限要求的处理相对来说还算不错,但是对于推送通知的权限来讲,绝大部分应用做的还只是在用户第一次进入应用的时候就会要求获取推送通知的权限,以我个人的经验来讲,对于一个实时性不是很强的应用来讲,获取权限的成功率大约最多只会在20%左右,这样的话,你就别想使用推送对于另外的80%用户产生影响了。

这里提前要说的一点是,这拒绝的80%的用户里,可能有一半人是那种「我讨厌一切推送,无论你做的多好,我也不会打开推送权限的人」,而另外一半则是对于推送不是那么敏感,但是习惯性的关闭推送的人,而我们要争取的也就是这一部分人。

理由

其实上文的时机还没有说完,但是鉴于推送相关的内容和理由有一部分的重合,所以统一放在这里讲了。理由,也就是用户自身的动机,在用户选择同意或者拒绝的时候,用户会问自己我为什么要同意,如果你给了他一个足够强力的理由的话,那么用户同意的可能性就会大大的提升。

假设我们现在的产品是一个社交软件,那么让比较好的获取推送权限的时机是什么时候呢?可以确定的是,肯定不是一进入应用的时候。这里提出一个想法,可以是在用户关注了第一个用户或者拥有了第一个好友的时候,弹出一个对话窗,告知用户「为了不错过好友发送给你的新消息,请打开推送通知吧」,然后给用户两个选择:「同意」和「拒绝」。这样就给了用户一个打开推送通知的理由。

以我们的产品为例,作为一个新闻客户端,我们会在用户第二次打开这个应用并使用了一段时间之后为用户弹出弹窗:

1679-a268a8350607220c

打开推送提醒弹窗

告知用户我们为什么需要给你发送推送,这个弹窗本身还有一些小动画,以一个相对精美的形式对用户表达我们诚意。从数据上来看,经过这个小改动之后,用户打开推送的比例差不多提高了一倍。

文案

其实文案这一部分也和理由的内容有一部分的重叠。如果弹窗内的文案写的不合适的话,可能不只不会起到正面作用,反而会有反效果。不同类型的应用有不同类型的用户也有自己各自的气质,「网易新闻」的用户和「哔哩哔哩」的用户就有很大的不同,对于前者来说,能接受的文案类型是相对正规的类型;而后者来讲对于一些绘文字或者是比较活泼的文案风格的接受度可能更高,甚至是不太喜欢正式的文案。所以针对你的用户的类型,比如说是男生多还是女生多,年轻人多还是中老年人多,你要选择一种你的用户更能接受的文案风格。

不过这里有一个前提是,不要选择一些不礼貌的话语。有些人在写文案的时候会觉得自己写的是活泼的文案,而其实在用户看来可能是不礼貌的文案。以最近收到的拉勾的邮件为例,具体的文字我已经记不清楚了,主题思想就是「像你这种不跳槽的人活该涨不了工资」,我觉得希望别人换工作这个想法对于一个招聘网站来说没有任何的问题,但是这种表达的方式却让人很不舒服。另一个不好的例子就是一个叫 Like 的应用,他们的推送内容就是类似「喂!你怎么还不去xxx」之类的内容,看到这个推送之后我就默默地卸载了这个应用。

所以总结一下,对于文案来说比较重要的就是要写出符合你用户的习惯让用户舒服的文案,写出的文案最好多让几个人看看是否合适。

但是还是被拒绝了怎么办

比较尴尬的一个事实是即使你做的再好,也会有用户拒绝你的权限要求,更尴尬的是,当用户之后再使用某个需要权限功能的时候却发现没法使用,用户并不会觉得是因为他自己的原因才导致这个问题,只会在心里骂上一句「什么狗屁应用」,然后卸载了应用。

对于这种情况的一个好消息是,现在当用户拒绝了你的请求之后,你可以在应用里给用户一个按钮直接跳转到「设置」中的应用权限页里去,这样对于用户来说,更改设置的成本就小了很多,Instagram 就是这么做的:

1679-d43c7f617194c20d

Instagram 的打开权限按钮

总结

权限申请这个事情在一个应用里可能看起来是一个小事情,但是它也可能是很多其他功能的基础,所以对于申请权限的设计也不能随便敷衍过去,不要让你的应用变成那种一打开就弹出获取推送的窗口然后被无情拒绝的产品。

 

作者:offspring(简书作者)

原文链接:http://www.jianshu.com/p/5946bdd0d80c#

本文由 @offspring 授权发布于人人都是产品经理,未经作者许可,禁止转载。

评论
有话不说憋着难受