網(wǎng)站建設移動(dòng)端用戶(hù)體驗:獲取用戶(hù)權限的正確方式發(fā)布者：本站     時(shí)間：2022-05-10 10:05:25

你知道嗎？平均每個(gè)應用在安裝3天內就會(huì )流失80%的活躍用戶(hù)。多數人下載一個(gè)應用，打開(kāi)一次，然后就卸載了。這是因為用戶(hù)嘗試許多應用，在接下來(lái)幾天內決定要卸載其中哪些。

是應用品質(zhì)低劣導致用戶(hù)這樣的行為嗎？不盡然，但一款應用的首次交互，在樹(shù)立整體印象方面扮演重要角色（無(wú)論印象好與壞）。用戶(hù)打開(kāi)一款新應用時(shí)，最不想看到的，就是一大串彈框請求獲取權限。

應用想要獲取您的位置
應用想要獲取您的聯(lián)系人
應用想要獲取您的相機權限
這種操作在用戶(hù)體驗上會(huì )造成極其負面的影響，往往導致應用被拋棄。應用要在索要權限之前與用戶(hù)溝通，這樣才能使用戶(hù)保持投入。本文可以幫助你避開(kāi)索取權限時(shí)的常見(jiàn)陷阱，讓你步入正軌。

建立一套策略
說(shuō)到請求權限，最糟糕的就是在沒(méi)有任何通知與解釋的情況下，用權限請求對用戶(hù)狂轟濫炸。過(guò)早或者一次獲取太多權限是常見(jiàn)的錯誤。然而，許多應用仍然如此——成為了用戶(hù)打開(kāi)應用首先看到的東西。例如，Gmail的Inbox甚至在引導頁(yè)之前就開(kāi)始索取權限，沒(méi)有任何信息和上下文說(shuō)明。

移動(dòng)端用戶(hù)體驗:獲取用戶(hù)權限的正確方式

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

移動(dòng)端用戶(hù)體驗:獲取用戶(hù)權限的正確方式

權限請求模式。圖片來(lái)源：Material Design
何時(shí)向用戶(hù)索要
確定用戶(hù)是否接受請求的最關(guān)鍵因素，是它們何時(shí)需要用到。

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

只有重要權限需要預先獲取
對許多應用而言，獲取不到數據權限會(huì )改變整個(gè)用戶(hù)體驗。例如，如果應用需要依賴(lài)短信服務(wù)，拒絕這項權限就導致這款應用無(wú)法使用。所幸，用戶(hù)會(huì )希望消息類(lèi)應用獲取短信權限，所以把它前置是有意義的。

移動(dòng)端用戶(hù)體驗:獲取用戶(hù)權限的正確方式

圖片來(lái)源：Google環(huán)聊
如果某個(gè)功能的運轉需要獲取多個(gè)權限，只請求相應權限，不要過(guò)頭。

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

在情境中請求權限
通常情況下，如果新用戶(hù)一上來(lái)就體驗到一連串權限請求，你就錯失了一個(gè)吸引用戶(hù)的重要機會(huì )。應用要在情景中請求權限，并且告知用戶(hù)這項權限能提供什么。因為只要用戶(hù)被吸引，他們就更容易接受請求。

移動(dòng)端用戶(hù)體驗:獲取用戶(hù)權限的正確方式

圖片來(lái)源：thinkwithgoogle
總結：在進(jìn)行相關(guān)任務(wù)時(shí)請求獲取權限，用戶(hù)更容易接受。

如何索要權限
應用應該清晰闡明為何需要每項權限，要提供功能的名稱(chēng)或詳細解釋。記住，如果想要用戶(hù)同意，就要禮貌地請求。

簡(jiǎn)單的原則：清晰無(wú)疑說(shuō)明用戶(hù)將會(huì )獲得什么，以此換取他們的允許。

解釋權限的益處
對于不太明確的權限，需要教導用戶(hù)這項權限包含什么。如果你的應用有引導頁(yè)，可以用它來(lái)解釋?xiě)玫墓δ?，還有為何會(huì )出現意料之外的權限請求。

移動(dòng)端用戶(hù)體驗:獲取用戶(hù)權限的正確方式

圖片來(lái)源：Material Design
在情境中對權限做出解釋?zhuān)彩莻€(gè)很好的例子——它有助于增長(cháng)用戶(hù)興趣，加深用戶(hù)對于此權限的理解。向用戶(hù)解釋允許這項權限會(huì )帶來(lái)的好處。

移動(dòng)端用戶(hù)體驗:獲取用戶(hù)權限的正確方式

圖片來(lái)源：Google地圖
請求之前的教程
可以在請求之前提供一張背景圖，對權限請求做出解釋。Foursquare就用了一張背景圖來(lái)解釋為何應用需要這項特殊權限。

移動(dòng)端用戶(hù)體驗:獲取用戶(hù)權限的正確方式

圖片來(lái)源：Foursquare
在真正的請求之前“預先”請求
iOS的默認請求，每個(gè)功能只能觸發(fā)一次。最壞的情況就是用戶(hù)拒絕了系統權限，因為在iOS中要找回那個(gè)權限非常復雜。多數情況下，最好是“預先”請求用戶(hù)允許，然后在放出真實(shí)的iOS權限獲取提示。

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

移動(dòng)端用戶(hù)體驗:獲取用戶(hù)權限的正確方式

“預先請求”是一種預先的教育型權限對話(huà)框。圖片來(lái)源：Cluster
在操作情景中請求權限
用戶(hù)觸發(fā)的對話(huà)框甚至比情景創(chuàng )建界面更有效，因為用戶(hù)盼著(zhù)請求出現，更愿意允許權限獲取，他們想要使用這個(gè)功能。等到需要某個(gè)功能時(shí)再請求權限。例如當用戶(hù)點(diǎn)按Cluster中的相機時(shí)，才會(huì )觸發(fā)相機的權限。

 

移動(dòng)端用戶(hù)體驗:獲取用戶(hù)權限的正確方式

在用戶(hù)嘗試使用這項功能時(shí)，才提醒用戶(hù)允許權限。圖片來(lái)源：Cluster
如何處理被拒絕的權限
由于拒絕權限可能會(huì )導致某個(gè)功能無(wú)法按照預期使用，當權限被拒絕時(shí)，應當向用戶(hù)做出解釋。

簡(jiǎn)單的原則：當權限被拒絕時(shí)應當提供反饋。

關(guān)鍵權限
如果由于關(guān)鍵權限被拒絕，導致應用無(wú)法運行，要解釋這項權限為何需要，提供一個(gè)鏈接打開(kāi)設置界面，然用戶(hù)開(kāi)啟它。

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