響應式網頁不像傳統網頁只需考慮一種狀態(tài)，不是交付一套設計稿就完事兒了，它給設計、前端和開發(fā)團隊之間的協作模式帶來新的挑戰(zhàn)。在一個復雜產品全面響應式的項目里，交互每個階段該產出什么?交互與視覺如何協作?前端何時介入?哪些事情讓后端開發(fā)來做更合理?經歷“玩客”第一版后，我們得到了一些答案。

響應式設計之所以叫響應式“設計”而不叫響應式“技術”，是因為它是一項設計先行的工作。需要設計先明確好響應方式再實現出來，不能出一套設計稿后等著前端看情況把它變成響應式網頁。所以整個流程最初從交互階段開始，分成6個主要步驟，視覺、前端、開發(fā)等角色根據情況盡早介入。

根據產品定位和用戶分析，交互設計師確定站點信息架構。(信息架構呈現方式有很多種，這不是本文重點，不詳述)。

這時候可以明確這個產品有多少頁面，每個頁面包含多少內容，內容優(yōu)先級是什么。很多產品包含N多頁面，每個頁面一一考慮響應式設計容易造成混亂且成本巨大。所以下一步重要工作是分析頁面類型把頁面歸類。以玩客為例，可以把10多個頁面分成三類：列表類頁面、詳情類頁面、操作類頁面。

先說下為什么第二步要先設計移動框架。移動優(yōu)先是移動互聯網浪潮下應運而生的理念，由Luke Wroblewski最早提出。移動優(yōu)先并不是指移動更重要，響應式設計理念里設備是同等重要的。它是指優(yōu)先設計手機端的體驗，有三個原因：

手機讓設計專注，強迫你想清楚什么信息是最重要的。因為手機屏幕小，每屏呈現的內容少;觸屏手機使用手指操作而非鼠標這樣的精密設備來操作，對操作有更高要求;手機使用場景更加豐富，很多場景用戶是缺乏耐心的，比如當你排隊看電影正在找手機上的電子票，馬上排到你了翻半天卻遲遲找不到那張票這是多么令人崩潰的事情。

手機許多特性讓設計更強大。手機上的語音輸入、地理位置定位、豐富的手勢操作、越來越多傳感器，手機交互比PC擁有更多可能性。從手機開始設計，讓你更早地思考如何發(fā)揮這些特性。

手機正在迅猛增長。手機即將超越PC，成為最主流的上網方式，這個趨勢是不可逆的。

從移動開始做設計對習慣了PC環(huán)境的設計師可能是一種挑戰(zhàn)，思考方式工作習慣都被迫做出改變。但這種改變必須去適應，因為用戶習慣在改變。

回正題，上一步已經把頁面歸類并確定每個頁面內容優(yōu)先級，現在接著分析每種類型頁面的導航、主體內容等框架結構，最終得出一份框架結構表。從玩客框架結構看出，全局導航是所有頁面公共的，局部導航只有列表類頁面才有，詳情類頁面都有一個“頁面主人”信息，而關聯導航不是每個頁面都有。

根據手機端的框架拓展出平板和PC端框架。這是復雜產品實現響應式設計的關鍵步驟，它是讓眾多頁面有條理地響應起來的基礎。第一件事情是確定響應式模式，即從手機到平板到PC，導航怎么變化，頁面布局用哪種響應方式，根據內容優(yōu)先級如何調整模塊順序，等等。玩客在PC端以三欄布局為主，左邊欄作為局部導航或者主人信息區(qū)，中間欄始終是頁面主體信息，當頁面需要關聯導航時統一放在右邊欄。

　　Step4：模塊設計

按照移動優(yōu)先的原則應該先進行移動端的模塊細節(jié)設計，不過我們選擇了從PC端開始設計細節(jié)。因為PC端開發(fā)能夠充分暴露業(yè)務復雜度，項目團隊的設計、開發(fā)、測試在PC環(huán)境下擁有成熟的工具和流程，從PC開始讓開發(fā)過程更順暢。所以個人認為移動優(yōu)先是確定內容策略時應該遵循的理念，細節(jié)設計和開發(fā)過程是否要移動優(yōu)先，取決于產品定位和項目團隊情況。

響應式框架確定了頁面結構和響應模式，模塊設計這個過程開始完善所有信息排版和交互形式，這是交互設計師最熟練也是最耗時的工作。這個過程與傳統流程沒太大區(qū)別，只是心里要不斷提醒自己，這個模塊不是只為這個設備設計，它在其它設備下會出問題嗎?

傳統的做法往往是頁面視覺定稿后設計師開始整理視覺規(guī)范標注給前端。風格拼貼稿是將這個工作盡可能提前，并變成一個設計協作利器。它的好處是：

1、一個頁面的視覺效果實際上是由一堆控組件和公共模塊組成，用真實的控組件和公共模塊拼貼的模擬頁面已經可以呈現出產品的視覺風格。把一個產品10多個頁面的視覺稿全部完成定稿是非常費時費力的事情，產出一份風格拼貼稿則輕松得多。所以它是一個高效的設計工具。

2、復雜產品總是涉及多個設計師和前端并行工作，盡早地把控組件和公共模塊抽取出來統一管理，是保證視覺風格一致性的有效方法。避免不同設計師同時設計同一個控組件或公共模塊，減少重復開發(fā)造成的浪費。也大大降低后期更新和維護頁面的成本，比如當需要修改“關注”按鈕時只需改一個就能全站生效。

PC端頁面模塊細節(jié)和風格拼貼稿完成后，剩下工作是拓展出平板和手機端的完整設計稿，前端產出全部響應式頁面代碼。進行響應式模塊設計時最需要關注的仍然是讓操作符合設備習慣，充分利用設備特性。

至此，一個全站響應式產品的頁面就陸續(xù)出來了。很多人認為響應式設計維護成本高的理由是一個頁面要同時設計多套設計稿。玩客這次經驗告訴我們，確定一套設計稿和柵格系統后再拓展出其它設備下的設計方案，工作量遠比想象中的低。

離大功告成還差最后一步，在真實設備下測試頁面效果，項目團隊討論并持續(xù)優(yōu)化。

在提交開發(fā)之前需要盡早明確服務端響應(RESS)的策略。服務端與客戶端結合是目前解決響應式頁面性能問題的最合理方案。哪些大圖片在移動設備下只需輸出小尺寸圖片?哪些內容在什么設備下是不需要開發(fā)輸出的?哪些可以減少輸出的數據數量?與開發(fā)團隊協作的響應式可以有效控制頁面文件大小，避免頁面成為移動設備上燒用戶流量的罪魁禍首。

測試通過后提交頁面進入開發(fā)環(huán)節(jié)。我們從可用性和可訪問性兩方面總結了一份響應式頁面測試checklist，測試要點包括但不限于以下內容。歡迎補充。

以上流程是我們團隊做完一個全站響應式項目后集體總結得出，不管你是對響應式感興趣、正在做響應式，還是即將開始做響應式，希望對你有所幫助。

我在#IxDC2013中國交互設計體驗周#將會主持一個《跨PC和移動的交互設計》工作坊，有大量關于響應式設計的內容和實戰(zhàn)，還會探討多設備聯動交互的設計。

時間：06月23日 09:00- 12:00， 期待在杭州與你交流。