詢問(wèn)用戶權(quán)限許可的正確方法

3 評(píng)論 13057 瀏覽 84 收藏 11 分鐘

你知道平均每個(gè)App在用戶安裝后的前三天內(nèi)就失去了80%的平均日活嗎?大部分用戶下載一個(gè)App,打開(kāi)一次,然后就卸載掉它。這種情況發(fā)生是因?yàn)橛脩綦m然愿意嘗試安裝很多App,但他們還是要決定在開(kāi)始那幾天究竟卸載掉哪些。

用戶的這樣做是因?yàn)槟愕腁pp做的不好嗎?也不全是,但是用戶跟你的App在最開(kāi)始的互動(dòng)確實(shí)很大程度上決定了用戶對(duì)你的App的整體印象(是好還是壞)?,F(xiàn)在實(shí)際情況是,當(dāng)用戶打開(kāi)一個(gè)新的App時(shí),他們最先看到的往往是一連串的彈出框詢問(wèn)他們的權(quán)限獲取請(qǐng)求。如:

  • 程序想要獲取您的定位權(quán)限
  • 程序想要獲取您的聯(lián)系人信息
  • 程序想要獲取您的拍照權(quán)限

這樣的做法對(duì)用戶體驗(yàn)產(chǎn)生很大的影響,常常導(dǎo)致用戶放棄使用。正確的做法是App應(yīng)該在提出權(quán)限請(qǐng)求前先跟用戶保持一定的對(duì)話溝通。本文將引導(dǎo)你走上正確的道路,帶你避免權(quán)限獲取中的常規(guī)誤區(qū)。

一、建立起一套策略

當(dāng)涉及到權(quán)限的許可請(qǐng)求時(shí),最糟糕的事情就是App使用沒(méi)有任何解釋說(shuō)明的權(quán)限請(qǐng)求炮轟用戶。不管是詢問(wèn)太早還是一次性詢問(wèn)的太多都是普遍的錯(cuò)誤做法。但是實(shí)際上,很多的App還是這樣做,用戶啟動(dòng)App進(jìn)來(lái)首先看到的就是難以理解的請(qǐng)求。例如,Google的Inbox甚至在用戶還沒(méi)有登入到App中時(shí)就提出請(qǐng)求,沒(méi)有附帶任何其他的信息或上下文環(huán)境。

yonghu1

Inbox

當(dāng)你向用戶發(fā)出權(quán)限許可請(qǐng)求時(shí),你當(dāng)然希望所有用戶都能接受這個(gè)請(qǐng)求。為了達(dá)到這個(gè)目標(biāo),你應(yīng)該建立起一套策略。這套策略建立在你所請(qǐng)求的權(quán)限類型的清晰度和重要性上。關(guān)鍵性的許可請(qǐng)求應(yīng)該在一開(kāi)始提出,次要一些的則可以放在上下文環(huán)境中提出。

yonghu2

權(quán)限許可請(qǐng)求模式

二、什么時(shí)候詢問(wèn)用戶

決定用戶接受還是拒絕你的請(qǐng)求的最重要的因素之一就是你在何時(shí)詢問(wèn)他。

一條簡(jiǎn)單的原則:不要輕率的就向用戶提出請(qǐng)求直到你真的需要那個(gè)權(quán)限。

1、一開(kāi)始只提關(guān)鍵性請(qǐng)求

對(duì)許多App來(lái)說(shuō),沒(méi)有獲取對(duì)數(shù)據(jù)的訪問(wèn)權(quán)限可能足以改變整個(gè)用戶體驗(yàn)過(guò)程。例如,如果一個(gè)App依賴于短信服務(wù),那么當(dāng)獲取不到這項(xiàng)權(quán)限時(shí),程序就會(huì)無(wú)法應(yīng)用。幸運(yùn)的是,用戶大都期望一個(gè)消息傳送應(yīng)用能夠獲取短信權(quán)限,所以這時(shí)候預(yù)先提出權(quán)限請(qǐng)求是非常有意義的。

yonghu3

Google Hangouts

如果一個(gè)功能的正常使用需要多種權(quán)限的許可,那就只向用戶提出這些權(quán)限的許可請(qǐng)求,而不要再提出任何其他不相干的。

順便提醒:一定要確保用戶能理解這個(gè)App是用來(lái)干嘛的(這就建立在程序的語(yǔ)言描述以及用戶之前是否有過(guò)類似的體驗(yàn)上),只在一開(kāi)始提出那些用戶可能期望獲取的關(guān)鍵性許可請(qǐng)求(用戶有預(yù)期這個(gè)App確實(shí)需要某種權(quán)限來(lái)實(shí)現(xiàn)自己想用到的功能)。

2、在上下文使用環(huán)境中提出請(qǐng)求

在大多數(shù)情況下,如果一個(gè)新用戶在一開(kāi)始就要忍受一堆許可請(qǐng)求,那你很有可能就錯(cuò)失掉讓用戶留下來(lái)的關(guān)鍵機(jī)會(huì)。App應(yīng)該在使用過(guò)程中結(jié)合具體環(huán)境提出許可請(qǐng)求并向用戶傳達(dá)該權(quán)限的使用價(jià)值。因?yàn)橐坏┫纫龑?dǎo)一個(gè)用戶留存下來(lái),他們更有可能在使用中接受你的請(qǐng)求。

yonghu4

來(lái)自thinkwithgoogle

順便提醒:如果它們出現(xiàn)在一個(gè)相關(guān)的任務(wù)/功能場(chǎng)景,用戶更有可能授予系統(tǒng)詢問(wèn)的權(quán)限。

