對規(guī)范更深層次認(rèn)識來自于YUI的啟發(fā),這個幾乎已經(jīng)是控件代名詞的英文縮寫,可能很少有人注意全稱The Yahoo! User Interface Library,其實就是整套帶有開發(fā)模式的界面規(guī)范,因此我也喜歡把整理好的各種規(guī)范叫做XXX Design Library。
產(chǎn)品規(guī)范的應(yīng)用對象,分為設(shè)計師、工程師兩類人。對設(shè)計師來說主要是“協(xié)調(diào)”工作,使交付物統(tǒng)一;對工程師來說主要是“配合”工作,使開發(fā)效率提高。
1. 規(guī)范的時機(jī)
我傾向于在概念設(shè)計的低保原型之后,也就是說得先有第一批可開發(fā)的頁面。我反復(fù)強(qiáng)調(diào)的原因,概念上不管做產(chǎn)品還是平臺,核心都是由一個個頁面組成的網(wǎng)站,有效規(guī)范只針對于最終產(chǎn)出。
很多朋友提到邊設(shè)計邊整理規(guī)范,這是對設(shè)計工作的總結(jié)。我的看法,產(chǎn)品設(shè)計與開發(fā)是整套系統(tǒng)工程,所以更進(jìn)一步,應(yīng)該邊開發(fā)邊整理規(guī)范,讓規(guī)范與開發(fā)同步,互相契合更新。也就是說,每次迭代之后,都應(yīng)該升級規(guī)范。
對工程師而言,上手來一份事無巨細(xì)的規(guī)范,讀完要花兩天,熟練要花十天,在庖丁解牛的開發(fā)過程中,簡直就是噩夢。于是還沒等走完這個過程,早因想痛打設(shè)計師而消極怠工了。這也正是不建議使用現(xiàn)成規(guī)范的原因,第一國情不同,第二時機(jī)不對。
2. 規(guī)范的程度
經(jīng)常聽到種聲音“規(guī)范對開發(fā)工程師的約束力太弱!蔽艺J(rèn)為并非問題根源,因為規(guī)范的目標(biāo)不是約束。產(chǎn)品規(guī)范對工程師的唯一好處就是快,越快越簡便完成任務(wù),工程師才越可能認(rèn)可。打算讓工程師把工作重心偏移到界面體驗來完全不現(xiàn)實,因為各自的工作職責(zé)不同。
注意使用工程師的思維來橫向描述產(chǎn)品,尤其在模塊和組件角度,更有必要最終細(xì)化到代碼和字段。工程師不愿意遵守,做規(guī)范的人首先應(yīng)該捫心自問,是否阻礙了別人的工作?作產(chǎn)品設(shè)計規(guī)范不能只考慮如何設(shè)計好,關(guān)鍵是如何配合執(zhí)行好,更不是完全主動的監(jiān)督。
規(guī)范最大的作用,在于方便分享,減輕溝通壓力。規(guī)范越翔實,越容易體現(xiàn)專業(yè)的大家風(fēng)范,也就越凸顯設(shè)計價值,對拿了錢就走人的設(shè)計師來說很受用。但高瞻遠(yuǎn)矚只看上去很美,不具有可控的操作性,強(qiáng)制執(zhí)行的后患無窮。
3. 規(guī)范的內(nèi)容
概念文檔,固化產(chǎn)品架構(gòu)和業(yè)務(wù)大流程。便于設(shè)計師快速了解全局結(jié)構(gòu)和流程,同時有助于工程師搭建程序結(jié)構(gòu),以及數(shù)據(jù)庫邏輯。但是得注意,滿腦子函數(shù)的工程師們,普遍對信息架構(gòu)、交互設(shè)計不敏感。
頁面設(shè)計,固化界面布局和表現(xiàn)。用于設(shè)計師協(xié)作完成原型設(shè)計,同時起到指導(dǎo)工程師修改頁面的作用,尤其是頁面結(jié)構(gòu)、樣式定義、信息塊標(biāo)注。忙于功能的工程師們,對界面的仔細(xì)程度往往也不如設(shè)計師。
模塊控件,固化功能落實和操作小交互。既便于設(shè)計師新增、修改界面,也便于工程師嵌程序和調(diào)整。最好是做成各種精確的Module或者Pattern,做到有據(jù)可依有檔可查。尤其是對狀態(tài)描述,能省不少解釋的口舌,也便于小范圍升級和做版本管理,做到工作流程中的Don’t make engineer think。
4. 規(guī)范的執(zhí)行
規(guī)范的監(jiān)督成本,全部建立在規(guī)范本身的有效性之上,也就是說,對產(chǎn)品和團(tuán)隊有足夠可控的了解,是提高執(zhí)行效率的基礎(chǔ),并非設(shè)計單方面合理就行。
在項目時間受限制的情況下,工程師解決問題一定有優(yōu)先級,功能高于界面不僅合理,而且完全應(yīng)該這么做。我觀察到的矛盾,絕大多數(shù)都因為產(chǎn)品方提要求的時機(jī)不合理所致。
如果沒有時間壓力,也沒有任務(wù)壓力,工程師仍然不遵守設(shè)計規(guī)范,那是工作態(tài)度問題,應(yīng)該嘗試與工程師團(tuán)隊溝通解決,或者把協(xié)調(diào)級別再調(diào)高。多注意溝通,互相調(diào)整工作方式,任何小矛盾和不契合都可能因時間而被放大。多嘗試改變自己,這也是種挑戰(zhàn),除非有權(quán)利選擇同事。
模塊化開發(fā)中,工程師最怕因為亂引起的麻煩,而不是技術(shù)難度,因為難度可以妥協(xié)解決。作為設(shè)計師,多學(xué)習(xí)技術(shù)并親自實踐,除了能精確把控節(jié)奏,所獲得的經(jīng)驗也將成倍增長。
本文鏈接:http://m.95time.cn/design/doc/2008/5881.asp
出處:藍(lán)色理想
責(zé)任編輯:bluehearts
|