響應(yīng)式網(wǎng)站設(shè)計(jì)不像傳統(tǒng)網(wǎng)站設(shè)計(jì)只需考慮一種狀態(tài)，不是交付一套設(shè)計(jì)稿就完事兒了，它給設(shè)計(jì)、前端和開發(fā)團(tuán)隊(duì)之間的協(xié)作模式帶來(lái)新的挑戰(zhàn)。在一個(gè)復(fù)雜產(chǎn)品全面響應(yīng)式的項(xiàng)目里，交互每個(gè)階段該產(chǎn)出什么?交互與視覺如何協(xié)作?前端何時(shí)介入?哪些事情讓后端開發(fā)來(lái)做更合理?經(jīng)歷“玩客”第一版后，我們得到了一些答案。
響應(yīng)式設(shè)計(jì)之所以叫響應(yīng)式“設(shè)計(jì)”而不叫響應(yīng)式“技術(shù)”，是因?yàn)樗且豁?xiàng)設(shè)計(jì)先行的工作。需要設(shè)計(jì)先明確好響應(yīng)方式再實(shí)現(xiàn)出來(lái)，不能出一套設(shè)計(jì)稿后等著前端看情況把它變成響應(yīng)式網(wǎng)站設(shè)計(jì)。所以整個(gè)流程最初從交互階段開始，分成6個(gè)主要步驟，視覺、前端、開發(fā)等角色根據(jù)情況盡早介入。
Step1：信息架構(gòu)，確定內(nèi)容策略。
根據(jù)產(chǎn)品定位和用戶分析，交互設(shè)計(jì)師確定站點(diǎn)信息架構(gòu)。(信息架構(gòu)呈現(xiàn)方式有很多種，這不是本文重點(diǎn)，不詳述)。
這時(shí)候可以明確這個(gè)產(chǎn)品有多少頁(yè)面，每個(gè)頁(yè)面包含多少內(nèi)容，內(nèi)容優(yōu)先級(jí)是什么。很多產(chǎn)品包含N多頁(yè)面，每個(gè)頁(yè)面一一考慮響應(yīng)式設(shè)計(jì)容易造成混亂且成本巨大。所以下一步重要工作是分析頁(yè)面類型把頁(yè)面歸類。以玩客為例，可以把10多個(gè)頁(yè)面分成三類：列表類頁(yè)面、詳情類頁(yè)面、操作類頁(yè)面。
Step2：移動(dòng)框架
先說(shuō)下為什么第二步要先設(shè)計(jì)移動(dòng)框架。移動(dòng)優(yōu)先是移動(dòng)互聯(lián)網(wǎng)浪潮下應(yīng)運(yùn)而生的理念，由Luke Wroblewski最早提出。移動(dòng)優(yōu)先并不是指移動(dòng)更重要，響應(yīng)式設(shè)計(jì)理念里設(shè)備是同等重要的。它是指優(yōu)先設(shè)計(jì)手機(jī)端的體驗(yàn)，有三個(gè)原因：
手機(jī)讓設(shè)計(jì)專注，強(qiáng)迫你想清楚什么信息是最重要的。因?yàn)槭謾C(jī)屏幕小，每屏呈現(xiàn)的內(nèi)容少;觸屏手機(jī)使用手指操作而非鼠標(biāo)這樣的精密設(shè)備來(lái)操作，對(duì)操作有更高要求;手機(jī)使用場(chǎng)景更加豐富，很多場(chǎng)景用戶是缺乏耐心的，比如當(dāng)你排隊(duì)看電影正在找手機(jī)上的電子票，馬上排到你了翻半天卻遲遲找不到那張票這是多么令人崩潰的事情。
手機(jī)許多特性讓設(shè)計(jì)更強(qiáng)大。手機(jī)上的語(yǔ)音輸入、地理位置定位、豐富的手勢(shì)操作、越來(lái)越多傳感器，手機(jī)交互比PC擁有更多可能性。從手機(jī)開始設(shè)計(jì)，讓你更早地思考如何發(fā)揮這些特性。
手機(jī)正在迅猛增長(zhǎng)。手機(jī)即將超越PC，成為最主流的上網(wǎng)方式，這個(gè)趨勢(shì)是不可逆的。
從移動(dòng)開始做設(shè)計(jì)對(duì)習(xí)慣了PC環(huán)境的設(shè)計(jì)師可能是一種挑戰(zhàn)，思考方式工作習(xí)慣都被迫做出改變。但這種改變必須去適應(yīng)，因?yàn)橛脩袅?xí)慣在改變。
回正題，上一步已經(jīng)把頁(yè)面歸類并確定每個(gè)頁(yè)面內(nèi)容優(yōu)先級(jí)，現(xiàn)在接著分析每種類型頁(yè)面的導(dǎo)航、主體內(nèi)容等框架結(jié)構(gòu)，最終得出一份框架結(jié)構(gòu)表。從玩客框架結(jié)構(gòu)看出，全局導(dǎo)航是所有頁(yè)面公共的，局部導(dǎo)航只有列表類頁(yè)面才有，詳情類頁(yè)面都有一個(gè)“頁(yè)面主人”信息，而關(guān)聯(lián)導(dǎo)航不是每個(gè)頁(yè)面都有。
接著開始設(shè)計(jì)手機(jī)端“超細(xì)長(zhǎng)頁(yè)面”的框架(因?yàn)槭謾C(jī)上一般是單列布局，所以頁(yè)面又細(xì)又長(zhǎng))。這一步開始把信息結(jié)構(gòu)設(shè)計(jì)成最粗放的框架，可以在白板或紙面上完成。要實(shí)現(xiàn)的關(guān)鍵目標(biāo)是：把這個(gè)頁(yè)面最需要呈現(xiàn)給用戶的內(nèi)容放在最重要的位置，要符合手機(jī)上的閱讀和操作習(xí)慣，盡量利用手機(jī)設(shè)備的特性。
Step3：響應(yīng)式框架
根據(jù)手機(jī)端的框架拓展出平板和PC端框架。這是復(fù)雜產(chǎn)品實(shí)現(xiàn)響應(yīng)式設(shè)計(jì)的關(guān)鍵步驟，它是讓眾多頁(yè)面有條理地響應(yīng)起來(lái)的基礎(chǔ)。第一件事情是確定響應(yīng)式模式，即從手機(jī)到平板到PC，導(dǎo)航怎么變化，頁(yè)面布局用哪種響應(yīng)方式，根據(jù)內(nèi)容優(yōu)先級(jí)如何調(diào)整模塊順序，等等。玩客在PC端以三欄布局為主，左邊欄作為局部導(dǎo)航或者主人信息區(qū)，中間欄始終是頁(yè)面主體信息，當(dāng)頁(yè)面需要關(guān)聯(lián)導(dǎo)航時(shí)統(tǒng)一放在右邊欄。
到現(xiàn)在這個(gè)階段所有頁(yè)面的響應(yīng)式開始有規(guī)則可循，下一步工作就是繼續(xù)細(xì)化規(guī)則，把框架精確到具體尺寸。具體說(shuō)來(lái)就是制定流體柵格系統(tǒng)。流體柵格系統(tǒng)是基于百分比的柵格布局工具，具體的制定方法會(huì)在另外一個(gè)篇章【知識(shí)篇】中詳細(xì)介紹。
響應(yīng)式是一種設(shè)計(jì)理念與前端技術(shù)緊密結(jié)合的新興形態(tài)，鼓勵(lì)盡早進(jìn)行跨職能溝通協(xié)作。交互確定響應(yīng)式框架和柵格系統(tǒng)后，其他角色就可以同步開展工作了。前端開始介入完成柵格和框架搭建，產(chǎn)出頁(yè)面基礎(chǔ)框架。視覺同步開始探索和定義視覺風(fēng)格探索，制定視覺框架，產(chǎn)出風(fēng)格關(guān)鍵詞、產(chǎn)品配色方案。整個(gè)過(guò)程需要幾個(gè)角色不斷討論確定。
Step4：模塊設(shè)計(jì)
按照移動(dòng)優(yōu)先的原則應(yīng)該先進(jìn)行移動(dòng)端的模塊細(xì)節(jié)設(shè)計(jì)，不過(guò)我們選擇了從PC端開始設(shè)計(jì)細(xì)節(jié)。因?yàn)镻C端開發(fā)能夠充分暴露業(yè)務(wù)復(fù)雜度，項(xiàng)目團(tuán)隊(duì)的設(shè)計(jì)、開發(fā)、測(cè)試在PC環(huán)境下?lián)碛谐墒斓墓ぞ吆土鞒?，從PC開始讓開發(fā)過(guò)程更順暢。所以個(gè)人認(rèn)為移動(dòng)優(yōu)先是確定內(nèi)容策略時(shí)應(yīng)該遵循的理念，細(xì)節(jié)設(shè)計(jì)和開發(fā)過(guò)程是否要移動(dòng)優(yōu)先，取決于產(chǎn)品定位和項(xiàng)目團(tuán)隊(duì)情況。
響應(yīng)式框架確定了頁(yè)面結(jié)構(gòu)和響應(yīng)模式，模塊設(shè)計(jì)這個(gè)過(guò)程開始完善所有信息排版和交互形式，這是交互設(shè)計(jì)師最熟練也是最耗時(shí)的工作。這個(gè)過(guò)程與傳統(tǒng)流程沒太大區(qū)別，只是心里要不斷提醒自己，這個(gè)模塊不是只為這個(gè)設(shè)備設(shè)計(jì)，它在其它設(shè)備下會(huì)出問(wèn)題嗎?
交互確定頁(yè)面模塊細(xì)節(jié)后可以抽取出產(chǎn)品用到的控件、組件和公共模塊，現(xiàn)在視覺和前端開始做一件有別于傳統(tǒng)流程的事情。視覺根據(jù)前期定義的風(fēng)格設(shè)計(jì)控組件和公共模塊的視覺效果，把它們拼成一個(gè)模擬的頁(yè)面，我們稱之為風(fēng)格拼貼稿。前端再把風(fēng)格拼貼稿里的控組件和公共模塊實(shí)現(xiàn)出來(lái)，統(tǒng)一維護(hù)一套組件規(guī)范代碼。
傳統(tǒng)的做法往往是頁(yè)面視覺定稿后設(shè)計(jì)師開始整理視覺規(guī)范標(biāo)注給前端。風(fēng)格拼貼稿是將這個(gè)工作盡可能提前，并變成一個(gè)設(shè)計(jì)協(xié)作利器。它的好處是：
1、一個(gè)頁(yè)面的視覺效果實(shí)際上是由一堆控組件和公共模塊組成，用真實(shí)的控組件和公共模塊拼貼的模擬頁(yè)面已經(jīng)可以呈現(xiàn)出產(chǎn)品的視覺風(fēng)格。把一個(gè)產(chǎn)品10多個(gè)頁(yè)面的視覺稿全部完成定稿是非常費(fèi)時(shí)費(fèi)力的事情，產(chǎn)出一份風(fēng)格拼貼稿則輕松得多。所以它是一個(gè)高效的設(shè)計(jì)工具。
2、復(fù)雜產(chǎn)品總是涉及多個(gè)設(shè)計(jì)師和前端并行工作，盡早地把控組件和公共模塊抽取出來(lái)統(tǒng)一管理，是保證視覺風(fēng)格一致性的有效方法。避免不同設(shè)計(jì)師同時(shí)設(shè)計(jì)同一個(gè)控組件或公共模塊，減少重復(fù)開發(fā)造成的浪費(fèi)。也大大降低后期更新和維護(hù)頁(yè)面的成本，比如當(dāng)需要修改“關(guān)注”按鈕時(shí)只需改一個(gè)就能全站生效。
Step5：響應(yīng)式模塊設(shè)計(jì)
PC端頁(yè)面模塊細(xì)節(jié)和風(fēng)格拼貼稿完成后，剩下工作是拓展出平板和手機(jī)端的完整設(shè)計(jì)稿，前端產(chǎn)出全部響應(yīng)式頁(yè)面代碼。進(jìn)行響應(yīng)式模塊設(shè)計(jì)時(shí)最需要關(guān)注的仍然是讓操作符合設(shè)備習(xí)慣，充分利用設(shè)備特性。
至此，一個(gè)全站響應(yīng)式產(chǎn)品的頁(yè)面就陸續(xù)出來(lái)了。很多人認(rèn)為響應(yīng)式設(shè)計(jì)維護(hù)成本高的理由是一個(gè)頁(yè)面要同時(shí)設(shè)計(jì)多套設(shè)計(jì)稿。玩客這次經(jīng)驗(yàn)告訴我們，確定一套設(shè)計(jì)稿和柵格系統(tǒng)后再拓展出其它設(shè)備下的設(shè)計(jì)方案，工作量遠(yuǎn)比想象中的低。
Step6：測(cè)試&討論&優(yōu)化，提交開發(fā)
離大功告成還差最后一步，在真實(shí)設(shè)備下測(cè)試頁(yè)面效果，項(xiàng)目團(tuán)隊(duì)討論并持續(xù)優(yōu)化。
在提交開發(fā)之前需要盡早明確服務(wù)端響應(yīng)(RESS)的策略。服務(wù)端與客戶端結(jié)合是目前解決響應(yīng)式頁(yè)面性能問(wèn)題的最合理方案。哪些大圖片在移動(dòng)設(shè)備下只需輸出小尺寸圖片?哪些內(nèi)容在什么設(shè)備下是不需要開發(fā)輸出的?哪些可以減少輸出的數(shù)據(jù)數(shù)量?與開發(fā)團(tuán)隊(duì)協(xié)作的響應(yīng)式可以有效控制頁(yè)面文件大小，避免頁(yè)面成為移動(dòng)設(shè)備上燒用戶流量的罪魁禍?zhǔn)住?br /> 測(cè)試通過(guò)后提交頁(yè)面進(jìn)入開發(fā)環(huán)節(jié)。我們從可用性和可訪問(wèn)性兩方面總結(jié)了一份響應(yīng)式頁(yè)面測(cè)試checklist，測(cè)試要點(diǎn)包括但不限內(nèi)容。