廈門(mén)網(wǎng)站設計中的迭代設計
來(lái)源:中信時(shí)代網(wǎng)絡(luò )科技 | 作者:admin | 時(shí)間:2013-07-02 | 點(diǎn)擊量:2417
很多領(lǐng)域其實(shí)都會(huì )有應用到迭代設計,對于互聯(lián)網(wǎng),這也是一個(gè)新的實(shí)驗,網(wǎng)站就是一塊試驗田,一塊在錯誤中成長(cháng)、在錯誤中變強變大的試驗田。這決定了互聯(lián)網(wǎng)產(chǎn)品的成長(cháng)路線(xiàn),一定是一個(gè)反復修正和迭代的曲線(xiàn)。對于產(chǎn)品設計,大多數都屬于“時(shí)機問(wèn)題”,當初那些產(chǎn)品設計,面臨的很多環(huán)境并不成熟。究其錯誤,我認為大多數都屬于過(guò)于“激進(jìn)”,在互聯(lián)網(wǎng)這個(gè)世界,如果你要從一開(kāi)始就做徹徹底底的去創(chuàng )新,基本沒(méi)有成功的可能。而這個(gè)成功,我們怎么才能做一個(gè)好的產(chǎn)品呢?
對于早期的設計來(lái)說(shuō),很多可能就是帶來(lái)了無(wú)盡的“返工”和低質(zhì)量設計。往往前一個(gè)“階段”的細節失誤,就能導致后一個(gè)階段的徹底垮工。而我們從目錄網(wǎng)站走到內容網(wǎng)站,又走到了今天的社區,網(wǎng)站本身的跌代性和反復修改變得越來(lái)越快。“階段性”的流程方式無(wú)法“多團隊同時(shí)協(xié)作”,導致的低效率,越來(lái)越凸顯。而針對一些需求,我們可以嘗試對產(chǎn)品進(jìn)行改進(jìn)。不同階段有不同的主要核心和要求。但是對整個(gè)產(chǎn)品過(guò)程,產(chǎn)品團隊是核心。產(chǎn)品團隊發(fā)起項目,做前期的整體調研和評估,確定產(chǎn)品的定位、方向,以及大的產(chǎn)品概念設計。在這個(gè)基礎上將所面向的用戶(hù)群進(jìn)行大致劃分,對不同用戶(hù)群體的需求進(jìn)行概要分析和總結。而對于表現層和底層相對分離,對于研發(fā)來(lái)說(shuō),產(chǎn)品的產(chǎn)出物都是數據。產(chǎn)品架構就是他的底層數據結構,業(yè)務(wù)邏輯就是他的數據邏輯。產(chǎn)品架構將演變成網(wǎng)站的信息架構(欄目、布局、導航等),業(yè)務(wù)邏輯是未來(lái)交互設計的依據。最后,研發(fā)的前端的接口和設計的前端開(kāi)發(fā)相結合。有些人可能找不到這樣做的原因,其實(shí)我們在做產(chǎn)品的時(shí)候,業(yè)務(wù)發(fā)展到一定時(shí)候,當底層需要升級或者改進(jìn),表現層可以不用變化;如果表現層的設計需要“改版”,底層可以不用變化;只有當產(chǎn)品方向有變,或者業(yè)務(wù)邏輯發(fā)生變化,才會(huì )牽扯到底層和表現層同時(shí)變化。單看產(chǎn)品+研發(fā),或單看產(chǎn)品+設計,每一個(gè)從上至下的過(guò)程都必須具備先后的階段性,上一個(gè)的過(guò)程決定了下一個(gè)過(guò)程的大致范圍,下一個(gè)過(guò)程影響并補充了上一個(gè)過(guò)程的詳細內容。但是,沒(méi)有大的產(chǎn)品框架就沒(méi)有具體的信息架構,在具體的信息架構設計過(guò)程中,又會(huì )修正并補充整體的產(chǎn)品框架。再比如,沒(méi)有需求分析,就不能有具體的內容設計,在具體的內容設計過(guò)程中,又會(huì )細化需求并有可能合并或者拆分已經(jīng)修改需求。
最重要的就是用戶(hù)調研,上述的一些都是一些理論層面,但是結合到用戶(hù)才是最重要的。用戶(hù)調研應該貫穿于設計的任何一個(gè)環(huán)節,在整個(gè)設計過(guò)程中既起到“引導”的作用,又起到“校驗”的功效。加入了對用戶(hù)的研究以后,整個(gè)“迭代的設計過(guò)程”才會(huì )變得完整和豐滿(mǎn)。