在APP開發產品設計中我們要注意哪些

在APP開發的產品設計中，產品界面、使用情景、用戶操作等都會影響用戶對產品的體驗。因此我們在設計的過程中應遵循一定的原則，避免設計者片面的根據自己主觀認識對產品做出抉擇。

深圳樂信科技從事APP開發多年，開發過的APP類型多樣，在APP產品設計方面積累了一些經驗和心得，今天總結幾條，希望能給正在做APP開發或設計的朋友們可以參考。

一、用戶界面應該是基于用戶的心里模型，而不是基于工程實現模型

就是把后臺本來很復雜的事情通過設計符合用戶日常生活中常用的瀏覽方式或操作方式。其實這一點是設計師把生活中的細節和數據結合的凝聚點，用戶的心理模型抓的越準，界面就會越優秀。

 

二、培養用戶使用情景的思維方式做設計

要做到這個原則其實是很難的，需要長期的實戰經驗才能做到這點。

那我們都知道米聊出的比微信早，但后來被微信反超，個人認為不光是QQ幫了微信很大忙，比如用戶登錄門檻低，用戶來源，廣告打得響之類的，其實在用戶使用情景方面米聊研究的沒有微信透徹。

對于一個社交即時通訊產品，添加好友的功能是好友匯聚的來源，雖然米聊微信都綁定手機通訊錄，但話又說回來，用戶找手機通訊錄聯系人語音聊天的還是比較少。添加好友是引導用戶去發現好友，找好友, 碰好友的一扇門。所以對于這么重要的功能放置在應用程序的哪個位置，在產品前期就會讓用戶明顯的去選擇用哪個應用，因為聊天工具的前提是要有人和你聊天。

 

三、盡量少的讓用戶輸入，輸入時盡量多給出參考

移動端的虛擬鍵盤一直是科技界無法解決的一個難題，虛擬鍵盤的主要缺點：1.輸入定位無法反饋，所以無法形成高效的盲打;2.虛擬鍵盤的空間限制，手指的點擊經常造成誤按。光是上面這兩點就讓虛擬鍵盤在輸入上大打折扣，所以我們在設計應用程序時，只要遇到Input Box的控件時，首先就要想到盡量讓用戶少輸入，或者智能的給出參考。

 

四、全局導航需要一直存在，最好還能預覽其他模塊的動態

全局導航在Web交互設計中比較容易做到，在手機移動端全局導航要看產品設計的需求，什么功能需要全局導航，社交應用通常是：消息，通知，請求;音樂視頻應用通常是：下載，搜索;工具類產品經常是核心工具條(tool bar) 比如瀏覽器，語音助理，音樂識別應用等等。

全局導航的價值在于可以讓用戶在使用過程中不會丟失信息，減少主頁面和次級頁面之間的跳轉次數，當然全局導航中的info-task要能在當前頁面完成，如果需要跳轉到新界面，就會失去全局導航的意義，因為當出現多個info-task的時候，就需要用戶不停的進入全局導航頁面來完成。

 

五、提供非模態的反饋，不打斷任務流

模態彈出框的書面名稱在iphone OS中稱作：Alert-box，在Android OS中稱：Pop-up box, 我們都知道彈框會打斷任務流，所以在有限的屏幕上怎樣讓這些彈框弱化，或者說優雅、紳士的提醒用戶，這個需要設計師來定義。

模態是指界面中只有提醒彈框才具有可交互行為，其他一切都不可操作;非模態不會把提醒做成彈框，可能會處理成List Notification, Toast list等方式來提醒用戶。

 

六、不要讓用戶等待任務完成，用戶還要發現更多有意思的地方

移動互聯的核心就是給用戶帶來移動體驗的方便和高效，這是 移動互聯網APP需要考慮的，用戶在使用你產品在很多情況下都是碎片時間， 所以在設計上盡量讓用戶在短時間內熟悉我們的產品，知道這個產品的誠意，特別是某些等待界面需要設計，不能把一個很枯燥的等待界面呈現在用戶的面前，那用戶很快就會換其他APP。

 

七、自動保存用戶的輸入成果

在移動端，由于輸入面板的復雜性，而且觸摸輸入沒有物理按鍵的反饋自然，特別是手機上去輸入一段文字或者信息，對用戶而言本身就是一件很痛苦的事情;對產品而言，用戶的在你的產品中輸入是一個很值得慶幸的事情，所以設計人員需要讓你的apps自動保存用戶的輸入成果。

 

八、為了程序響應的速度，設計有時候需要擔任掩護的作用

科技并不是萬能的， 技術依然是移動互聯網應用程序最需要優化和完善的，作為技術的盟友我們設計人員也需要輔佐他們，讓用戶覺得程序原本就應該是這么運行的。特別是程序響應的速度很多時候不光是技術的問題，與網絡環境也有很大的關系，這時候設計人員需要考慮這些客觀存在的情況，幫助程序來掩護這些瑕疵，讓用戶感覺到在使用時是流暢的。

 

以上這些經驗是我在工作中體會比較深刻的交互設計原則，希望能對APP開發和APP設計的朋友們有所幫助。