jasmine214--love

從大的發(fā)展來看，
網(wǎng)站就是一塊試驗田，一塊在錯誤中成長、在錯誤中變強(qiáng)變大的試驗田。這決定了互聯(lián)網(wǎng)產(chǎn)品的成長路線，一定是一個反復(fù)修正和迭代的曲線。
很多，多年前的產(chǎn)計，當(dāng)時未能取得成功，有的還一敗涂地。拿到今天，稍加包裝就成了最熱門最合適的設(shè)計。究其原因，我認(rèn)為大多數(shù)都屬于“時機(jī)問題”，當(dāng)初 那些產(chǎn)品設(shè)計，面臨的很多環(huán)境并不成熟。究其錯誤，我認(rèn)為大多數(shù)都屬于過于“激進(jìn)”，在互聯(lián)網(wǎng)這個世界，如果你要從一開始就做徹徹底底的去創(chuàng)新，基本沒有 成功的可能。
回顧互聯(lián)網(wǎng)歷史，我們不難發(fā)現(xiàn)，幾乎所有成功的產(chǎn)品都是一個不斷在演變的產(chǎn)品。包括yahoo、google、myspace、facebook、taobao、QQ等等，乃至MS。

回到產(chǎn)品設(shè)計本身，
早期“階段性”的流程方式給我們產(chǎn)品開發(fā)和設(shè)計，帶來了無盡的“返工”和低質(zhì)量設(shè)計。往往前一個“階段”的細(xì)節(jié)失誤，就能導(dǎo)致后一個階段的徹底垮工。
特別是我們從目錄網(wǎng)站走到內(nèi)容網(wǎng)站，又走到了今天的社區(qū)，網(wǎng)站本身的跌代性和反復(fù)修改變得越來越快。“階段性”的流程方式無法“多團(tuán)隊同時協(xié)作”，導(dǎo)致的低效率，越來越凸顯。

于是我們開始針對“產(chǎn)品更新快”、“迭代頻繁”、“多團(tuán)隊協(xié)作”，等特性需求而改進(jìn)的一些產(chǎn)品設(shè)計流程。這樣的流程從大體上可以分成三個要點：按階段發(fā)展相互依賴 + 表現(xiàn)層和底層相對分離 + 循環(huán)漸進(jìn)反復(fù)迭代。

可以嘗試用這樣的一張草圖來表現(xiàn)這種“流程”：

1、產(chǎn)品團(tuán)隊是核心。
產(chǎn)品團(tuán)隊發(fā)起項目，做前期的整體調(diào)研和評估，確定產(chǎn)品的定位、方向，以及大的產(chǎn)品概念設(shè)計。
在這個基礎(chǔ)上將所面向的用戶群進(jìn)行大致劃分，對不同用戶群體的需求進(jìn)行概要分析和總結(jié)。
最后產(chǎn)出：產(chǎn)品的整體框架，重要需求點的業(yè)務(wù)邏輯。

2、表現(xiàn)層和底層相對分離。
對于研發(fā)來說，產(chǎn)品的產(chǎn)出物都是數(shù)據(jù)。產(chǎn)品架構(gòu)就是他的底層數(shù)據(jù)結(jié)構(gòu)，業(yè)務(wù)邏輯就是他的數(shù)據(jù)邏輯。（研發(fā)我只懂皮毛，具體內(nèi)容不一定完全正確）
對于設(shè)計來說，之前對于用戶群的劃分、對于需求的分析將演變成未來網(wǎng)站的內(nèi)容設(shè)計；產(chǎn)品架構(gòu)將演變成網(wǎng)站的信息架構(gòu)（欄目、布局、導(dǎo)航等），業(yè)務(wù)邏輯是未來交互設(shè)計的依據(jù)。
最后，研發(fā)的前端的接口和設(shè)計的前端開發(fā)相結(jié)合。

3、這樣做最大的好處在于：
業(yè)務(wù)發(fā)展到一定時候，當(dāng)?shù)讓有枰壔蛘吒倪M(jìn)，表現(xiàn)層可以不用變化；
如果表現(xiàn)層的設(shè)計需要“改版”，底層可以不用變化；
只有當(dāng)產(chǎn)品方向有變，或者業(yè)務(wù)邏輯發(fā)生變化，才會牽扯到底層和表現(xiàn)層同時變化。

