開發者如何要iOS使用者權限？得動動腦筋
我可以給你發推送通知嗎？我可以檢視你的通訊錄嗎？我可以知道你在哪裡嗎？我可以看看你的照片嗎？
iOS使用者在初次使用一個App時，基本上都會遇到類似這樣的彈窗問候。由于iOS的沙盒機制，第三方App在調用資料這方面遭到了諸多限制，蘋果僅僅開放了部分接口（相冊，聯系人，地理位置等）供開發者使用。不僅如此，每一部分的資料接口都需要使用者允許才能取得調用權限。而這一步，恰恰是會影響到整個使用者體驗的關鍵因素。
但在體驗各種App的實際過程中，你會發現大部分開發者在這一關鍵細節上簡直是毫不用心。要知道，一旦使用者在看到彈窗時選擇了“不允許”，再要讓他們“反悔”幾乎沒有可能。因為要完成這一步，使用者需要另外做五步操作（如下圖）。
關于這個問題，Cluster的聯合創始人兼設計師Brenden Mulligan有非常具備參考價值的案例整理和思考。
他提到現有App最常用的兩種方式，也是Cluster最初版本使用的方式，其實并不高效：
使用者一打開App，就彈窗要求取得權限。這種情況下，使用者選擇允許的比例僅有30%到40%。
在要求權限之前“教育”使用者，告訴使用者為什麼要這麼做，能獲得什麼好處。這種情況下，使用者選擇允許的比例為40%到66%。
但這顯然還不夠，任何一個公司都不願意看到這麼大的流失率。畢竟一旦使用者在系統層面不給予授權，他留在這個App的時間也就不久了。于是，Brenden Mulligan在這個細節上又做了三次調整，并成功将權限通過率提升到了相當樂觀的水準。
他是怎麼做到的？用他的話來說就是——情境很重要，彈窗應該在使用者希望其出現的時候再出現，也就是“由使用者自行觸發彈窗”。他以Cluster在要求相冊、通訊錄、推送通知三大權限為例進行了闡述：
應該什麼時候要求相冊權限？Cluster選擇了在使用者進行“選取照片”這一步操作的時候，而非在此之前的任何一步操作。僅這個調整，權限通過率就從67%提升到了89%。
在要求通訊錄權限這一方面，Cluster選擇了“先讓使用者嘗點苦頭”。當使用者發現他們幾乎無法搜尋到朋友的時候，點選“顯示通訊錄好友”并允許通訊錄擷取權限的比例達到了100%。
而在要求推送通知之前，Cluster問了一個合情合理的問題：“是否希望在朋友加入時通知你？”這樣處理的結果與通訊錄權限類似，選擇了“通知我”的使用者都允許了Cluster推送通知。
盡管Cluster的這個案例可能并不适用于每個App，但Brenden Mulligan所提到的細節處理确實值得App開發者和設計師給予“額外關照”。畢竟使用者是App發展的基礎，體驗則是使用者留下來的保證。嘗試用“同理心”去處理好這些細節，事半功倍或許就不是一種妄想了。