APP獲取權限雖“小”,但門道不少
APP獲取權限這一點與其他功能相比,看似微不足道,但仔細思考一下,我們就能發現其中的門道。而本文就來講講這里面的門道是什么,APP獲取權限中又有哪些基礎知識與設計技巧。
2019年網信辦、工信部和公安部等監管部門的一紙命令,所有APP在首次啟動時,都增加了權限說明,進行了大規模的信息保護整治,對眾多違規調用設備權限的APP進行了下架處理,開啟了歷史最嚴監管模式。
與此同時,互聯網信息販賣產業的“蓬勃發展”,讓大家都成了透明人,每一個推銷電話都不是憑空打來的,所以國民的隱私保護意識逐漸得到了被動加強,在使用APP時非常注意權限的授予和用途,這其實是一個很好的現象。
權限這個不起眼的小細節,其實涵蓋了很多知識,和大家聊一聊。
1. 明確獲取權限目的
基于上述,先想一個問題,政策監管嚴格且用戶隱私保護意識極強的情況下,為什么每個產品還拼命都想拿到用戶的權限??
1.1 掌握更多數據,指導業務
數據對產品的指導意義非常重要,甚至是護城河級別,當年由于騰訊云的失誤造成一家創業公司上億量級數據丟失,我覺得索賠4800萬都是少了,這可是產品的命根子。數據的廣度和深度都很重要,廣度取決于用戶量,深度取決于于單個用戶的數據維度是否夠多。
而用戶的數據不僅僅是行為數據(如用戶在產品中的操作路徑),還有信息數據,比如用戶的位置,而拿到這條信息數據最準確且最常用的方式,就是通過GPS定位,而這就需要用戶授予位置權限。
1.2 主動干預用戶,達成目的
為了達成業務目的,網傳運營有三寶:彈窗banner和紅包,這些都是站內干預措施,前提是用戶打開了APP,但用戶壓根就不打開APP怎么辦呢?
別怕,運營同學還有兩寶:短信和push哈哈,短信具有一定的經濟成本,并且轉化路徑比較長,畢竟從短信到啟動APP是一個比較麻煩的事情。而push是一個投入產出比很高的措施,push你想發就發,但是接不接收是用戶說了算,所以各家產品會努力拿下這個免費高效的干預用戶機會-通知權限。
1.3 功能使用必需,跑通流程
這種是單純為了跑通流程,是功能使用的必備權限,產品側并沒有什么特殊的目的,只是為了更好地解決用戶需求,比如掃碼登錄時請求相機權限,只是為了掃描web端的二維碼。
2. 權限相關基礎知識
我們明確了獲取權限的目的之后,就要想辦法讓用戶樂于授權,在此之前,先來看看權限相關的基礎知識。
2.1 常用的權限
2.2 權限的分類
必需權限
必需權限,是指不授權無法正常使用APP的權限。
在android設備上,下載完啟動APP時,經常會出現下圖所示的存儲權限請求彈窗(android的照片和文件同屬于存儲權限),并且是必須授權才能使用,其實這并不是一定要獲取的權限,在需要讀取和緩存文件、分享和使用第三方SDK等情況時,才是必需權限。
說句題外話,存儲權限包含讀取寫入文件和相冊兩部分權限,一次性授權確實存在一定隱私風險,這也是當年京東金融被爆侵犯用戶相冊隱私丑聞的原因,拿到存儲權限之后,發現相冊的照片出現在了京東金融APP的文件夾下,安卓在隱私這塊確實要和蘋果學一學。
話說回來,上述的存儲權限是我們常見的必需權限,其實不只這一個,因為針對不同業務的產品,會有不同的必需權限,比如地圖APP的必需權限就是位置權限。
必需權限是保證APP具備正常運行的前置條件,一般會在APP首次啟動時就會請求。
可選權限
可選權限,授權可以用的更好,不授權也不影響正常使用。
比如今日頭條的位置權限,用戶授權后,可以看到更精準的新聞資訊,但即使沒授權,也不影響用戶正常瀏覽資訊,只是資訊與用戶的相關性會弱一些,影響推薦策略的準確度。
這種可選權限要相對多一些,我們往往更在意的就是這部分權限,因為對我們的重要性要遠高于對用戶的重要性。
2.3 iOS和android的一些區別
關于請求權限的規則,iOS和android有一些不同,也會影響到我們的產品設計,需要提前知道。
iOS
iOS只有一次權限請求機會,也就是在第一次請求權限時,出現下圖1所示的彈窗,可以直接在當前頁完成授權,但是這個機會只有一次,一旦失去這次請求機會,就需要采用圖2的方式再次請求,而這個授權的操作路徑就比較長了,并且據目前了解,當前APP的授權信息變化后,再次進入APP需要重啟,這對用戶的使用體驗影響較大,所以要保護好珍貴的第一次請求機會。
圖1
圖2
android
這方面android就好多了,有多次請求機會,在第一次請求時會出現左圖所示彈窗,未授權后再次請求時就會出現右圖所示彈窗,要注意,多了一個【不再詢問】的選項,這就意味著android也并不是可以一直去打擾用戶請求的,一旦用戶勾選了【不再詢問】,如果代碼不做處理,遇到需要權限的時候,比如點擊下圖中左上角的掃一掃入口,就什么反饋都沒有了,就成了產品設計上的缺陷,這種情況的解決辦法會在下面講到。
關于權限相關的基礎知識就到這里,接下來說一說權限獲取的設計技巧,讓用戶更愿意授權。
3. 權限獲取的設計技巧
3.1 什么時候請求
不用不請求
除了必需權限,可選權限是不影響APP正常運行的,其中很多權限可能用戶根本用不到的,就沒有必要獲取。
比如產品的換頭像功能,在用戶還未使用換頭像功能時,就隨同其他權限把相機權限也給請求了,但可能用戶在整個生命周期里都沒有換過頭像,這種無故請求權限的設計,不僅打擾用戶,甚至可能會成為用戶流失的導火索。
要遵循“啥時候用啥時候請求,不用不請求”原則,別讓其成為對用戶的打擾。
在場景中請求
先來看個例子,同是掃一掃功能請求相機權限,下圖兩種請求方式,哪種讓你更愿意授權?
上述兩款產品的差異在于請求的頁面(即場景):
- 左圖是點擊【掃一掃】后,在個人中心頁直接出現了請求彈窗;
- 右圖是點擊【掃一掃】后,進入掃碼頁之后再出現請求彈窗。
結論是右圖的請求方式更優,授權成功率會更高。是因為右圖將權限請求的時機放在了場景中。
如果不是對互聯網產品的一些功能具有較高的熟悉度,是較難理解掃一掃功能和相機權限的關聯的,就會想“為什么要調用我的相機權限???”,因為當前的個人中心頁和相機沒有直接關系。
而圖2請求的場景是掃碼頁,背景是不斷上下浮動的綠色掃描動畫,塑造出了獲取當前影像的場景,用戶不僅明白了用途,而且用戶處于場景中時,會意識到當前彈窗是進行下一步的解決方案,決策的門檻會更低,更有利于完成授權。圖2正是國民應用微信,不得不說微信的每一個細節,都值得仔細鉆研。
要將請求時機設計在場景中,讓用戶明白用途,并且降低決策門檻,從而有利于拿到授權。
3.2 怎么和用戶說
提供動機
趨利避害這個成語,簡直是產品設計中最實用的指南,趨利和避害兩種方式,為用戶授權提供動機,否則用戶為什么要授權給你呢?
比如一款18-30歲女生的美妝社區APP,發帖時請求相機權限的彈窗文案:
- 該功能需要使用你的相機權限,是否允許?
- 需要使用相機權限,來拍出漂亮的照片,是否允許?
- 沒有相機權限就不能拍漂亮的照片哦,是否允許?
第一個很平平,沒有創造出讓用戶授權的動機,用戶沒理由授權給你。而第二種和第三種分別是趨利和避害,第二種預告了授權之后你將會收獲漂亮的照片,第三種提前解釋了風險-不授權就拍不出漂亮的照片,這兩種都為用戶提供了足夠的動機,這會讓用戶更樂于授權。
通過趨利和避害這兩種方式,為用戶提供授權動機,從而提供授權成功率。
解除顧慮
用戶顧慮較多的情況,常見有以下兩種:
- 初次啟動時,政策要求的隱私權限說明頁的合同,需要同意時;
- 發生隱私泄露風險時,后果很嚴重的APP,如金融產品。
針對這兩種常見的用戶顧慮較多的情況,我們做的就是要解除顧慮。
以第一種情況舉例,來看下圖兩種隱私權限說明方式,哪個更讓你放心授權?
答案無疑是右圖,除了視覺設計和整體文案上更優之外,解決了用戶點擊【同意】的主要顧慮,左圖雖然也說明了隱私保護,但過于委婉且不重點突出。相比于大段的廢話,用戶更關注是否會泄露和亂用。
解除用戶顧慮,讓用戶可以放心地授權。
3.3 被拒絕怎么辦
如果做足了上述方面之后仍被拒絕授權,那我們就需要提前考慮再次請求權限的情況,爭取在后續可以拿到用戶的授權,這塊也是存在一些技巧的。
回憶一下上述iOS和android請求權限的一些區別,iOS只能請求一次,android未勾選【不再詢問】可以多次請求。
所以每一次系統級別的權限請求彈窗都是很寶貴的機會,尤其是iOS系統,一旦失去就需要采用很復雜授權流程,所以我們要想辦法保護系統授權彈窗,讓它出現時最大概率完成授權。
我們主動去獲取的權限 和 iOS的一些重要權限,要增加預授權彈窗(是我們自己寫的),同意授權時再出現系統授權彈窗。
如上圖,通過自己寫的預授權彈窗先來探一探用戶是否愿意授權,不愿意授權就算了,正常用產品,將寶貴的系統授權彈窗保留??;如果愿意授權,再出現系統授權彈窗,這個時候同意授權的概率就很高了,將系統授權彈窗這個機會用在了刀刃上。
還有一種情況,會通過這種預授權+系統授權的組合來請求權限,android的彈窗文案是不能編輯的,是由系統提供的,這在一定程度上限制了我們向用戶傳遞想法,所以我們會通過預授權彈窗,將自定義內容傳達給用戶,然后再出現系統授權彈窗,降低被拒絕的可能性。
如下圖這種方式,就是android通過預授權彈窗進行說明的例子:
最后
獲取權限看起來是個極不起眼的小細節,值得思考的點卻不亞于一個完整的功能模塊,其實每一個細節都是一個產品的縮影,善于捕捉和深究細節背后的原理和規則,才能積硅步,至千里。
希望這篇分享,可以讓你設計出不會被拒絕的權限獲取邏輯,切記不要亂用用戶隱私哦,我們可都是共產主義接班人,非法的事我們堅決不干!
作者:十八線產品,微信公眾號:十八線產品
本文由 @十八線產品 原創發布于人人都是產品經理,未經許可,禁止轉載。
題圖來自 Unsplash,基于CC0協議
贊,支持作者
1.預授權彈窗點了 同意,此時又彈出一個系統授權彈窗,用戶也會很疑惑吧,一個權限授權兩次
2.現在有些APP授權會一個彈窗出現多個請求多個權限, 比如微信,彈窗里同時出現 存儲、設備信息、相機 3個權限,有獨立開關,這是預授權彈窗還是系統彈窗?
那種的肯定是自定義的彈窗了,系統彈窗的樣式都是一樣的。
預授權+系統授權組合等于要求了用戶兩次,還不如直接要求系統授權,多一次請求就是多一次騷擾。
反過來想一個問題:既然如你所說,為什么諸多產品還要加一個預授權呢?
脫離場景和約束條件給解決方案,是沒有沒意義的哦
我感覺就是預授權多了一個解釋說明的機會,現在還有的安卓APP是彈出系統授權框的同時,在半透明的黑色遮罩下面,頁面頂部同時彈出解釋說明的彈窗,但是說實話,這個解釋說明的彈窗不太容易察覺到。
對于IOS來說,第一次的彈框中的小文字是可以自定義的,所以我覺得有這一個系統彈窗就可以了,沒必要搞兩次彈窗。
對于安卓來說,因為系統彈窗的文案不能編輯,我覺得第一次的彈窗的時候可以直接彈系統彈窗,如果被拒絕了,第二次、第三次再點擊按鈕的時候再先彈自定義彈窗(預授權)進行解釋和說明,后面再彈系統彈窗。
23年了,現在的預授權好像很少了,直接請求權限,會在上方做一個權限使用說明。不清楚是不是監管要求還是啥。