移動APP有哪3個值得深入玩味的設計細節？

 　　今天翻譯的這篇文章是 Medium 上的熱門文章用戶至上(User is the king)Part 1，作者站在用戶的視角，總結了一系列當下產品設計的問題，並給出了自己的見解和解決方案。下面進入譯文。

　　『下載 app → 打開 → 啟動畫面 → 閱讀教程 → 注冊 → 等候 → 授權 app 發送通知 → 授權 app 使用地理位置 → 邀請朋友 → …』

　　作為一個熱愛研究移動 app 的產品設計者，我每周都要下載大量不同的 app ——以此來尋找新奇的交互與視覺設計靈感。偶爾能見到一些酷炫有趣的設計，但大多數時候都會感到沮喪，因為許多 app 並不懂得尊重它們的用戶。

　　這兒有一些基本的設計原則，把它們引入你的 app 中，可以優化你的 app 並讓用戶用得更爽。

　　在這個系列的第一部分中，我將提到以下幾點：

　　如何獲得(用戶的)授權許可

　　「注冊」這個難題

　　優秀的加載界面

　　請求授權

　　第一次打開一個 app，就立馬被要求允許它給你發送通知——沒有什麼比這更讓人惱怒的了。當你連任何相關的介紹都沒有看到，就有一個彈窗直接砸在你的臉上——『我想每天都給你發垃圾信息喲』。基本上這種情形一旦發生，我就會立馬刪除這個 app，因為我認為『它完全不懂什麼是用戶體驗，所以我也不可能會在其中看到什麼有意思的東西。』

　　試想你剛邁入一家餐廳，服務員就突然出現在你面前，說『給我您的郵件地址好嗎，我們會每天都給您發送會員通訊的』。這是多麼無禮的行為?如果你是餐廳的主人，你會這麼干嗎?

　　我都還沒來得及了解這家餐廳，也沒吃過它的食物，憑什麼會想要訂閱他的會員通訊啊?

　　在 app 裡和真實世界裡是一樣的，我們需要借助一些手段和時機向用戶請求授權。不管這是為了給他們發送通知，還是訂閱服務，或是要求提供信用卡信息等等。

　　我通常是這樣做的，你也應該這樣做——首先，使用一個與 app 設計風格一致的界面，「禮貌地」向用戶請求授權並且「解釋」為什麼你需要這個授權。

　　有些 app 的工作原理完全依賴於用戶的地理位置，比如 Uber。它是這樣做的：

　　第一次打開 Uber 後的提示界面

　　譯：允許『Uber』在您使用該應用程序時訪問您的位置嗎?

　　Uber 會抵達您目前所在的位置並接您上車。如果開始搭乘，請選擇『允許』，這樣應用程序才能查找到您的位置。

　　這是最基本的 iOS 模態窗口。如今每個人都知道什麼是 Uber 了，但假設我不知道呢?當我不允許它使用我的地理位置時，會發生什麼?

　　不允許 Uber 使用地理位置後的提示

　　譯：地點服務被禁用

　　請在設置 → 隱私 → 地點服務中打開地點服務。

　　我不得不在搜索框裡手動輸入我的地理位置，或是去設置裡打開地點服務才能繼續使用。不管選擇哪個，都不是好的用戶體驗。

　　實際這個問題只需要簡單的一步就能避免：

　　原作者的優化方案

　　譯：Uber

　　每個人的私人司機

　　為了輕松地接到您並送您到想去的地方，請允許我們使用您的地理位置。

　　(您的信息不會被共享給任何人，它在我們這兒是安全的)

　　增加這個彈窗並不會花費多大功夫，而且就算這是使用 app 之前額外的一個步驟，它也不會有什麼壞影響。因為它展現出你對用戶的關心。它告訴用戶，他們隱私是安全的，並且你希望把盡可能好的體驗帶給他們。

　　「注冊」這個難題

　　在我的上一個創業產品 WhoWanna 中，我曾深陷在如何更好地吸引新用戶，以及如何讓新用戶擁有最棒的初體驗這件事上。因為在 WhoWanna 中，用戶如果不先注冊並邀請幾個朋友來用的話，就根本沒法繼續使用。

　　譯注：WhoWanna 是一個社交 app，用戶可以提出一個活動提案，以此吸引有興趣的朋友來參加。故必須先注冊並邀請朋友來用才有意義。

　　如果你認為只需增加一個 『Facebook 登錄』按鈕在 app 上，就能輕易解決所有的注冊難題的話，那你絕逼就只是個鍵盤俠而已。

