你知道嗎？平均每個應(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)限的良機！測試每種情況，驗證哪種最適合你。

非常感謝！

原文鏈接：http://babich.biz/mobile-ux-design-the-right-ways-to-ask-users-for-permissions/

作者：Nick Babich

#專欄作家#

可樂橙，微信公眾號：可樂橙（colachangreen）。人人都是產(chǎn)品經(jīng)理專欄作家，UI/UX設(shè)計師，關(guān)注互聯(lián)網(wǎng)，關(guān)注科技?，F(xiàn)居杭州，與小伙伴們正在創(chuàng)業(yè)途中?；蛟S不是一名優(yōu)秀的設(shè)計師，至少是個快樂的設(shè)計師。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，不得轉(zhuǎn)載。