雷鋒網(wǎng)按：本文由@三達不留點gpj 譯自《Mobile UX Design: The Right Ways to Ask Users for Permissions》，作者Nick Babich。

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

用戶這樣做是因為你的App做的不好嗎？也不全是，但是用戶跟你的App在最開始的互動確實很大程度上決定了用戶對你的App的整體印象（是好還是壞）?，F(xiàn)在實際情況是，當用戶打開一個新的App時，他們最先看到的往往是一連串的彈出框詢問他們的權限獲取請求。如：

程序想要獲取您的定位權限

程序想要獲取您的聯(lián)系人信息

程序想要獲取您的拍照權限

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

一、建立起一套策略

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

Inbox

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

權限許可請求模式

二、什么時候詢問用戶

決定用戶接受還是拒絕你的請求的最重要的因素之一就是你在何時詢問他。

一條簡單的原則：不要輕率的就向用戶提出請求直到你真的需要那個權限。

1、一開始只提關鍵性請求

對許多App來說，沒有獲取對數(shù)據(jù)的訪問權限可能足以改變整個用戶體驗過程。例如，如果一個App依賴于短信服務，那么當獲取不到這項權限時，程序就會無法應用。幸運的是，用戶大都期望一個消息傳送應用能夠獲取短信權限，所以這時候預先提出權限請求是非常有意義的。

Google Hangouts

如果一個功能的正常使用需要多種權限的許可，那就只向用戶提出這些權限的許可請求，而不要再提出任何其他不相干的。

順便提醒：一定要確保用戶能理解這個App是用來干嘛的（這就建立在程序的語言描述以及用戶之前是否有過類似的體驗上），只在一開始提出那些用戶可能期望獲取的關鍵性許可請求（用戶有預期這個App確實需要某種權限來實現(xiàn)自己想用到的功能）。

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

在大多數(shù)情況下，如果一個新用戶在一開始就要忍受一堆許可請求，那你很有可能就錯失掉讓用戶留下來的關鍵機會。App應該在使用過程中結合具體環(huán)境提出許可請求并向用戶傳達該權限的使用價值。因為一旦先引導一個用戶留存下來，他們更有可能在使用中接受你的請求。

來自thinkwithgoogle

順便提醒：如果它們出現(xiàn)在一個相關的任務/功能場景，用戶更有可能授予系統(tǒng)詢問的權限。

三、如何詢問用戶

App得向用戶闡明為何每一項權限都是必需的，不管是通過功能名稱還是一個解釋說明。請記住，如果你想要征得用戶的同意，你必須恰到好處地詢問用戶。

一條簡單的原則：一定要確保用戶能夠清楚他們同意授予權限后自己能得到什么。

1、解釋可得利益

不太清楚的權限請求應該告訴用戶它涉及到什么。如果你的App有一個引導演示，記得以此來解釋你的程序能干什么以及為什么那些意料之外的權限也是必需的。

Material Design

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

Google Maps

2、請求的同時給予引導

Foursquare通過提供一個背景圖片用來解釋為何App需要這個特定的權限從而引導用戶做出選擇。

Foursquare

3、實際許可請求前的“前置對話”

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

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

“前置對話”是一個請求前的遮罩層對話框

4、在動作觸發(fā)后詢問

相比于文本信息的提示，用戶觸發(fā)功能所喚起的請求對話框能更好的發(fā)揮作用，因為它們出現(xiàn)在用戶想要使用某功能的時候，用戶更有可能授予這個權限。比如在Cluster App中，用戶點擊拍照功能的時候，出現(xiàn)獲取拍照權限的許可請求。

只在用戶要用到某項功能的時候去提示用戶需要授予權限

四、如何處理被用戶拒絕訪問的權限

因為拒絕一項權限就可能會使得某個功能沒法出現(xiàn)預期的結果，因此一旦有權限被禁止掉，要向用戶解釋說明。

一條簡單的原則：在任何權限被禁止的時候，你應該給出用戶相應的反饋。

關鍵性的權限：如果一個App因為一項關鍵性的權限被禁止掉而無法正常運行，解釋給用戶為什么該權限必須被允許并提供給用戶一個鏈接路徑好讓用戶重新設置允許它。

下面是Google Hangout的一個頁面，它很好地解釋了一個權限對一個App功能使用的必要性。

Google Hangouts

五、結論

雖然毫無疑問每個App都是不同的，你都應該仔細考慮什么時候用戶需要訪問他們手機中的某些權限/數(shù)據(jù)，并確保他們是有被詢問的預期的。提升用戶體驗是一個持續(xù)不斷的過程，不要錯失準備讓你的用戶接受請求許可的機會，測試每種情況看看哪種最適合于你們。

本文由人人都是產(chǎn)品經(jīng)理授權雷鋒網(wǎng)發(fā)布，未經(jīng)允許，禁止轉載。

雷峰網(wǎng)原創(chuàng)文章，未經(jīng)授權禁止轉載。詳情見轉載須知。