很多領域其實都會有應用到迭代設計，對于互聯網，這也是一個新的實驗，網站就是一塊試驗田，一塊在錯誤中成長、在錯誤中變強變大的試驗田。這決定了互聯網產品的成長路線，一定是一個反復修正和迭代的曲線。對于產品設計，大多數都屬于“時機問題”，當初那些產品設計，面臨的很多環境并不成熟。究其錯誤，我認為大多數都屬于過于“激進”，在互聯網這個世界，如果你要從一開始就做徹徹底底的去創新，基本沒有成功的可能。而這個成功，我們怎么才能做一個好的產品呢？

　　對于早期的設計來說，很多可能就是帶來了無盡的“返工”和低質量設計。往往前一個“階段”的細節失誤，就能導致后一個階段的徹底垮工。而我們從目錄網站走到內容網站，又走到了今天的社區，網站本身的跌代性和反復修改變得越來越快。“階段性”的流程方式無法“多團隊同時協作”，導致的低效率，越來越凸顯。而針對一些需求，我們可以嘗試對產品進行改進。不同階段有不同的主要核心和要求。但是對整個產品過程，產品團隊是核心。產品團隊發起項目，做前期的整體調研和評估，確定產品的定位、方向，以及大的產品概念設計。在這個基礎上將所面向的用戶群進行大致劃分，對不同用戶群體的需求進行概要分析和總結。而對于表現層和底層相對分離，對于研發來說，產品的產出物都是數據。產品架構就是他的底層數據結構，業務邏輯就是他的數據邏輯。產品架構將演變成網站的信息架構（欄目、布局、導航等），業務邏輯是未來交互設計的依據。最后，研發的前端的接口和設計的前端開發相結合。有些人可能找不到這樣做的原因，其實我們在做產品的時候，業務發展到一定時候，當底層需要升級或者改進，表現層可以不用變化；如果表現層的設計需要“改版”，底層可以不用變化；只有當產品方向有變，或者業務邏輯發生變化，才會牽扯到底層和表現層同時變化。單看產品+研發，或單看產品+設計，每一個從上至下的過程都必須具備先后的階段性，上一個的過程決定了下一個過程的大致范圍，下一個過程影響并補充了上一個過程的詳細內容。但是，沒有大的產品框架就沒有具體的信息架構，在具體的信息架構設計過程中，又會修正并補充整體的產品框架。再比如，沒有需求分析，就不能有具體的內容設計，在具體的內容設計過程中，又會細化需求并有可能合并或者拆分已經修改需求。

　　最重要的就是用戶調研，上述的一些都是一些理論層面，但是結合到用戶才是最重要的。用戶調研應該貫穿于設計的任何一個環節，在整個設計過程中既起到“引導”的作用，又起到“校驗”的功效。加入了對用戶的研究以后，整個“迭代的設計過程”才會變得完整和豐滿。