你知道嗎？平均每個應(yīng)用在安裝3天內(nèi)就會流失80%的活躍用戶。多數(shù)人下載一個應(yīng)用，打開一次，然后就卸載了。這是因為用戶嘗試許多應(yīng)用，在接下來幾天內(nèi)決定要卸載其中哪些。
是應(yīng)用品質(zhì)低劣導(dǎo)致用戶這樣的行為嗎？不盡然，但一款應(yīng)用的首次交互，在樹立整體印象方面扮演重要角色（無論印象好與壞）。用戶打開一款新應(yīng)用時，最不想看到的，就是一大串彈框請求獲取權(quán)限。
- 應(yīng)用想要獲取您的位置
- 應(yīng)用想要獲取您的聯(lián)系人
- 應(yīng)用想要獲取您的相機權(quán)限
這種操作在用戶體驗上會造成極其負(fù)面的影響，往往導(dǎo)致應(yīng)用被拋棄。應(yīng)用要在索要權(quán)限之前與用戶溝通，這樣才能使用戶保持投入。本文可以幫助你避開索取權(quán)限時的常見陷阱，讓你步入正軌。
建立一套策略
說到請求權(quán)限，最糟糕的就是在沒有任何通知與解釋的情況下，用權(quán)限請求對用戶狂轟濫炸。過早或者一次獲取太多權(quán)限是常見的錯誤。然而，許多應(yīng)用仍然如此——成為了用戶打開應(yīng)用首先看到的東西。例如，Gmail的Inbox甚至在引導(dǎo)頁之前就開始索取權(quán)限，沒有任何信息和上下文說明。
圖片來源：Gmail的Inbox
發(fā)送權(quán)限請求時，你當(dāng)然希望所有用戶都接受。要達(dá)成這個目的，就應(yīng)當(dāng)建立一套權(quán)限策略。權(quán)限策略取決于你所請求的權(quán)限類型的明確與重要程度。非常重要的權(quán)限應(yīng)當(dāng)預(yù)先請求，次要權(quán)限可以在情景中再請求。
權(quán)限請求模式。圖片來源：Material Design
何時向用戶索要
確定用戶是否接受請求的最關(guān)鍵因素，是它們何時需要用到。
簡單的原則：除非需要，否則不要請求獲取權(quán)限。
只有重要權(quán)限需要預(yù)先獲取
對許多應(yīng)用而言，獲取不到數(shù)據(jù)權(quán)限會改變整個用戶體驗。例如，如果應(yīng)用需要依賴短信服務(wù)，拒絕這項權(quán)限就導(dǎo)致這款應(yīng)用無法使用。所幸，用戶會希望消息類應(yīng)用獲取短信權(quán)限，所以把它前置是有意義的。
圖片來源：Google環(huán)聊
如果某個功能的運轉(zhuǎn)需要獲取多個權(quán)限，只請求相應(yīng)權(quán)限，不要過頭。
總結(jié)：確保用戶清晰理解應(yīng)用是做什么的（基于應(yīng)用的描述或之前的熟悉經(jīng)歷），只預(yù)先請求用戶希望應(yīng)用獲取的權(quán)限。
在情境中請求權(quán)限
通常情況下，如果新用戶一上來就體驗到一連串權(quán)限請求，你就錯失了一個吸引用戶的重要機會。應(yīng)用要在情景中請求權(quán)限，并且告知用戶這項權(quán)限能提供什么。因為只要用戶被吸引，他們就更容易接受請求。
圖片來源：thinkwithgoogle
總結(jié)：在進(jìn)行相關(guān)任務(wù)時請求獲取權(quán)限，用戶更容易接受。
如何索要權(quán)限
應(yīng)用應(yīng)該清晰闡明為何需要每項權(quán)限，要提供功能的名稱或詳細(xì)解釋。記住，如果想要用戶同意，就要禮貌地請求。
簡單的原則：清晰無疑說明用戶將會獲得什么，以此換取他們的允許。
解釋權(quán)限的益處
對于不太明確的權(quán)限，需要教導(dǎo)用戶這項權(quán)限包含什么。如果你的應(yīng)用有引導(dǎo)頁，可以用它來解釋應(yīng)用的功能，還有為何會出現(xiàn)意料之外的權(quán)限請求。
圖片來源：Material Design
在情境中對權(quán)限做出解釋，也是個很好的例子——它有助于增長用戶興趣，加深用戶對于此權(quán)限的理解。向用戶解釋允許這項權(quán)限會帶來的好處。
圖片來源：Google地圖
請求之前的教程
可以在請求之前提供一張背景圖，對權(quán)限請求做出解釋。Foursquare就用了一張背景圖來解釋為何應(yīng)用需要這項特殊權(quán)限。
圖片來源：Foursquare
在真正的請求之前“預(yù)先”請求
iOS的默認(rèn)請求，每個功能只能觸發(fā)一次。最壞的情況就是用戶拒絕了系統(tǒng)權(quán)限，因為在iOS中要找回那個權(quán)限非常復(fù)雜。多數(shù)情況下，最好是“預(yù)先”請求用戶允許，然后在放出真實的iOS權(quán)限獲取提示。
Cluster就是個預(yù)先請求的例子。Cluster的流程中包含了一個情景創(chuàng)建界面、一個預(yù)先請求、然后才是最終的權(quán)限請求。使用預(yù)先請求對話框，幾乎徹底解決了Cluster的“不允許”問題。
“預(yù)先請求”是一種預(yù)先的教育型權(quán)限對話框。圖片來源：Cluster
在操作情景中請求權(quán)限
用戶觸發(fā)的對話框甚至比情景創(chuàng)建界面更有效，因為用戶盼著請求出現(xiàn)，更愿意允許權(quán)限獲取，他們想要使用這個功能。等到需要某個功能時再請求權(quán)限。例如當(dāng)用戶點按Cluster中的相機時，才會觸發(fā)相機的權(quán)限。
在用戶嘗試使用這項功能時，才提醒用戶允許權(quán)限。圖片來源：Cluster
如何處理被拒絕的權(quán)限
由于拒絕權(quán)限可能會導(dǎo)致某個功能無法按照預(yù)期使用，當(dāng)權(quán)限被拒絕時，應(yīng)當(dāng)向用戶做出解釋。
簡單的原則：當(dāng)權(quán)限被拒絕時應(yīng)當(dāng)提供反饋。
關(guān)鍵權(quán)限
如果由于關(guān)鍵權(quán)限被拒絕，導(dǎo)致應(yīng)用無法運行，要解釋這項權(quán)限為何需要，提供一個鏈接打開設(shè)置界面，然用戶開啟它。
下面的例子是Google環(huán)聊界面，解釋了應(yīng)用正常運轉(zhuǎn)所需的權(quán)限。
圖片來源：Google環(huán)聊
結(jié)論
顯然，每個應(yīng)用各不相同，但你應(yīng)該思考用戶何時需要獲取手機各部分的數(shù)據(jù)，并且確保他們希望得到征詢。用戶體驗的改善是不間斷的。不要錯失用戶允許權(quán)限的良機！測試每種情況，驗證哪種最適合你。
非常感謝！
