隨著時期和技巧的發展,網頁設計的流程正悄無聲息地產生著偉大的變更。精準具體的設計交付列表不再是網頁設計的唯一尺度,靜態頁面設計在全部設計流程中所占的比重也逐步下降,正如同Stephen Hay所說,我們所設計的不再是單純的頁面,而是包括諸多組件的一全部體系。
瞬息萬變的不僅僅是內容和信息,用戶所用的裝備和內容出現的模式也在迅速轉變著,這些都與網頁設計息息相干,也沒有任何跡象表明這種轉變會變緩。而我們的設計作為載體和出現的載體,理應走在它們的前面。
之前的網頁設計流程在今天看來已經無法敷衍這一切了,修整刻不容緩。敏捷開發、團隊協作和適應性調劑都已經是設計進程的最前沿,設計和開發之間的界線越來越隱約了。
移動端優先
移動端優先,這句口號已經喊了好幾年了,真正有遠見卓識的網頁設計師應當很清晰這句話遠不止于口號那么簡略。移動端優先必定會牽涉到設計流程,我們應該從小屏幕著手,先設計簡略的布局,然后為其增長龐雜度,以其為基本,為更大的屏幕來進行設計。
隨著移動端裝備的用量超出PC,移動端的網頁閱讀無疑已經成為用戶獲取信息的重要渠道,移動端優先的設計自然應當成為常態。
除非你的網站情形非常特別,或者你擁有極具說服力和特別的數據支持你的想法,移動端優先的設計符合邏輯也有道理。
相比于為小屏幕去下降全部設計的龐雜性,為移動端先做好適配再晉升其龐雜度,是更容易的?;貞浺幌乱勒罩暗牧鞒虂碓O計網頁吧,我們總是疲于應對客戶的請求,在后期還要來回調劑設計和代碼。未完成的頁面和不夠易用的移動端頁面,填不完的坑。
桌面端的頁面總是先做完,而在此基本上修正出來的移動端頁面,似乎總有點粗制濫造的感到。
那么我們就不要將”移動端優先”當作一句簡略的口號好了!從現在開端真正意義上為移動端的小屏幕開端做設計!
搭建而非拆卸
設計是一個積聚的進程,每一個提高都是在前一步的完成和成功的基本上,逐步樹立起來的。
基于小屏幕的設計計劃是符合邏輯的。我更偏向于一磚一瓦地搭建,而非做好了再一點一滴地拆卸下來。
我能想到最好的類比是“原子設計”,這種設計辦法是通過逐步晉升龐雜度來構建事物。簡而言之,借助這種思路是這樣做設計的:
肯定根本的排版組合、尺碼大小和顏色應用 基于這些根本的設定,肯定諸如表單字段和標簽等小元素的設計 基于以上的設計,完美諸如完全的接洽人表單的大的元素的設計 將這些已經構建好的網頁元素搭建成為頁面反復以上進程
就是這些不起眼的元素構建起了你的頁面,也正是這樣簡略的方法,同樣可以完成之前看起來龐雜無比的頁面設計。只要你用好這個設計流程,它所帶來的可能性是無窮的。
比起一開端就操刀設計頁面,完成 這些“磚瓦”的設計更容易上手也更便捷,全部設計流程從移動端過度到桌面端也更加完善流利。想想在這個進程中,你和你的客戶所須要專注的事情吧,無非是連續不斷地添加細節就好了。
在探討響應式網頁設計的設計進程之時,我們消費了大批的時光在斷點的媒體查詢和為現有硬件裝備做設計的平衡之上。造成這個局勢的重要關鍵,就是網站的內容。
如果可能的話,盡量在設計后期的時候,同內容和營銷團隊親密合作,在內容的構造和劃分上多花心思,防止最終在這個問題上影響網頁的設計,涌現意外。
即便是如此,從設計之初到設計后期乃至全部頁面上線,網頁內容都可能是一直處于變動當中。題目越來越長,圖片改換,區塊被調換,等等等等。
“如果可能的話,盡量應用真實的內容來進行設計。”
一個真正精心設計的體系應當是可以收放自如的。所以,如果真的將營銷和內容團隊供給的Word文檔轉化成為一個可靠的頁面,這樣的事情不應當令你頭疼。
雖然有些細節的處置上確切須要多加注意,但是我的經驗告知我,其實并不要想龐雜了,也不要想多了。絕大多數時候,一個緊湊而聰慧的設計作風指南(Style Guide)能讓所有的事情水到渠成。
測試和實現
進行原型設計確切很不錯,但是原型設計的問題也在于,它還是一種“閉門造車”的設計,并沒有在真正的用戶那里得到驗證。
在真實的裝備上同用戶分享設計,借此可以獲得最好的設計反饋。即使你僅僅只是畫了線框圖,也能在真實的裝備上同用戶進行測試溝通。
測試
響應式網站建設的設計,應當是一個寬泛而多樣的進程。找臺智能手機,把你的設計稿放進去,問問不做設計的同事和朋友,讓他們看看這樣的設計是否可行。接下來再換上iPad和桌面端裝備,一步一步來。
全新的世界
從一個全新的角度來對待龐雜的問題,我們所要面臨的一切似乎都是新的。晉升團隊成員的合作緊密度,隱約團隊界線可以讓全部設計進程都快起來。我們的設計應當不斷適應新的需求和新的狀態,因為我們的內容、業務和這個世界的變更更快。