位優秀的移動APP客戶端的UI設計師，在接到一個移動case的時候，腦海中應該浮現很多相關的一點APP UI碎片。

肯定很多人會說，擁有這個功力肯定不是應屆APPUI畢業生所能掌握的。25學堂的小編說，未必。只要平常我們多安裝一些優秀的APP、每天來欣賞一款獨特美的APP。

把這些好的APP 翻來覆去的瀏覽即可。

做設計多年，創過幾次業，總想靠著手上的技藝真正做成一件事。然而，看過太多曇花一現的優秀“設計”產品，在市場上掙扎、覆滅，作為一名設計師的無力感卻越發深重。

問問自己，你喜歡的app有哪些呢？肯定很多人都會說微信、QQ、支付寶、美團、微博等等常用的這些APP吧。其實你真的懂現在的用戶嗎？這里特別舉2例子告訴大家，目前年輕人喜歡的APP。

同樣的一項產品，目標族群不同，產品外觀也會不同；拿給不同的人使用，也會得到不同的結果。甚至連任務目標（用戶想透過產品完成什么事）都會不一樣。

比如這款給嬰幼兒訓練抓握力、色彩、形狀、推理能力用的積木。

UI 的中文名是用戶界面（User interface），而我們現在使用的大多數設備界面都是圖形用戶界面，即 GUI（Graphical user interface）。我們通過這些可視化的圖形界面來理解計算機，進行工作。

但是最初的界面可不這么友好，那時的界面還是命令行界面，CLI（Command line interface）。計算機只是被政府或大型機構使用，在普通人眼中是完全不能理解的存在。

我本人也有過這樣的經歷，之前我們設計一個大數據產品的官網，設計師做完我很滿意，但是老板提出了意見：你們這是C端（customer）風格，我 這是一個to B（business）的網站，以后不要再給我搞這種C端風格！我們后來分析了很多to B的網站風格，發現它們確實存在明顯的共性，而我們卻習慣于已有的C端經驗而忽視了這類網站這么明顯的特質。當時我也在反思，為什么不懂設計的老板反而能 發現設計上的問題？因為她對業務足夠理解，并且她的視野更寬闊！可見要真正做好設計，只懂設計層面的東西是不夠的，需要拓寬眼界和知識面，從更高的角度來 看問題。

完善的公司會把項目相關人員聚集起來，產品經理會把產品詳細的用原型展示出來，包括產品定位，市場需求，主打賣點，產品性質以及各模塊具體功能，邏輯跳轉演示一下；之后會評估項目用時，各部門協調，項目啟動。

話不多說，接到原型，那我們應該做什么準備工作呢？

