請求授權的設計邏輯
獲取授權於一款產品的本質是獲得更多的觸達、拉回用戶以及體現產品魅力的可能性。請求授權已經不是一個簡單的功能，而是對用戶心理揣摩、全局產品思考的設計問題。
很早之前我們在周刊中聊過一次關於請求用戶授權的設計，不過在關注點上更偏向於設計形式上的差異。
在之後的時間裡陸陸續續遇到一些相關的問題，尤其是前段時間某位同學諮詢的一個具體的案例，會讓大家發現請求授權不僅僅是一個設計形式的問題。
同樣，在我們今天 Design System 這個母命題下，請求授權的設計是一項為用戶提供更好的使用體驗以及連接用戶的工作。
除了設計形式，我們還需要思考如何將它更好的融入到用戶的使用中。所以這期的周刊我們將換一個角度來繼續聊一聊請求授權的設計。
請求授權解決什麼問題
相較於 PC 移動設備更加的隨身，再加上各種感測設備的支持我們能創造出更多有趣的組合，也就造就了豐富多彩的移動應用程序市場。
我們在日常生活中很多重度使用的產品甚至都強依賴於攝像頭、地理位置來提供更好的服務，這也就意味著如果缺少了這些功能的支持，使用體驗將會大打折扣。
也正是由於移動應用程序市場的繁榮，對於用戶獲取的競爭也變得異常激烈。上次的周刊中我們曾提到過，移動互聯網市場分析平台 Quettra 曾經有過一份數據：
大量的應用在用戶安裝 3 天后失去 80% 的活躍用戶而 30 天內這個數字會增加到近 90% 。在這樣的現狀下 Push Notification 成為了拉回用戶最為核心的手段之一。
不過這早已不是幾年前的移動互聯網時代了。用戶對智能手機、移動應用程序越來越了解，一些開發廠商也越來越喜歡濫用用戶給予的信任。
以至於大量的用戶看到請求授權就會非常的謹慎，儘可能的避免隱私給暴露出去。
在這樣的大背景下，請求授權已經不是一個簡單的功能，而是對用戶心理揣摩、全局產品思考的設計問題。
對於一款產品來說，本質是讓有更多觸達、拉回用戶的機會以及體驗產品整體魅力的可能性。
無論將來我們還會需要什麼樣的授權，請求授權本質只是一個功能和載體。而從設計上我們需要去思考如何更好的讓用戶認同、接受並給予我們授權。
請求授權的設計形式
基本上每當我們下載安裝一個新的 app 都會遇到一系列的請求授權，比如網路訪問、地理位置、相冊訪問、通訊錄等。
這個環節並非所有人都會特別的去關注，從設計形式的角度來看，我們最常見的無非是以下幾類。但實際上這裡面有不少的細緻活兒，接下來我們就來逐一討論。
01. 即刻請求授權
打開應用時立刻請求授權，這是操作系統所提供的最基礎解決方案。迄今為止依舊很多的產品會使用這種「粗暴」的方式來請求用戶授權。
就算這其中有些產品具備一定的知名度，在這個情境下用戶會更傾向於拒絕授權，至少最擾人的通知許可權會選擇拒絕。
02.強化獲取授權原因
在如今用戶對授權如此敏感的年代，使用這種方法來請求授權無疑是自己挖了一個大坑。因為一旦用戶拒絕了授權，之後想要讓用戶再次開啟是非常繁瑣的。
所以在吃過虧之後，很多產品開始意識到需要認真對待授權這件事兒。於是開始從文案的解釋和情感傳遞上去向用戶解釋，引導用戶給予授權。
03.在 Onboarding 過程中請求授權
為了更好的展示產品特性，很多 app 都會為新下載的用戶增加一個 Onboarding 功能。
相較於上面的這種形式，Onboarding 有更大的空間來介紹產品的特性，在當前情景中來進行授權請求也能提升用戶的認同度。
04.在適當的場景下請求授權
當然我們也發現了一些更聰明的做法，不在一開始就一通彈框去請求授權，而是放在用戶真正需要使用到它們的時候。
比如下面這塊應用，在用戶填寫收件人信息時再來請求用戶授權通訊錄的訪問。
相對於前面的幾種做法它所出現的時間節點會更好。當用戶輸入一位聯繫人的信息時發現並沒有結果，這個時候再來請求用戶提供通訊錄的授權，用戶的意願度也將遠高於剛進入應用的時候。
到這裡大家可能會有一些感覺了，請求授權的設計不僅僅在於那個彈框，文案、情景、時間節點都是影響其最終結果的重要因素。現在我們可以再來系統的理一理整個思路了。
請求授權的設計邏輯
Google 在 Material Design 中有一篇專門介紹授權設計的思考，這裡面非常好的一點是將關注視角從請求授權的設計形式轉移到授權信息本身上。從授權信息的重要度和用戶理解度兩個維度上結合起來考慮。
我們將圖片里的信息翻譯一下再展開詳細分析。首先這裡設計兩個概念：決定性和清晰度。
決定性更偏向於產品的角度，也就是這些被授權的功能（比如地理位置、攝像頭許可權）是否是產品使用的核心，也就是如果沒有這些許可權是否這個產品就無法正常運作。
清晰度則更偏向於用戶角度，為什麼要獲取這個許可權用戶是否有足夠的認知，或者說是認同感。
拿女生們最愛用的美顏相機來舉例，大家都很清楚它是用來拍照的，既然安裝這款應用基本上也不會對攝像頭授權的請求進行拒絕。
但對於很多平台型產品來說，這些授權可能並非核心功能所需，想要用戶能夠認同則需要給予更多的解釋或教育。
Google 的這個象限圖很好的詮釋了授權設計的判斷邏輯，不過在具體使用上並沒有那麼方便。所以在其基礎上我重新繪製了一個流程圖，幫助大家更好的進行選擇。
以上是 Design System 系列的第 13 期的節選內容，在接下來的全文內容中（付費部分）我們將繼續通過實際案例的分析來從設計形式，結合產品全局來進一步分分析授權的設計思路。
加入 PinDesign 會員，獲取本期主題「請求授權的設計邏輯」的全文內容及本系列前 2 期周刊的贈送，年付會員將獲得 Design System 系列所有（01~12）文章的贈送。
Design System 是 PinDesign 周刊的一個新系列，基於「Design Systems」的理念對產品的系統性設計的經驗總結。希望將自己的感受和經驗分享給大家，輔助大家的閱讀。
Design System 系列已更新：
本文謝絕一切形式轉載
TAG:Pinapps |