事實(shí)上，許多領(lǐng)域將應用于迭代設計。對于互聯(lián)網(wǎng)來(lái)說(shuō)，這也是一個(gè)新的實(shí)驗。網(wǎng)站是一個(gè)試驗田，一個(gè)在錯誤中成長(cháng)，在錯誤中變強變大的試驗田。這就決定了互聯(lián)網(wǎng)產(chǎn)品的成長(cháng)路線(xiàn)，必然是一條反復修正和迭代的曲線(xiàn)對于產(chǎn)品設計來(lái)說(shuō)，大部分都是“時(shí)機問(wèn)題”。這些產(chǎn)品設計面臨的許多環(huán)境并不成熟。在我看來(lái)，大部分都太激進(jìn)了。在互聯(lián)網(wǎng)的世界里，要想從一開(kāi)始就徹底創(chuàng )新，基本上沒(méi)有成功的可能。而這種成功，又如何才能做出好的產(chǎn)品呢?

  對于早期的設計，可能會(huì )帶來(lái)無(wú)休止的“返工”和低質(zhì)量的設計。往往前一個(gè)“階段”細節上的錯誤，會(huì )導致下一個(gè)階段的徹底崩潰。而我們從目錄網(wǎng)站到內容網(wǎng)站，再到今天的社區，網(wǎng)站本身也變得越來(lái)越輩分，反復修改?！胺蛛A段”流程無(wú)法“多團隊同時(shí)協(xié)作”，導致效率低下。對于一些要求，我們可以嘗試改進(jìn)產(chǎn)品。不同的階段有不同的主要核心和要求。但對于整個(gè)產(chǎn)品過(guò)程來(lái)說(shuō)，產(chǎn)品團隊是核心。產(chǎn)品團隊發(fā)起項目，前期進(jìn)行整體調研評估，確定產(chǎn)品的定位和方向，以及大規模的產(chǎn)品概念設計。在此基礎上，對用戶(hù)群體進(jìn)行了大致劃分，并對不同用戶(hù)群體的需求進(jìn)行了簡(jiǎn)要分析和總結。雖然表示層和底層相對分離，但對于R&D來(lái)說(shuō)，產(chǎn)品都是數據。產(chǎn)品架構是他的底層數據結構，業(yè)務(wù)邏輯是他的數據邏輯。產(chǎn)品架構將演變?yōu)榫W(wǎng)站的信息架構(欄目、布局、導航等)。)，而業(yè)務(wù)邏輯是未來(lái)交互設計的基礎。將研發(fā)的前端接口與設計的前端開(kāi)發(fā)相結合。有些人可能找不到這樣做的理由。其實(shí)我們在做產(chǎn)品的時(shí)候，業(yè)務(wù)發(fā)展到一定的時(shí)候。當底層需要升級或改進(jìn)時(shí)，性能層可能不會(huì )改變;如果性能層的設計需要“修改”，底層不可更改;只有當產(chǎn)品方向發(fā)生變化或者業(yè)務(wù)邏輯發(fā)生變化時(shí)，底層和表示層才會(huì )同時(shí)發(fā)生變化。僅看產(chǎn)品開(kāi)發(fā)或產(chǎn)品設計，從上到下的每個(gè)過(guò)程都必須有連續的階段。上道工序決定下道工序的大致范圍，下道工序影響和補充上道工序的詳細內容。但沒(méi)有大的產(chǎn)品框架就沒(méi)有具體的信息架構，在具體的信息架構設計過(guò)程中，會(huì )對整體的產(chǎn)品框架進(jìn)行修訂和補充。再比如，沒(méi)有需求分析，就不可能有具體的內容設計，在具體的內容設計過(guò)程中，需求會(huì )被細化，修改后的需求有可能被合并或者拆分。

  重要的是用戶(hù)研究。以上有些是理論方面，但重要的是和用戶(hù)結合。用戶(hù)調研要貫穿設計的任何一個(gè)環(huán)節，在整個(gè)設計過(guò)程中起到“引導”和“把關(guān)”的作用。整個(gè)“迭代"的設計過(guò)程，在加入用戶(hù)的研究之后，會(huì )變得完整和充實(shí)。