交互的細節(jié)!向用戶征詢IOS授權(quán)的五種常見設(shè)計模式

2015-9-15    周周

 

藍藍設(shè)計www.bouu.cn )是一家專注而深入的界面設(shè)計公司,為期望卓越的國內(nèi)外企業(yè)提供有效的UI界面設(shè)計、BS界面設(shè)計 、 cs界面設(shè)計 、 ipad界面設(shè)計 、 包裝設(shè)計 、 圖標定制 、 用戶體驗 、交互設(shè)計、 網(wǎng)站建設(shè) 、平面設(shè)計服務(wù)

如果您想訂閱本博客內(nèi)容,每天自動發(fā)到您的郵箱中, 請點這里

ask-users-for-ios-permissions-1

小文一篇,話題仍與上周銜接,小結(jié)了五種在iOS中向用戶申請權(quán)限的實踐模式,可參考。下面進入譯文。

對于iOS app,當功能涉及到推送通知、訪問照片或調(diào)用相機、獲取地理位置等等時,都需要向用戶申請授權(quán)。申請會發(fā)生在app運行的過程中,而不是像Android那樣在安裝的時候就莫名其妙的問用戶是否同意app調(diào)用某些系統(tǒng)功能。不過如今Android也在向iOS的方式靠攏。

對于產(chǎn)品設(shè)計方而言,這里最大的問題在于,iOS只給你一次機會去征詢授權(quán) – 一旦那些缺乏耐心和理性的用戶(多數(shù)用戶)出于無論什么原因而拒絕授權(quán),其結(jié)果就是要么無法使用關(guān)鍵功能,要么需要退出app去到系統(tǒng)的Settings里面重新設(shè)置授權(quán)然后再回到app。所以,怎樣盡可能確保用戶在初次使用產(chǎn)品時一次性通過授權(quán)?這是一個既有挑戰(zhàn)性,同時又有點意思的話題。

我們歸納了市面上常見的五種設(shè)計模式,供大家根據(jù)自己產(chǎn)品的實際情況進行參考。

1. 直接問,然后祈禱

很多app會在初次使用的過程中直接彈框索取權(quán)限。確實是最簡單的實現(xiàn)方式,但被拒的可能性也最大(除了那些足夠大牌到用戶沒理由不信任的產(chǎn)品),用戶如果決定重新授權(quán),必須完整執(zhí)行前面提到的設(shè)置流程,因為這個彈框是唯一一次決定的機會。

有些功能相對復(fù)雜的app更是會在初次加載的時候就執(zhí)行一系列的授權(quán)申請,先是要求調(diào)用相機,然后問是否允許獲取地理位置,最后還要讓你授權(quán)接收消息通知。某些時候,這種簡單粗暴的方式也確實可用,比如前面提到的,用戶已經(jīng)足夠了解和信任這款產(chǎn)品的情況下。但對于多數(shù)產(chǎn)品,你不能做這樣的假設(shè);即便對于那些大牌,說到底也無法100%確保用戶不會看走眼或習慣性的點擊拒絕。

01-ios-app-permission-ux-ui-design.png

2. 誘導(dǎo)用戶

從本質(zhì)上講仍然是“直接問”的模式,但這類app會在詢問時通過一些小技巧變著法的誘導(dǎo)用戶點擊“允許”。實現(xiàn)成本不會比第一種高出很多,但獲取授權(quán)的幾率會增大??纯碙yft的做法:

02-ios-app-permission-ux-ui-design.gif

3. 問兩次,讓用戶有所準備

你也可以使用變通的方式在某種程度上突破“只能問一次”的局限,譬如在真正的系統(tǒng)對話框出現(xiàn)之前展示一個定制化的“假”的對話框。

03-ios-app-permission-ux-ui-design.png

如上圖所示,左屏當中的對話框完全是定制化的UI元素,用戶點擊OK之后才會出現(xiàn)真正的iOS授權(quán)申請。這種方式有兩點好處:

- 如果用戶在“假”的申請中拒絕授權(quán),那么你不會浪費掉唯一的那次“真”的系統(tǒng)授權(quán)機會,只需要關(guān)閉對話框即可;當用戶將來再次需要用到相關(guān)功能時,你仍然可以通過這種方式征詢授權(quán)。
- “假”的對話框在形式上可以自由發(fā)揮,譬如加入更多教學內(nèi)容或引導(dǎo)元素。

兩次提問的情境是可以根據(jù)實際情況進行控制的,例如Shazam這樣,將第一次機會放在進入實際app之前,與引導(dǎo)頁當中的內(nèi)容整合起來。

04-ios-app-permission-ux-ui-design.png

4. 等用戶用到相關(guān)功能時再問

另一種更加情境化的常見模式就是等到用戶實際用到與系統(tǒng)權(quán)限相關(guān)的功能時再征詢授權(quán),例如當用戶點擊“當前位置”按鈕時,詢問是否允許使用當前地理位置,或是當用戶進入拍照界面時,詢問是否允許調(diào)用系統(tǒng)相機。

這種模式的優(yōu)點很明顯,就是用戶在實際功能情境中會對將要發(fā)生的事情更具預(yù)期,所以通過授權(quán)的可能性就更高。

05-ios-app-permission-ux-ui-design.png 05-2-ios-app-permission-ux-ui-design.png

推薦閱讀《實打?qū)嵦岣咿D(zhuǎn)化率!引導(dǎo)用戶授權(quán)app發(fā)送通知的實戰(zhàn)技巧》一文,了解如何將模式3和模式4整合使用。

5. 清單模式

如果app較為復(fù)雜,功能涉及到的系統(tǒng)授權(quán)較多,那么與一個接一個的彈框相比,清單模式更具積極的引導(dǎo)性。例如下圖所示的Periscope所做的這樣,將所需授權(quán)的信息以清單的形式展示出來,使其在感覺上像是某種正式的任務(wù)流程,用戶每點擊一個任務(wù)便會彈出一個授權(quán)申請,同意授權(quán)后,該任務(wù)完成。

如果用戶拒絕授權(quán)?

無論怎樣努力,用戶還是有可能拒絕授權(quán)。這種情況下,一些app會簡單的告訴用戶怎樣一步一步進入iOS的設(shè)置當中打開授權(quán)。

07-ios-app-permission-ux-ui-design.png

不過從iOS 8開始,app可以在自己的界面中提供deep-link將用戶直接帶去系統(tǒng)設(shè)置界面。下圖演示的就是一旦用戶拒絕在Shazam當中授權(quán),他們?nèi)钥梢渣c擊“Go to Settings”按鈕,一鍵進入系統(tǒng)設(shè)置,重新打開授權(quán)。

08-ios-app-permission-ux-ui-design.png

當然,這并不屬于引導(dǎo)用戶進行授權(quán)的模式,但相比于從前來說,至少算是不錯的補救措施。

分享本文至:

日歷

鏈接

個人資料

藍藍設(shè)計的小編 http://www.bouu.cn

存檔