藍藍設計( m.hengshangtqd.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供有效的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務

如果您想訂閱本博客內容，每天自動發到您的郵箱中， 請點這里

來源：莫貝網

仔細閱讀MD的規范，似乎寫的很清楚，但是如果和Android4.0規范放在一起，還是會發現很多有出入的地方。不過規范的目的是為了培養并迎合用戶使用習慣，減少用戶認知負擔。文字是死的，人是活的，靈活應用才是關鍵。

在以MD為基礎的app設計中，經常會出現以下結構（如圖1）

在Android 4.0和material design設計規范中都專門對選項卡進行了說明，但兩者的說法不同。

在Android 4.0中，選項卡tabs屬于操作欄的一部分，可以很輕松探索 app 中的不同功能,或瀏覽不同分類的數據集，就是說tabs選項卡是可以作為導航使用的，類似于iOS的標簽欄，只是iOS放在屏幕底部，安卓是放在屏幕頂端（如上圖2）。

但在material design中，tabs 的作用是將大量關聯的數據或者選項劃分成更易理解的分組，雖然很容易讓人聯想到導航，但其本身并不是用來導航的。每個tab的內容應該互相關聯并且是在同 一個主題下（如下圖）。圖中出行方式可以通過tab劃分成多種方式，但是搜索、指南、設置卻完全屬于不同的功能導航。

如此看來，兩種規范似乎是相互沖突的，而且只要留心一下你會發現，現在市場上經常是這兩種形式都有。googel官方比較推崇應用結構是：左側導航抽屜+應用欄+tabs（Tab可選），但是同一種結構卻有兩種不同表現方式。

方式一：谷歌主推形式

側邊欄導航作為應用的主導航，頭屏顯示應用最重要的功能或內容，如果在較低層級中有多個平行相關視圖，可以用Tab結構（當然也可以沒有）。這種結 構的關鍵是主要功能或內容很突出，所以頭屏最大化顯示，而其他功能相對較弱，不需要頻繁切換側邊欄導航（如下圖）。谷歌發布的inbox郵箱，左側導航欄作為主導航，默認顯示收件箱頁面，用戶最常用也最重要的功能是查看收件箱，至于其他的發件箱、垃圾郵件等都可以放在導航抽屜內收起。googel圖書頂部是應用欄+tabs結構，此處Tab強調的是在同一主題下的不同歸類，而不是導航。

方式二：市場發展

或許是受4.0規范的影響，在左側導航抽 屜+應用欄+tabs的應用結構中，Tab作為應用的主導航，而左側抽屜作為輔導航，收納一些用戶不常使用的功能，像用戶中心、設置、反饋等。這種結構適 合那些多個相同等級的功能視圖需要頻繁切換的app，且只需要手指左右滑動就能快速切換Tab視圖，這將大大提高應用使用效率。如下圖所示，雖然是概念設計（主要是國內安卓應用喜歡延續iOS風格，將Tab放在屏幕底部，米找到合適的例子，且MD沒有被普遍應用），但很適合該場景下的示例。這款產品類似于微信，將主要功能導航放在頂部，實現快速切換，側邊抽屜導航放置收藏、狀態、設置等次要功能。

以上兩種方式并不沖突，關鍵是看你應用的功能內容。如果你的應用核心功能很突出，且不需要其他功能頻繁切換，就選擇第一種；如果你的應用有兩個或者兩個以上相同重要的功能模塊，且需要頻繁切換，比如微信的即時聊天和朋友圈，那就嘗試第二種。

Android部分暫時就到這里，來看看iOS。如果展開來講，體系太龐大，暫且用一張圖表示，雖然都是很基礎的內容。

另外，Android和IOS很明顯的差異是層級返回和編輯選擇。

1、層級返回

IOS平臺沒有實體返回按鍵，所以涉及層級間的導航，app界面本身一定要有返回按鈕，而實體home鍵只負責應用退出。Android平臺有物理 返回按鍵，且點擊返回的是動作流。比如，在搜索界面，點擊搜索框調出軟鍵盤，再點返回按鍵，不是返回上一頁，而是收回彈出的軟鍵盤，它強調的是返回上一個 動作的界面，而非層級關系。在Android平臺上的app，如果應用本身含有返回按鈕，返回的是上一層級，設計的是層級間的導航。另外，在安卓app的首頁點擊返回按鍵，就是退出應用。可看如下關系圖

2、編輯選擇

對于編輯選擇功能，IOS有明確的入口，通常在導航欄 上有編輯按鈕，點擊后進入編輯模式，通常可以多選，同時底部或頂部會增加工具欄，用來處理多選內容。當然也可以單選刪除，通過點按向左滑動刪除，或者是點 擊按鈕從底部呼出操作菜單，逐個刪除。但Android是通過長安方式進入編輯模式，此時操作欄被一個臨時情景操作欄覆蓋（情景操作欄可以覆蓋頂部操作欄 和底部操作欄），界面內容允許單個或多個操作（如下圖）

以上部分其實都是一些平臺規范總結，將區別大且重要部分整理出來，也是為了方便閱讀查看，后期會持續更新一些其他交互內容。

作者：butter
來源：jianshu

動畫新手有的時候會天馬行空想到一些奇怪的效果，可能會不符合整體設計風格，可能會違反現實物理規律，有自己的想法，還要和產品設計確認。比如這個頁面：

在聊美術需求以前，我們先來聊一個跟繪畫有密切關系的東西：素描