複雜產品的響應式設計流程

響應式網頁不像傳統網頁只需考慮一種狀態，不是交付一套設計稿就完事兒了，它給設計、前端和開發團隊之間的協做模式帶來新的挑戰。在一個複雜產品全面響應式的項目裏，交互每一個階段該產出什麼?交互與視覺如何協做?前端什麼時候介入?哪些事情讓後端開發來作更合理?經歷「玩客」初版後，咱們獲得了一些答案。

響應式設計之因此叫響應式「設計」而不叫響應式「技術」，是由於它是一項設計先行的工做。須要設計先明確好響應方式再實現出來，不能出一套設計稿後等着前端看狀況把它變成響應式網頁。因此整個流程最初從交互階段開始，分紅6個主要步驟，視覺、前端、開發等角色根據狀況儘早介入。

Step1：信息架構，肯定內容策略。

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

這時候能夠明確這個產品有多少頁面，每一個頁面包含多少內容，內容優先級是什麼。不少產品包含N多頁面，每一個頁面一一考慮響應式設計容易形成混亂且成本巨大。因此下一步重要工做是分析頁面類型把頁面歸類。以玩客爲例，能夠把10多個頁面分紅三類：列表類頁面、詳情類頁面、操做類頁面。

Step2：移動框架

上一步已經把頁面歸類並肯定每一個頁面內容優先級，如今接着分析每種類型頁面的導航、主體內容等框架結構，最終得出一份框架結構表。從玩客框架結構看出，全局導航是全部頁面公共的，局部導航只有列表類頁面纔有，詳情類頁面都有一個「頁面主人」信息，而關聯導航不是每一個頁面都有。

接着開始設計手機端「超細長頁面」的框架(由於手機上通常是單列布局，因此頁面又細又長)。這一步開始把信息結構設計成最粗放的框架，能夠在白板或紙面上完成。要實現的關鍵目標是：把這個頁面最須要呈現給用戶的內容放在最重要的位置，要符合手機上的閱讀和操做習慣，儘可能利用手機設備的特性。

Step3：響應式框架

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

響應式設計是一種設計理念與前端技術緊密結合的新興形態，鼓勵儘早進行跨職能溝通協做。交互肯定響應式框架和柵格系統後，其餘角色就能夠同步開展工做了。前端開始介入完成柵格和框架搭建，產出頁面基礎框架。視覺同步開始探索和定義視覺風格探索，制定視覺框架，產出風格關鍵詞、產品配色方案。整個過程須要幾個角色不斷討論肯定。

Step4：模塊設計

按照移動優先的原則應該先進行移動端的模塊細節設計，不過咱們選擇了從PC端開始設計細節。由於PC端開發可以充分暴露業務複雜度，項目團隊的設計、開發、測試在PC環境下擁有成熟的工具和流程，從PC開始讓開發過程更順暢。因此我的認爲移動優先是肯定內容策略時應該遵循的理念，細節設計和開發過程是否要移動優先，取決於產品定位和項目團隊狀況。

響應式框架肯定了頁面結構和響應模式，模塊設計這個過程開始完善全部信息排版和交互形式，這是交互設計師最熟練也是最耗時的工做。這個過程與傳統流程沒太大區別，只是內心要不斷提醒本身，這個模塊不是隻爲這個設備設計，它在其它設備下會出問題嗎?

Step5：響應式模塊設計

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

至此，一個全站響應式產品的頁面就陸續出來了。不少人認爲響應式設計維護成本高的理由是一個頁面要同時設計多套設計稿。玩客此次經驗告訴咱們，肯定一套設計稿和柵格系統後再拓展出其它設備下的設計方案，工做量遠比想象中的低。

Step6：測試&討論&優化，提交開發

離大功告成還差最後一步，在真實設備下測試頁面效果，項目團隊討論並持續優化。

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