　　誠然，Facebook / twitter / google 賬號登錄的確很棒並且很有用。但問題是，不是每一個用戶都會去使用它們。所以究竟該如何確保用戶會在你的 app 裡新建一個賬戶呢?

　　首先要證明 app 的價值

　　我們常見的注冊流程有一點兒傻。雖然它大多數時候能解決問題，但仔細想想，就會發現它的用戶體驗並不好。

　　常見的注冊流程

　　啟動界面 → app 介紹(登錄& Facebook 登錄)→ 邀請朋友 → app 主界面

　　在大多數 app 中，都會有一個實際上並沒有什麼人會認真看的簡介或者小教程。接著，你就需要注冊才能繼續使用了。

　　在這樣一個虛擬的世界裡，你會在還沒有體驗過 app 的情況下，就先把自己的個人信息都交給它嗎?

　　讓「注冊」這個流程變得難搞的原因，是許多 app (如 WhoWanna)工作原理是基於用戶的個人信息的。

　　如果可以的話，請在你的 app 裡增加一個「免注冊浏覽」的功能。你會發現用戶一旦體驗過 app 之後，就會了解這個 app 對他們是有價值的，接著就會自發地注冊一個賬號了。而且經歷過這個流程的用戶，將會成為你 app 的擁趸，因為他們是完全發自內心的想要注冊的。

　　一次只問用戶要一項信息

　　有時候，為了讓用戶獲得盡可能好的體驗，你會需要一大堆的他的個人信息。但填表這種事最讓人煩躁了。而且更糟糕的事，是你發現填完之後並沒什麼卵用。

　　舉個例子，我打開一個購物網站，它並不會馬上問我要信用卡和個人信息。它會一直等啊等，直到我真正「買東西」時才會出現，以此來避免過早的干擾。另外，直到我付完錢之後，網站才終於讓我去創建一個賬戶了。(如果這個網站做的足夠好的話，還會再給我一個下次購物時可以使用的折扣碼)

　　這對於所有的產品都是一樣的。當我下載好了一個看起來很棒的 app，我就會迫不及待的想趕緊試一試。如果真的有必要的話，我會提供我的用戶名和郵箱地址。但是千萬不要在一開始就問我的性別和生日。請多等一會，並告訴我為什麼你需要這些信息。

　　優秀的加載界面

　　當你在和他人交談時，對方會回應你。不一定是使用言語，也可以是肢體動作或者眼神。對方總會用一些動作來響應你的動作。同理，當人與機器交互時也是這樣。一旦用戶發起一個動作，軟件就必須做點什麼來響應他。

　　如今，大多數應用在處理加載過程時都使用了「菊花」旋轉的動畫，它無處不在並且永不停歇。

　　「菊花」加載動畫

　　你是否曾在餐廳裡經歷過上菜之前長時間的冷落?也根本不知道廚師有沒有在做你點的菜?更糟糕的是，也沒有服務員來告訴你大概需要等待多久。這是多麼痛苦的經歷啊。你絕逼不會再去這家餐廳或者推薦給朋友了。

　　沒錯，使用「菊花」加載界面就是這樣一種糟糕的體驗。我，作為用戶，是在等待你的 app 給我提供服務，並且說服我繼續使用你。我並不欠你任何東西，也不是非用你的 app 不可。可見 app 的使用體驗必須盡可能的流暢和令人愉悅。那麼為此我們能做些什麼呢?

　　進度條

　　第一步，向用戶展示你 app 當前的進度。進度的展現形式不局限於百分比，圓圈，或者直線——任何你能想到的形式都可以。這個進度條將給予用戶及時反饋和指引——『你需要等「這麼」久，並且你現在在「這個位置」』。

　　Dribbble 上的各種進度條

　　我不推薦一種進度條形式，即不論發生什麼，都把用戶的整個屏幕完全遮住，並迫使用戶等待。

　　根據所加載內容的類型，可以使用一些小技巧來讓某些使用場景變得高效。

　　2013年時，Youtube 開始使用一種新的進度條——它鎖定在視窗頂部，5 像素高，顏色為 Youtube 紅。這是目前最棒的進度條之一，並且許多人都因為其精巧的設計而借鑒了它。

　　Youtube 進度條

　　這個進度條不僅告訴用戶，在加載完成之前還需要等待多久。與此同時，這個加載方式，還使得用戶在等待的同時，可以繼續進行操作。

　　一旦你的 app 使用了 『逐步加載』策略之後，使用的體驗就會得到很大的提升。

　　比如你要加載一個網頁，它包含了大量的圖片、文字、鏈接、視