三、如何詢問(wèn)用戶

App得向用戶闡明為何每一項(xiàng)權(quán)限都是必需的,不管是通過(guò)功能名稱還是一個(gè)解釋說(shuō)明。請(qǐng)記住,如果你想要征得用戶的同意,你必須恰到好處的詢問(wèn)用戶。

一條簡(jiǎn)單的原則:一定要確保用戶能夠清楚他們同意授予權(quán)限后自己能得到什么。

1、解釋可得利益

不太清楚的權(quán)限請(qǐng)求應(yīng)該告訴用戶它涉及到什么。如果你的App有一個(gè)引導(dǎo)演示,記得以此來(lái)解釋你的程序能干什么以及為什么那些意料之外的權(quán)限也是必需的。

yonghu5

Material Design

在上下文使用環(huán)境中解釋一個(gè)權(quán)限是另外一種做的很好的例子——它提起普通用戶的興趣并增加他們對(duì)該權(quán)限的理解。一定要去試圖解釋用戶在授權(quán)后他們能從中獲取什么益處。

yonghu6

Google Maps

2、請(qǐng)求的同時(shí)給予引導(dǎo)

Foursquare通過(guò)提供一個(gè)背景圖片用來(lái)解釋為何App需要這個(gè)特定的權(quán)限從而引導(dǎo)用戶做出選擇。

yonghu7

Foursquare

3、實(shí)際許可請(qǐng)求前的“前置對(duì)話”

你只能引發(fā)iOS每個(gè)功能默認(rèn)權(quán)限請(qǐng)求一次。最用戶來(lái)講最糟心的事情可能是用戶在系統(tǒng)層級(jí)禁止了相關(guān)權(quán)限,而當(dāng)他要針對(duì)某個(gè)App重新授權(quán)的時(shí)候是很麻煩的。在大多數(shù)情況下,在實(shí)際的iOS系統(tǒng)權(quán)限訪問(wèn)頁(yè)面前放一個(gè)前置的請(qǐng)求是更好的。

Cluster是應(yīng)用該方法的一個(gè)很好的范例。Cluster的操作流包括一個(gè)上下文連接頁(yè)面,一個(gè)前置詢問(wèn),最后是系統(tǒng)的許可請(qǐng)求。使用這種前置的詢問(wèn)對(duì)話框使得拒絕權(quán)限的情況幾乎沒(méi)再出現(xiàn)。

yonghu8

“前置對(duì)話”是一個(gè)請(qǐng)求前的遮罩層對(duì)話框

4、在動(dòng)作觸發(fā)后詢問(wèn)

相比于文本信息的提示,用戶觸發(fā)功能所喚起的請(qǐng)求對(duì)話框能更好的發(fā)揮作用,因?yàn)樗鼈兂霈F(xiàn)在用戶想要使用某功能的時(shí)候,用戶更有可能授予這個(gè)權(quán)限。比如在Cluster App中,用戶點(diǎn)擊拍照功能的時(shí)候,出現(xiàn)獲取拍照權(quán)限的許可請(qǐng)求。

yonghu9

只在用戶要用到某項(xiàng)功能的時(shí)候去提示用戶需要授予權(quán)限

四、如何處理被用戶拒絕訪問(wèn)的權(quán)限

因?yàn)榫芙^一項(xiàng)權(quán)限就可能會(huì)使得某個(gè)功能沒(méi)法出現(xiàn)預(yù)期的結(jié)果,因此一旦有權(quán)限被禁止掉,要向用戶解釋說(shuō)明。

一條簡(jiǎn)單的原則:在任何權(quán)限被禁止的時(shí)候,你應(yīng)該給出用戶相應(yīng)的反饋。

關(guān)鍵性的權(quán)限

如果一個(gè)App因?yàn)橐豁?xiàng)關(guān)鍵性的權(quán)限被禁止掉而無(wú)法正常運(yùn)行,解釋給用戶為什么該權(quán)限必須被允許并提供給用戶一個(gè)鏈接路徑好讓用戶重新設(shè)置允許它。

下面是Google Hangout的一個(gè)頁(yè)面,它很好地解釋了一個(gè)權(quán)限對(duì)一個(gè)App功能使用的必要性。

yonghu10

Google Hangouts

五、結(jié)論

雖然毫無(wú)疑問(wèn)每個(gè)App都是不同的,你都應(yīng)該仔細(xì)考慮什么時(shí)候用戶需要訪問(wèn)他們手機(jī)中的某些權(quán)限/數(shù)據(jù),并確保他們是有被詢問(wèn)的預(yù)期的。提升用戶體驗(yàn)是一個(gè)持續(xù)不斷的過(guò)程,不要錯(cuò)失準(zhǔn)備讓你的用戶接受請(qǐng)求許可的機(jī)會(huì),測(cè)試每種情況看看哪種最適合于你們。

譯自:https://uxplanet.org/mobile-ux-design-the-right-ways-to-ask-users-for-permissions-6cdd9ab25c27#.hoy8fgiia

 

譯者@三達(dá)不留點(diǎn)gpj

來(lái)源@簡(jiǎn)書(shū)

本文由 @三達(dá)不留點(diǎn)gpj 授權(quán)發(fā)布于人人都是產(chǎn)品經(jīng)理 ,未經(jīng)許可,禁止轉(zhuǎn)載。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 感謝筆者的分享

    回復(fù)
  2. 從一處細(xì)節(jié)詳細(xì)分析,值得閱讀

    來(lái)自北京 回復(fù)
  3. 感謝分享

    回復(fù)