事實上，許多領域將應用于迭代設計。對于互聯網來說，這也是一個新的實驗。網站是一個試驗田，一個在錯誤中成長，在錯誤中變強變大的試驗田。這就決定了互聯網產品的成長路線，必然是一條反復修正和迭代的曲線對于產品設計來說，大部分都是“時機問題”。這些產品設計面臨的許多環(huán)境并不成熟。在我看來，大部分都太激進了。在互聯網的世界里，要想從一開始就徹底創(chuàng)新，基本上沒有成功的可能。而這種成功，又如何才能做出好的產品呢?
對于早期的設計，可能會帶來無休止的“返工”和低質量的設計。往往前一個“階段”細節(jié)上的錯誤，會導致下一個階段的徹底崩潰。而我們從目錄網站到內容網站，再到今天的社區(qū)，網站本身也變得越來越輩分，反復修改。“分階段”流程無法“多團隊同時協(xié)作”，導致效率低下。對于一些要求，我們可以嘗試改進產品。不同的階段有不同的主要核心和要求。但對于整個產品過程來說，產品團隊是核心。產品團隊發(fā)起項目，前期進行整體調研評估，確定產品的定位和方向，以及大規(guī)模的產品概念設計。在此基礎上，對用戶群體進行了大致劃分，并對不同用戶群體的需求進行了簡要分析和總結。雖然表示層和底層相對分離，但對于R&D來說，產品都是數據。產品架構是他的底層數據結構，業(yè)務邏輯是他的數據邏輯。產品架構將演變?yōu)榫W站的信息架構(欄目、布局、導航等)。)，而業(yè)務邏輯是未來交互設計的基礎。將研發(fā)的前端接口與設計的前端開發(fā)相結合。有些人可能找不到這樣做的理由。其實我們在做產品的時候，業(yè)務發(fā)展到一定的時候。當底層需要升級或改進時，性能層可能不會改變;如果性能層的設計需要“修改”，底層不可更改;只有當產品方向發(fā)生變化或者業(yè)務邏輯發(fā)生變化時，底層和表示層才會同時發(fā)生變化。僅看產品開發(fā)或產品設計，從上到下的每個過程都必須有連續(xù)的階段。上道工序決定下道工序的大致范圍，下道工序影響和補充上道工序的詳細內容。但沒有大的產品框架就沒有具體的信息架構，在具體的信息架構設計過程中，會對整體的產品框架進行修訂和補充。再比如，沒有需求分析，就不可能有具體的內容設計，在具體的內容設計過程中，需求會被細化，修改后的需求有可能被合并或者拆分。
重要的是用戶研究。以上有些是理論方面，但重要的是和用戶結合。用戶調研要貫穿設計的任何一個環(huán)節(jié)，在整個設計過程中起到“引導”和“把關”的作用。整個“迭代"的設計過程，在加入用戶的研究之后，會變得完整和充實。
渝公網安備 50010602501960號