2015-9-15 高勁
藍藍設計( m.dzxscac.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業(yè)提供有效的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務
如果您想訂閱本博客內容，每天自動發(fā)到您的郵箱中， 請點這里
小文一篇，話題仍與上周銜接，小結了五種在iOS中向用戶申請權限的實踐模式，可參考。下面進入譯文。
對于iOS app，當功能涉及到推送通知、訪問照片或調用相機、獲取地理位置等等時，都需要向用戶申請授權。申請會發(fā)生在app運行的過程中，而不是像Android那樣在安裝的時候就莫名其妙的問用戶是否同意app調用某些系統(tǒng)功能。不過如今Android也在向iOS的方式靠攏。
對于產品設計方而言，這里最大的問題在于，iOS只給你一次機會去征詢授權 – 一旦那些缺乏耐心和理性的用戶(多數(shù)用戶)出于無論什么原因而拒絕授權，其結果就是要么無法使用關鍵功能，要么需要退出app去到系統(tǒng)的Settings里面重新設置授權然后再回到app。所以，怎樣盡可能確保用戶在初次使用產品時一次性通過授權？這是一個既有挑戰(zhàn)性，同時又有點意思的話題。
我們歸納了市面上常見的五種設計模式，供大家根據(jù)自己產品的實際情況進行參考。
很多app會在初次使用的過程中直接彈框索取權限。確實是最簡單的實現(xiàn)方式，但被拒的可能性也最大(除了那些足夠大牌到用戶沒理由不信任的產品)，用戶如果決定重新授權，必須完整執(zhí)行前面提到的設置流程，因為這個彈框是唯一一次決定的機會。
有些功能相對復雜的app更是會在初次加載的時候就執(zhí)行一系列的授權申請，先是要求調用相機，然后問是否允許獲取地理位置，最后還要讓你授權接收消息通知。某些時候，這種簡單粗暴的方式也確實可用，比如前面提到的，用戶已經足夠了解和信任這款產品的情況下。但對于多數(shù)產品，你不能做這樣的假設；即便對于那些大牌，說到底也無法100%確保用戶不會看走眼或習慣性的點擊拒絕。
從本質上講仍然是“直接問”的模式，但這類app會在詢問時通過一些小技巧變著法的誘導用戶點擊“允許”。實現(xiàn)成本不會比第一種高出很多，但獲取授權的幾率會增大。看看Lyft的做法：
你也可以使用變通的方式在某種程度上突破“只能問一次”的局限，譬如在真正的系統(tǒng)對話框出現(xiàn)之前展示一個定制化的“假”的對話框。
如上圖所示，左屏當中的對話框完全是定制化的UI元素，用戶點擊OK之后才會出現(xiàn)真正的iOS授權申請。這種方式有兩點好處：
- 如果用戶在“假”的申請中拒絕授權，那么你不會浪費掉唯一的那次“真”的系統(tǒng)授權機會，只需要關閉對話框即可；當用戶將來再次需要用到相關功能時，你仍然可以通過這種方式征詢授權。
- “假”的對話框在形式上可以自由發(fā)揮，譬如加入更多教學內容或引導元素。
兩次提問的情境是可以根據(jù)實際情況進行控制的，例如Shazam這樣，將第一次機會放在進入實際app之前，與引導頁當中的內容整合起來。
另一種更加情境化的常見模式就是等到用戶實際用到與系統(tǒng)權限相關的功能時再征詢授權，例如當用戶點擊“當前位置”按鈕時，詢問是否允許使用當前地理位置，或是當用戶進入拍照界面時，詢問是否允許調用系統(tǒng)相機。
這種模式的優(yōu)點很明顯，就是用戶在實際功能情境中會對將要發(fā)生的事情更具預期，所以通過授權的可能性就更高。
推薦閱讀《實打實提高轉化率！引導用戶授權app發(fā)送通知的實戰(zhàn)技巧》一文，了解如何將模式3和模式4整合使用。
如果app較為復雜，功能涉及到的系統(tǒng)授權較多，那么與一個接一個的彈框相比，清單模式更具積極的引導性。例如下圖所示的Periscope所做的這樣，將所需授權的信息以清單的形式展示出來，使其在感覺上像是某種正式的任務流程，用戶每點擊一個任務便會彈出一個授權申請，同意授權后，該任務完成。
無論怎樣努力，用戶還是有可能拒絕授權。這種情況下，一些app會簡單的告訴用戶怎樣一步一步進入iOS的設置當中打開授權。
不過從iOS 8開始，app可以在自己的界面中提供deep-link將用戶直接帶去系統(tǒng)設置界面。下圖演示的就是一旦用戶拒絕在Shazam當中授權，他們仍可以點擊“Go to Settings”按鈕，一鍵進入系統(tǒng)設置，重新打開授權。
當然，這并不屬于引導用戶進行授權的模式，但相比于從前來說，至少算是不錯的補救措施。