移動(dòng)端用戶體驗(yàn) | 獲取用戶權(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í),最不想看到的,就是一大串彈框請(qǐng)求獲取權(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í)的常見陷阱,讓你步入正軌。
建立一套策略
說到請(qǐng)求權(quán)限,最糟糕的就是在沒有任何通知與解釋的情況下,用權(quán)限請(qǐng)求對(duì)用戶狂轟濫炸。過早或者一次獲取太多權(quán)限是常見的錯(cuò)誤。然而,許多應(yīng)用仍然如此——成為了用戶打開應(yīng)用首先看到的東西。例如,Gmail的Inbox甚至在引導(dǎo)頁之前就開始索取權(quán)限,沒有任何信息和上下文說明。
圖片來源:Gmail的Inbox
發(fā)送權(quán)限請(qǐng)求時(shí),你當(dāng)然希望所有用戶都接受。要達(dá)成這個(gè)目的,就應(yīng)當(dāng)建立一套權(quán)限策略。權(quán)限策略取決于你所請(qǐng)求的權(quán)限類型的明確與重要程度。非常重要的權(quán)限應(yīng)當(dāng)預(yù)先請(qǐng)求,次要權(quán)限可以在情景中再請(qǐng)求。
權(quán)限請(qǐng)求模式。圖片來源:Material Design
何時(shí)向用戶索要
確定用戶是否接受請(qǐng)求的最關(guān)鍵因素,是它們何時(shí)需要用到。
簡(jiǎn)單的原則:除非需要,否則不要請(qǐng)求獲取權(quán)限。
只有重要權(quán)限需要預(yù)先獲取
對(duì)許多應(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)限,所以把它前置是有意義的。
圖片來源:Google環(huán)聊
如果某個(gè)功能的運(yùn)轉(zhuǎn)需要獲取多個(gè)權(quán)限,只請(qǐng)求相應(yīng)權(quán)限,不要過頭。
總結(jié):確保用戶清晰理解應(yīng)用是做什么的(基于應(yīng)用的描述或之前的熟悉經(jīng)歷),只預(yù)先請(qǐng)求用戶希望應(yīng)用獲取的權(quán)限。
在情境中請(qǐng)求權(quán)限
通常情況下,如果新用戶一上來就體驗(yàn)到一連串權(quán)限請(qǐng)求,你就錯(cuò)失了一個(gè)吸引用戶的重要機(jī)會(huì)。應(yīng)用要在情景中請(qǐng)求權(quán)限,并且告知用戶這項(xiàng)權(quán)限能提供什么。因?yàn)橹灰脩舯晃?,他們就更容易接受?qǐng)求。
圖片來源:thinkwithgoogle
總結(jié):在進(jìn)行相關(guān)任務(wù)時(shí)請(qǐng)求獲取權(quán)限,用戶更容易接受。
如何索要權(quán)限
應(yīng)用應(yīng)該清晰闡明為何需要每項(xiàng)權(quán)限,要提供功能的名稱或詳細(xì)解釋。記住,如果想要用戶同意,就要禮貌地請(qǐng)求。
簡(jiǎn)單的原則:清晰無疑說明用戶將會(huì)獲得什么,以此換取他們的允許。
解釋權(quán)限的益處
對(duì)于不太明確的權(quán)限,需要教導(dǎo)用戶這項(xiàng)權(quán)限包含什么。如果你的應(yīng)用有引導(dǎo)頁,可以用它來解釋應(yīng)用的功能,還有為何會(huì)出現(xiàn)意料之外的權(quán)限請(qǐng)求。
圖片來源:Material Design
在情境中對(duì)權(quán)限做出解釋,也是個(gè)很好的例子——它有助于增長(zhǎng)用戶興趣,加深用戶對(duì)于此權(quán)限的理解。向用戶解釋允許這項(xiàng)權(quán)限會(huì)帶來的好處。
圖片來源:Google地圖
請(qǐng)求之前的教程
可以在請(qǐng)求之前提供一張背景圖,對(duì)權(quán)限請(qǐng)求做出解釋。Foursquare就用了一張背景圖來解釋為何應(yīng)用需要這項(xiàng)特殊權(quán)限。
圖片來源:Foursquare
在真正的請(qǐng)求之前“預(yù)先”請(qǐng)求
iOS的默認(rèn)請(qǐng)求,每個(gè)功能只能觸發(fā)一次。最壞的情況就是用戶拒絕了系統(tǒng)權(quán)限,因?yàn)樵趇OS中要找回那個(gè)權(quán)限非常復(fù)雜。多數(shù)情況下,最好是“預(yù)先”請(qǐng)求用戶允許,然后在放出真實(shí)的iOS權(quán)限獲取提示。
Cluster就是個(gè)預(yù)先請(qǐng)求的例子。Cluster的流程中包含了一個(gè)情景創(chuàng)建界面、一個(gè)預(yù)先請(qǐng)求、然后才是最終的權(quán)限請(qǐng)求。使用預(yù)先請(qǐng)求對(duì)話框,幾乎徹底解決了Cluster的“不允許”問題。
“預(yù)先請(qǐng)求”是一種預(yù)先的教育型權(quán)限對(duì)話框。圖片來源:Cluster
在操作情景中請(qǐng)求權(quán)限
用戶觸發(fā)的對(duì)話框甚至比情景創(chuàng)建界面更有效,因?yàn)橛脩襞沃?qǐng)求出現(xiàn),更愿意允許權(quán)限獲取,他們想要使用這個(gè)功能。等到需要某個(gè)功能時(shí)再請(qǐng)求權(quán)限。例如當(dāng)用戶點(diǎn)按Cluster中的相機(jī)時(shí),才會(huì)觸發(fā)相機(jī)的權(quán)限。
在用戶嘗試使用這項(xiàng)功能時(shí),才提醒用戶允許權(quán)限。圖片來源:Cluster
如何處理被拒絕的權(quán)限
由于拒絕權(quán)限可能會(huì)導(dǎo)致某個(gè)功能無法按照預(yù)期使用,當(dāng)權(quán)限被拒絕時(shí),應(yīng)當(dāng)向用戶做出解釋。
簡(jiǎn)單的原則:當(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)限。
圖片來源:Google環(huán)聊
結(jié)論
顯然,每個(gè)應(yīng)用各不相同,但你應(yīng)該思考用戶何時(shí)需要獲取手機(jī)各部分的數(shù)據(jù),并且確保他們希望得到征詢。用戶體驗(yàn)的改善是不間斷的。不要錯(cuò)失用戶允許權(quán)限的良機(jī)!測(cè)試每種情況,驗(yàn)證哪種最適合你。
非常感謝!
原文鏈接:http://babich.biz/mobile-ux-design-the-right-ways-to-ask-users-for-permissions/
作者:Nick Babich
#專欄作家#
可樂橙,微信公眾號(hào):可樂橙(colachangreen)。人人都是產(chǎn)品經(jīng)理專欄作家,UI/UX設(shè)計(jì)師,關(guān)注互聯(lián)網(wǎng),關(guān)注科技?,F(xiàn)居杭州,與小伙伴們正在創(chuàng)業(yè)途中?;蛟S不是一名優(yōu)秀的設(shè)計(jì)師,至少是個(gè)快樂的設(shè)計(jì)師。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,不得轉(zhuǎn)載。
?
能加微信嗎?vikoo279521121
能用中文原型嗎,英文不好的怎么辦
??