編輯導語：Web頁面的美觀設計對於用户來説是非常重要的，Web除了一些後台系統的開發設計外，其實框架設計也是它的重要組成部分；本文是作者分享的關於Web產品設計的操作指南，教你從0到1快速起手Web的設計，我們一起來看一下。
最近在做工具類Web端的改版項目，查閲了網上各種關於Web設計的文章感覺年代都比較久遠了；因此這邊藉着項目踩過的一些坑給大家總結一份比較實用的Web產品設計“葵花寶典”，可以幫助大家0-1快速起手Web的設計。
無論是現在用的還是將來可能用的，先收藏着絕對有備無患。
一、如何定義Web產品的框架説到Web很多鐵汁就會馬上聯想到可怕的企業級B端，畢竟C端的內容現在已經大量移動端化了。
那麼Web系統設計一旦是大家想的大量類似後台系統的東西，對於設計師而言豈不是沒啥用武之地？
其實在龐大的Web類別中，設計的類別分為很多種：從工具到後台，UX設計師起到很重要的一點作用就是判斷Web產品適配的框架並進行定義。
之前看很多文章通過Web服務的用户（即這個Web是B端還是C端）來定義視覺與框架，比如淘寶電商的PC版就是個C端的Web，對應一種佈局框架；而SaaS後台系統是個B端的Web，又對應一種框架什麼的。
我對着我們的項目糾結了很久還是覺得這樣的分法無法兼容所有Web產品；舉個“栗子”：我們在做的是一個AI視頻面試系統（PC），用户包括HR以及專業面試官，按服務用户來説這無疑是個企業級的B端產品了；但我們如若按照B端純效率的框架進行設計是無法滿足產品AI智能化目標的需求，也無法很好的與競對形成差異。
參看以下示例圖：
因此推薦大家依據產品目標與用户的使用場景來定義Web系統的框架，也就是説同一個Web產品的也可以依據場景使用的不同出現不同目標屬性的框架。
這裏我們回憶一下常見的2種產品目標屬性對應的Web框架：
效率工具屬性——左右佈局/T型佈局等：常用於工具型、後台等有較高效率目標的產品功能；依據信息內容、層級的複雜程度應用T型與C型佈局、甚至更復雜的口型佈局和綜合佈局等。
陳列表現屬性——上下佈局
常用於官網、產品展示（電商賣貨）等有用户停留目標的產品功能。
大家切記Web系統的框架是靈活可配置的，切莫陷入“一種框架定終身”的誤區中。
這裏再舉一個設計師應該都常用的Web栗子：藍湖的首頁使用了左右佈局的效率屬性佈局（滿足用户快速建項目找項目等效率操作），進入二級頁後卻變為了陳列屬性的上下佈局（滿足多種用户角色的查閲體驗），是一個靈活依據用户使用場景搭配框架的Web系統。
至於Web的視覺部分因為定義上和移動端類似這裏就不花篇幅來説了，大家可以直接挪用在移動端定義視覺風格的那一套來説。
二、響應式佈局與柵格應用首先我們先理清網頁的響應是指系統對媒介（Web運行的設備）以及視窗（顯示Web的窗口——瀏覽器）的適應變化。
嚴格來説，響應式佈局需要設計師做2件事兒：
- 需要設計師適配手機（小屏）、平板（中屏）、筆記本（大屏）、台式（超大屏）做至少3個臨界點的不同設計方案，保障在不同屏幕分辨率加載對應的樣式。
- 同時確定觸發響應的視窗寬度最小值（俗稱斷點Breakpoint）的對應內容區域響應策略（收起or摺疊等）。
但實際上完全按這樣操作的研發成本有點大，實用性也因產品而異。
比方説，如果你們的Web產品用户的大部分使用場景僅限於辦公筆記本，同時你們還有對應的移動端產品支持跨端使用；那麼做全局響應就顯得沒有那麼必要了，實現大屏分辨率和視窗的響應其實就已經滿足99%的需求了。
所以現在市面上實現全局響應的Web產品還是比較少的，但也仍然有很經典的全局響應式例子：Ant Design，大家可以體驗感受一下它是如何實現媒介與視窗的完美響應的。
不過呢無論響應式做到什麼程度，我們都建議在設計Web系統初期建立一個Web柵格系統，它會影響到響應式佈局的開發效果，下文我們會説到它是如何影響的。
在此之前還是先科普下柵格概念，雖然關於柵格的文章實在太多了，但相信肯定還是有鐵汁依舊迷茫。
這裏我們簡化一下，只説Web最常用的2種：12柵格系統和24柵格系統。
所有柵格系統都遵循一個規則就是：“格子”（內容）+“水槽”（留白）=“列”；而12/24這2種柵格系統的差異主要在於“列”的數量，24柵格相對承載的信息內容會更多一些，適合複雜的後台功能設計，比如很多企業級後台開發經常調用的Ant Design就屬於24柵格系統的。
那麼具體柵格是如何影響響應式佈局的呢？
我們通過柵格可以使每個“列”的內容由固定數值轉化為百分比的概念，在Web的開發中就可以定義每個“列”佔全屏的百分比，在屏幕分辨率縮放的時候也進行對應的百分比縮放。
瞭解完這些，在開始設計柵格系統前我們還需要確認一個事情：就是我們需要做自適應的區域，也就是柵格的區域範圍。
另外值得注意的是，在上下佈局框架中還會牽扯到安全區/版心的概念（即內容展示集中區域），在這種佈局中安全區內才需要進行柵格部署。
我比較常用的設計畫板大小1440，對應安全區960，大家可以根據實際開發與設計情況調整具體數值。
我們先來聊個面試題hiahia：PC和移動端在設計思維上有何不同？
總結來説PC和移動端最大的3個不同點就是：屏幕承載信息量（物理尺寸）、互動交互方式（交互手勢）和系統操作體驗（操作系統）——這3點灰常直白，無需過多解析大家都明白。
具體是這3個不同點會直接導致PC和移動端在設計思維上的2點核心差異：
1）佈局思路：移動端屏幕因為操作系統和屏幕限制更關注單視窗的內容展現，整體閲讀順序基本單一是由上至下的，排布上基本使用上下佈局或者左右佈局的簡單佈局，基本不會拓展複雜的佈局。
同時基於不同的人機交互，移動端為了適應人們的單手操作，通常會把控件放置在視窗的中間或底部；但pc端的操作視窗更傾向多任務同時處理以及各區域的可觸達性，整體閲讀順序則可能是從左到右的，排布上需要根據實際情況進行框架定義與拓展。
2）應用組件：基於2個端口3個不同的feature，PC與移動端各有自己特有的組件形式，在同一場景的組件使用中2端的組件大可能不同。
2者之間從交互手勢到組件都是需要轉譯的，比如：移動端的主要交互手勢都是基於觸摸設計的，所以使用單手下滑的下拉加載控件是最方便的；而PC礙於不同的手勢交互，則使用固定按鈕加載刷新內容。
這裏給大家對比幾組典型的PC與移動端組件的轉譯：
麪包屑Breadcrumb
選擇框Picker
分頁Pagination
最後share一波之前在滴滴時候參與的PC組件規範的大綱（偏綜合型：對於Web組件類型涵蓋比較全），如果是做企業級後台Web大家也可以參考AntDesign來定製自己產品的組件及規範（雖然現在大多數後台產品一般都會直接選擇調用AD的組件）。
總結下Web整體的組件規範和移動端的最大區別還是在於：對於框架佈局與柵格系統的定義，以及個別控件形式和狀態上的差異。
四、Web設計實用問答系列問：弱弱問一個賊基礎的問題，Web的設計字號和移動端一樣嗎？有什麼限制嗎？
答：瀏覽器的最小顯示字體是12；所以你就算在Web設計稿裏放了10字號的字體，最後開發出來顯示的也是12（除非開發進行特殊處理，一般是沒有必要的）；最後剩下的字號和移動端類似，正文14-16，大標題18-20。
問：如果想參考下別人家的網頁設計的元素大小什麼的，怎麼快捷獲得數值呢？
答：鼠標選中網頁元素右鍵點擊→檢查，點擊代碼欄上方圖標，再懸浮到想查看的元素上就可以看到具體數值啦，超便捷。
問：Web裏想做毛玻璃效果，開發老哥説做不了，請問是真的？
答：具體得放在業務場景裏看，只是單獨的毛玻璃背景開發，是可以做的且成本不大。
作者：Nana，滴滴資深UX設計師，微信公眾號「Nana的設計錦囊」
本文由 @NaNa 原創發佈於人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基於CC0協議