4、按階段發(fā)展相互依賴。
單看產(chǎn)品+研發(fā)，或單看產(chǎn)品+設(shè)計，每一個從上至下的過程都必須具備先后的階段性，上一個的過程決定了下一個過程的大致范圍，下一個過程影響并補(bǔ)充了上一個過程的詳細(xì)內(nèi)容。
比如，沒有大的產(chǎn)品框架就沒有具體的信息架構(gòu)，在具體的信息架構(gòu)設(shè)計過程中，又會修正并補(bǔ)充整體的產(chǎn)品框架。
再比如，沒有需求分析，就不能有具體的內(nèi)容設(shè)計，在具體的內(nèi)容設(shè)計過程中，又會細(xì)化需求并有可能合并或者拆分已經(jīng)修改需求。

5、循環(huán)漸進(jìn)反復(fù)迭代。
這一點和第四點有很大的關(guān)系，理解這一點可以先看一下Jesse James Garrett 在《THE ELEMENTSOF USER EXPERIENCE》一書中（這是一本每個產(chǎn)品設(shè)計者都應(yīng)該閱讀的入門好書，中文叫《用戶體驗的要素》，由Angela翻譯，因為我很討厭這個書名里莫名其妙多了一個“的”字，所以以后我只會引用英文書名。），關(guān)于“迭代”的解釋：

JJG在把體驗分成了戰(zhàn)略、范圍、結(jié)構(gòu)、框架、表現(xiàn)五個層面。我認(rèn)為這五個層在細(xì)化的過程中，已不很適合如今的互聯(lián)網(wǎng)產(chǎn)品設(shè)計，而且內(nèi)容過于粗略，屬于概念性質(zhì)的東西，很難應(yīng)用到操作層面。但，他在這里講述這五個層在具體應(yīng)用中的迭代關(guān)系，可以應(yīng)用現(xiàn)在的設(shè)計中。

Angela是這樣翻譯的：“你應(yīng)該計劃好你的項目，讓任何一個層面中的工作都不能在其下層面的工作完成之前結(jié)束。… 在我們知道基本形狀之前，不能為房屋加上屋頂。… 要求每個層面的工作在下一個層面可以開始之前完成，會導(dǎo)致你和你的用戶都不滿意的結(jié)果。… 一個更好的方法是讓每一個層面的工作在下一個層面可以結(jié)束之前完成”。

拿到這里會有一點小變動，應(yīng)該這么說：不能完整結(jié)束了這個階段的工作，才開始下個階段；在下個階段該結(jié)束的時候，完成這個階段這個階段的工作。（這也是為了我在前面給“完整”“整體”“大致”等關(guān)鍵詞加粗的原因）
比如，不要把需求整理的非常詳細(xì)以后再去內(nèi)容設(shè)計，只要在內(nèi)容設(shè)計該結(jié)束的時候完成需求整理；不要在開始信息架構(gòu)設(shè)計的時候完全確定內(nèi)容設(shè)計，只要在信息架構(gòu)該確定的時候完成內(nèi)容設(shè)計。也就是說“需求整理在信息架構(gòu)開始的時候完成即可”。

（當(dāng)然，這種做法一個更大的問題會出現(xiàn)：文檔維護(hù)比以往階段性的方式更繁復(fù)。 這一點，后面會詳細(xì)談到。 ）

不可分割的“用戶調(diào)研”
細(xì)心的人可能已經(jīng)看出，上面的設(shè)計并沒有加入“用戶”的內(nèi)容。沒錯，上面的圖只是在說“設(shè)計”，并沒有提到用戶調(diào)研。
用戶調(diào)研應(yīng)該貫穿于設(shè)計的任何一個環(huán)節(jié)，在整個設(shè)計過程中既起到“引導(dǎo)”的作用，又起到“校驗”的功效。加入了對用戶的研究以后，整個“迭代的設(shè)計過程”才會變得完整和豐滿。

事實上這邊文章應(yīng)該屬于“迭代設(shè)計”的一半內(nèi)容，在以往的培訓(xùn)中我會加入用戶調(diào)研部分進(jìn)去（比如，這張圖白板左邊是上面的內(nèi)容，右邊就是用戶調(diào)研加入進(jìn)去之后的“產(chǎn)品設(shè)計”過程。右邊的一半內(nèi)容都是用戶調(diào)研）。這篇文章就不細(xì)說了，《Design IT.》 系列正式完成的時候再補(bǔ)充進(jìn)去。

原文： http://uicom.net/blog/?p=773