不喜歡隱私被隨意窺探，海淘科技告訴您獲取用戶權(quán)限的正確方式：

你知道嗎?平均每個(gè)應(yīng)用在安裝3天內(nèi)就會(huì)流失80%的活躍用戶。多數(shù)人下載一個(gè)應(yīng)用，打開一次，然后就卸載了。這是因?yàn)橛脩魢L試許多應(yīng)用，在接下來幾天內(nèi)決定要卸載其中哪些。

是應(yīng)用品質(zhì)低劣導(dǎo)致用戶這樣的行為嗎?不盡然，但一款應(yīng)用的首次交互，在樹立整體印象方面扮演重要角色(無論印象好與壞)。用戶打開一款新應(yīng)用時(shí)，最不想看到的，就是一大串彈框請求獲取權(quán)限。

應(yīng)用想要獲取您的位置

應(yīng)用想要獲取您的聯(lián)系人

應(yīng)用想要獲取您的相機(jī)權(quán)限

這種操作在用戶體驗(yàn)上會(huì)造成極其負(fù)面的影響，往往導(dǎo)致應(yīng)用被拋棄。應(yīng)用要在索要權(quán)限之前與用戶溝通，這樣才能使用戶保持投入。本文可以幫助你避開索取權(quán)限時(shí)的常見陷阱，讓你步入正軌。

建立一套策略

說到請求權(quán)限，最糟糕的就是在沒有任何通知與解釋的情況下，用權(quán)限請求對用戶狂轟濫炸。過早或者一次獲取太多權(quán)限是常見的錯(cuò)誤。然而，許多應(yīng)用仍然如此——成為了用戶打開應(yīng)用首先看到的東西。例如，Gmail的Inbox甚至在引導(dǎo)頁之前就開始索取權(quán)限，沒有任何信息和上下文說明。

發(fā)送權(quán)限請求時(shí)，你當(dāng)然希望所有用戶都接受。要達(dá)成這個(gè)目的，就應(yīng)當(dāng)建立一套權(quán)限策略。權(quán)限策略取決于你所請求的權(quán)限類型的明確與重要程度。非常重要的權(quán)限應(yīng)當(dāng)預(yù)先請求，次要權(quán)限可以在情景中再請求。

何時(shí)向用戶索要

確定用戶是否接受請求的最關(guān)鍵因素，是它們何時(shí)需要用到。

簡單的原則：除非需要，否則不要請求獲取權(quán)限。

只有重要權(quán)限需要預(yù)先獲取

對許多應(yīng)用而言，獲取不到數(shù)據(jù)權(quán)限會(huì)改變整個(gè)用戶體驗(yàn)。例如，如果應(yīng)用需要依賴短信服務(wù)，拒絕這項(xiàng)權(quán)限就導(dǎo)致這款應(yīng)用無法使用。所幸，用戶會(huì)希望消息類應(yīng)用獲取短信權(quán)限，所以把它前置是有意義的。

如果某個(gè)功能的運(yùn)轉(zhuǎn)需要獲取多個(gè)權(quán)限，只請求相應(yīng)權(quán)限，不要過頭。

總結(jié)：確保用戶清晰理解應(yīng)用是做什么的(基于應(yīng)用的描述或之前的熟悉經(jīng)歷)，只預(yù)先請求用戶希望應(yīng)用獲取的權(quán)限。

在情境中請求權(quán)限

通常情況下，如果新用戶一上來就體驗(yàn)到一連串權(quán)限請求，你就錯(cuò)失了一個(gè)吸引用戶的重要機(jī)會(huì)。應(yīng)用要在情景中請求權(quán)限，并且告知用戶這項(xiàng)權(quán)限能提供什么。因?yàn)橹灰脩舯晃?，他們就更容易接受請求?

總結(jié)：在進(jìn)行相關(guān)任務(wù)時(shí)請求獲取權(quán)限，用戶更容易接受。

如何索要權(quán)限

應(yīng)用應(yīng)該清晰闡明為何需要每項(xiàng)權(quán)限，要提供功能的名稱或詳細(xì)解釋。記住，如果想要用戶同意，就要禮貌地請求。

簡單的原則：清晰無疑說明用戶將會(huì)獲得什么，以此換取他們的允許。

解釋權(quán)限的益處

對于不太明確的權(quán)限，需要教導(dǎo)用戶這項(xiàng)權(quán)限包含什么。如果你的應(yīng)用有引導(dǎo)頁，可以用它來解釋應(yīng)用的功能，還有為何會(huì)出現(xiàn)意料之外的權(quán)限請求。

在情境中對權(quán)限做出解釋，也是個(gè)很好的例子——它有助于增長用戶興趣，加深用戶對于此權(quán)限的理解。向用戶解釋允許這項(xiàng)權(quán)限會(huì)帶來的好處。

請求之前的教程

可以在請求之前提供一張背景圖，對權(quán)限請求做出解釋。Foursquare就用了一張背景圖來解釋為何應(yīng)用需要這項(xiàng)特殊權(quán)限。

在真正的請求之前“預(yù)先”請求

iOS的默認(rèn)請求，每個(gè)功能只能觸發(fā)一次。最壞的情況就是用戶拒絕了系統(tǒng)權(quán)限，因?yàn)樵趇OS中要找回那個(gè)權(quán)限非常復(fù)雜。多數(shù)情況下，最好是“預(yù)先”請求用戶允許，然后在放出真實(shí)的iOS權(quán)限獲取提示。

Cluster就是個(gè)預(yù)先請求的例子。Cluster的流程中包含了一個(gè)情景創(chuàng)建界面、一個(gè)預(yù)先請求、然后才是最終的權(quán)限請求。使用預(yù)先請求對話框，幾乎徹底解決了Cluster的“不允許”問題。

在操作情景中請求權(quán)限

用戶觸發(fā)的對話框甚至比情景創(chuàng)建界面更有效，因?yàn)橛脩襞沃埱蟪霈F(xiàn)，更愿意允許權(quán)限獲取，他們想要使用這個(gè)功能。等到需要某個(gè)功能時(shí)再請求權(quán)限。例如當(dāng)用戶點(diǎn)按Cluster中的相機(jī)時(shí)，才會(huì)觸發(fā)相機(jī)的權(quán)限。

如何處理被拒絕的權(quán)限

由于拒絕權(quán)限可能會(huì)導(dǎo)致某個(gè)功能無法按照預(yù)期使用，當(dāng)權(quán)限被拒絕時(shí)，應(yīng)當(dāng)向用戶做出解釋。

簡單的原則：當(dāng)權(quán)限被拒絕時(shí)應(yīng)當(dāng)提供反饋。

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

如果由于關(guān)鍵權(quán)限被拒絕，導(dǎo)致應(yīng)用無法運(yùn)行，要解釋這項(xiàng)權(quán)限為何需要，提供一個(gè)鏈接打開設(shè)置界面，然用戶開啟它。

下面的例子是Google環(huán)聊界面，解釋了應(yīng)用正常運(yùn)轉(zhuǎn)所需的權(quán)限。

結(jié)論

顯然，每個(gè)應(yīng)用各不相同，但你應(yīng)該思考用戶何時(shí)需要獲取手機(jī)各部分的數(shù)據(jù)，并且確保他們希望得到征詢。用戶體驗(yàn)設(shè)計(jì)的改善是不間斷的。不要錯(cuò)失用戶允許權(quán)限的良機(jī)!測試每種情況，驗(yàn)證哪種最適合你。