毀掉移動運用規劃的6個想當然

曩昔幾年來，用戶交互進化如此敏捷，規劃師們都快跟不上了——導致在規劃移動APP時，從其他前言（乃至陳腐的APP規劃）中照搬交互規劃技巧。
其實重要的是要記?。航换シ椒ê鸵巹澮�隨著APP的改動而改變。
這種思維的第一階段，可見于鼠標鍵盤的臺式電腦過渡到觸摸屏的進程中。從全新的交互方法，到細小的交互細節和趨勢，每種新的設備、環境、方法和手勢，都給APP規劃帶來了時機和陷阱。

光是了解它們就要費一番功夫——更甭說為它們規劃了——下面是一些規劃移動運用時應當防止的想當然。
1. 用戶總是需求創立賬號
他們不需求，許多時分他們不想、也沒有必要。
作為開發者，除非將用戶固化到數據庫中，不然很容易把他們拒之門外。但從用戶的視點看，這不是光彩之舉。
憑什么要先注冊，才干知道里邊有什么？這個進程費神費力，必須得物有所值。
相反，用戶數據能夠離線貯存，當用戶終究決定創立賬號時轉移到賬戶中?；蛟S，能夠考慮運用“訪客”或“試用”方法，敞開中心功用，展現運用的功用，可是功用有限，或許帶有水印。

一旦證明了你的運用有價值，用戶毫無疑問會決定注冊。在那之前，就有點過火要求了。
2. 用戶需求一套教程，告訴他們你的運用有多棒
讓用戶運用，借此展現你的運用有多棒。解說它有多好是十分無力的。而且，用戶一般都會越過并忘記引導頁。
閱讀了全部闡明的用戶，并不太了解整個引導頁規劃。
假如你必定需求用戶運用悉數注意力，一步一步閱讀引導（有些運用的確如此），那就要盡可能短，而且憑仗幫助菜單來出現。這就有含義多了，即便在用戶用了一段時刻今后。

3. 不要假定某種辦法能習慣全部運用
即便是常見的交互方法，也應該根據你運用的特定環境來評價。
有個常見的比如，地址輸入框里的“省份”下拉選項。因為省份名能夠寫作幾種不同方法，規范的預界說內容下拉菜單有它的合理含義。在這桌面端或許是可接受的（雖然這尚存爭議），但關于移動端可用性而言，下拉菜單是最糟糕的挑選。
運用的交互也是著重品牌的絕好時機?，F在的運用中，有些十分難忘的品牌“瞬間”，例如從發動圖進入信息流時的Twitter小鳥，Snapchat的個人資料圖片動畫，還有Hopper的加載圖片（詳見第5條）。
關鍵是咱們不該迷信久經考驗的辦法，那不是使咱們運用出彩的僅有辦法。

Hopper運用的加載界面。
4. 運用規劃和響應式網頁規劃是一回事
雖然響應式規劃近似于移動運用規劃，但為任何設備規劃，與為獨立運用規劃，有天壤之別。
用戶在移動運用中希望特定的交互方法和界面元素。
例如，在iOS運用左上角一般有個“回來”按鈕，用來回來前一個界面。在網頁閱讀器中，網站自身就不需求回來按鈕了；它一般都被省掉掉，因為那和閱讀器自身太像了。
雖然這是很根本且顯而易見的比如，從菜單和表單，到“彈窗”和字體大小，全部都有細微差別。咱們在網頁中的規劃，在移動運用中往往顯得有點尷尬或粗糙——并非必定是哪里錯了，而是它本就不同。

比較一下TD Bank iOS版和LinkedIn iOS版的登錄界面。
在TD Bank iOS運用中，你會發現他們主要的UI元素做成了運用的姿態，左上角有回來按鈕，底部還能看到一欄菜單（與iOS的方法共同）。卻沒有像運用那樣，為登錄框自身（和其他頁面內容）規劃款式。輸入框上有默許的iOS圓角和暗影，勾選框十分小，鏈接帶有下劃線，UI中乃至還帶有版權布告。缺少運用獨有的感覺。
相反，LinkedIn iOS運用的確感覺像是個運用，雖然不是因為哪個特定的規劃或界面元素。而是因為他們沒有把網頁打包成運用。他們為運用而規劃，而非移動端網頁——咱們能看出區別。

5. “加載小轉盤”是表達加載中和思考中的正確辦法
默許的加載圖標（例如iOS的小轉盤，從中心點發散出的灰色線條）好像有負面的暗示。
它們不只出現的不是時分，也作為移動操作系統的一種功用，指示全部事物的狀況。從設備開機，到銜接wifi出現問題，或是運用加載緩慢。
正因如此，人們厭煩看到孤零零的一個轉盤，沒有任何指示信息或時刻進展。
相反，應該測驗讓加載感覺更天然——乃至將它躲藏。一種辦法是經過占位元從來暗示內容，Facebook就這樣出現時刻軸的加載狀況。你還能夠使用這個時機，在加載指示器和信息上發揮構思，例如在界面上加入一些奇思妙想，或許著重品牌。

6. 用戶初次運用時，會盲目地答應告訴
絕不能依靠操作系統默許的“答應告訴”對話框。這個無腦規劃會絆倒無數移動端規劃師。首要，它并沒有說得滿足清楚為什么運用需求獲取權限，讓它能隨時隨地侵略用戶隱私。
相反，應該在運用中規劃一個自界說的“答應告訴”界面。
永久都要告訴用戶你的告訴有多么重要（盡可能給他們展現比如），而且向他們確保不會有不必要的廢物信息轟炸。
一旦用戶了解了運用告訴的價值，慎重供給原生的、根據系統的彈窗——他們會馬上看見，不會把工作搞得一團糟。

一款廣泛宣揚的新近運用Peach就做得很完美。
它第一個“答應告訴”對話框看起來很像真實iOS系統對話框（但并不是），他們解說了“為什么”需求告訴，消除了疑慮。用戶點擊“答應”之后，就會看到真實的iOS系統對話框（相比之下，這個沒用多了）。

人們對運用界面的希望更多了，規范正在水漲船高。
關于根據運用的公司，不當地忽視細節會危害運用的接受度——乃至會損壞你與用戶的聯系。
以上6個建議浪訊只想說還只是開端。假如想要持續深化，要學著留神和防止日常的假定。當心不要想當然認為自己知道什么界面最適合——始終都要努力尋覓最佳計劃。