—————————————————————低調(diào)的分割線——————————————————
線框圖是交互設(shè)計師必不可少的產(chǎn)出物,它在交互設(shè)計師的工作中扮演了如此重要的角色,以至于交互設(shè)計師經(jīng)常被認(rèn)為是個畫線框圖的,但是無論是設(shè)計師本人還是項目組成員,對于線框圖存在的意義未必有足夠的認(rèn)識。
項目為何需要線框圖?
為什么不縮短周期,直接跳轉(zhuǎn)到視覺設(shè)計呢?
對于設(shè)計師而言,疑問一樣存在:
線框圖給我們帶來什么價值?
在我們想進行線框圖培訓(xùn)時,疑問有:
不就是畫個草圖嗎?還需要學(xué)習(xí)?
如果大家都把線框圖理解成“草圖”,那么按照正常邏輯,草圖的產(chǎn)出一定是比視覺稿更快而不是更慢才對,但是在很多項目里,為何線框圖的時間反而花費得更多?
這往往會引起不解,因為在多數(shù)人看來,線框圖也就是個沒有任何視覺加工過的簡單簡陋粗暴不美觀的草稿,加上我一再聲稱做線框圖的工具是10分鐘就可以上手搭建線框圖的超白癡工具,而線框圖本身就完全無需精雕細(xì)琢刻意加工,那么,為何會在線框圖階段停留那么久?其他人都在干嘛?時間都花在哪里?
在我自己回顧過去的項目或者看手里的項目時,我也發(fā)現(xiàn),為何過去的線框圖階段都比較長?而目前在做的項目,由于資源靠自己去安排,自己預(yù)安排的資源,比如只有3天,實施過程中發(fā)現(xiàn)太緊張,遠(yuǎn)遠(yuǎn)不夠?
再細(xì)想一下,發(fā)現(xiàn)也許這三天,我用了1天半就搭建了一個滿足基本需求的線框圖(從商業(yè)需求來講,這是大家能夠預(yù)計到的主要的頁面),但是在1天半后,我開始進行多種方案的探索與創(chuàng)建,然后發(fā)現(xiàn)更多分支流程與異常處理頁面,之后,我完全沒有為線框圖的討論與確認(rèn)留下充分的時間!
而,線框圖如果做出來不是讓大家來爭論和確認(rèn)的,而是僅僅做出來給大家過目一下就移交了,基本上,線框圖已經(jīng)失去了原本存在的價值。
時間都花到了哪里?
并非所有的項目都需要線框圖,但是如果需要線框圖,那么線框圖就需要多留一些時間,不要單純從最終的線框圖產(chǎn)出物的“樣子”去評估需要多少資源。
用頁面的個數(shù)去評估工作量,在視覺設(shè)計師也許是適用的——建立在產(chǎn)品視覺風(fēng)格確定的前提下。
(視覺設(shè)計師的資源也需要劃分成兩段,一段用來做探索,確定產(chǎn)品風(fēng)格,比如主題色,質(zhì)感,圖文比例與用圖風(fēng)格等,這個階段也有比較大范圍的評審與確認(rèn),所以時間上反而會比具體的頁面視覺設(shè)計來得更長),前端工程師也可以用頁面?zhèn)€個數(shù)與復(fù)雜程度去預(yù)估需要多少天,但是對于交互設(shè)計師,這比較是個難題。只有交互設(shè)計師將需求討論清楚,自己將頁面流程圖畫好,將各種分支情況考慮清楚,腦子里才會逐漸對需要多少個頁面形成概念,哪些頁面需要更高的單頁面交互設(shè)計形成概念,而當(dāng)他完成這一步,交互的大部分工作都已經(jīng)做完了,剩下的單純?nèi)ピO(shè)計各個頁面,占據(jù)了線框圖階段的很少的時間。更多的時間是花在什么上?
討論——評審——討論——評審——確認(rèn)
是的,線框圖的作用之一是用來吵架的承載物,交互設(shè)計師為線框圖確認(rèn)需要召開很多次評審會(視項目不同而不同),直至大家對線框圖達(dá)成共識,然后在有的公司,還需要對線框圖本身進行可用性測試以發(fā)掘更多問題。
80%和20%
交互設(shè)計師可能會有20%的精力真正花在線框圖本身的制作上,而且他也認(rèn)為這也許是沒有什么技術(shù)含量的。剩下的80%的精力,用在:
——需求的了解與討論,“我認(rèn)為這個標(biāo)記出現(xiàn)在搜索結(jié)果頁,也許并不是合理的場景……”“為什么只針對××會員類型開放這個功能?”在商業(yè)初始需求確認(rèn)后,交互設(shè)計師與產(chǎn)品經(jīng)理是配合最緊密的兩個角色,他們需要將商業(yè)需求一步步細(xì)化,落實到具體的頁面與功能的實現(xiàn)上。需求越清楚,以后的階段就會越高效。這個階段,交互設(shè)計師還需要借助site map,頁面流程圖(page flow),或者故事板等等工具,來幫助自己和項目組了解產(chǎn)品需求。
有時,工作量絕對不想看起來那么少,產(chǎn)品經(jīng)理需要把做什么和為什么描述清楚,他們會在“做什么”時也會講一下“如何做”,但是很多產(chǎn)品經(jīng)理并不或者被要求不要深入太多解決方案細(xì)節(jié),但是交互設(shè)計師不一樣,必須從宏觀到細(xì)節(jié),將產(chǎn)品的交互邏輯認(rèn)認(rèn)真真仔仔細(xì)細(xì)思考清楚,細(xì)枝末節(jié)的東西如果不關(guān)心,到了項目進行過程中,還一定會被開發(fā)工程師追著補充各種流程中的頁面。
——創(chuàng)造性的方案探索與嘗試,“如果我這里換一種交互方式,會怎么樣?”“還有更好的實現(xiàn)辦法嗎?”“縮短一步操作會怎么樣?”“印象中好像曾經(jīng)有個網(wǎng)站采用了一種更加高效的方法,我想想看?”所有設(shè)計師都有精益求精的“特質(zhì)”,或者“毛病”,我們需要做這種自我激發(fā)的頭腦風(fēng)暴。
從設(shè)計來看,設(shè)計本身就意味著方案的篩選與確認(rèn):也許最后設(shè)計師在確認(rèn)會上只給出了一到兩種方案,但是大多數(shù)設(shè)計師在自己的電腦里或者大腦里嘗試過很多方案。
0
喜歡他,就推薦他上首頁吧^_^
0371-86068866
4008887269
cndesign@163.com
CND設(shè)計網(wǎng)(CNDESIGN)會員所發(fā)布展示的 “原創(chuàng)作品/文章” 版權(quán)歸原作者所有,任何商業(yè)用途均需聯(lián)系作者。如未經(jīng)授權(quán)用作他處,作者將保留追究侵權(quán)者法律責(zé)任的權(quán)利。
Copyright ©2006-2019 CND設(shè)計網(wǎng)