網頁制作poluoluo文章簡介：關於原型工具選擇的討論.
這裡說的原型僅針對基於B/S架構開發的項目。
目前有很多專業制作原型的工具例如axure、mockflow、InfoMaker和一些“非專業”軟件：photoshop、Dreamweaver等等，如果你有足夠的耐心使用word也可以做原型，當然還有筆、紙、橡皮擦。
我接觸過很多原型制作工具，也做了很多所謂的原型，項目不同，公司不同，使用的工具也不一樣。
個人認為用哪種工具制作原型，
第1取決於用哪種工具最適合項目人員間的交流與溝通。
第2要看原型制作者是否對此工具最熟悉,能以最快和最准確的方式讓原型展現出來。這點非常重要，原型不單單是項目最直接的展現，同時要能快速反應，讓相關人員盡早看到項目有哪些變化。
第3是方便原型制作人員後期修改及進行歸檔。
第4要看制作的是低保真原型還是高保真原型。
不可否認的是很多項目經理因為時間緊，任務重，無法忍受程序員"閒置"等原因。不會將很多時間用在原型的設計制作上。
同時大多數項目的原型最讓人困惑的就是它到底細化到什麼程度，也就是，什麼時候視覺設計師可以進入工作，什麼時候後台程序可以開始編程。一般B/S架構的開發順序為：原型-》視覺-》前端-》後台，其順序也不是直線的，前3步應該是環行循環進行的。
基於以上兩種原因是不是就產生了兩類原型，一是底保真原型，二是高保真原型。如果嚴格按照規章辦事,單純作為項目展現與交互說明的原型,應該只有"低保真"這一表現形式,但這畢竟只是個理想,隨著項目的進行，大家對高保真原型的呼聲會越來越高,大家都在期待在原型中看見更多的視覺效果。現在越來越多的原型制作軟件都在提升控件的自定義視覺，是不是都把原型制作軟件做成可以加後台加視覺從原型制作軟件變為開發軟件才是這些公司的的最終目標呢....
至今我仍沒見到一個項目的整套原型是完全以低保真原型作為交付物的。目前接觸最多的一種情況是用Dreamweaver制作高保真原型，不可否認用Dreamweaver做原型有很多弊端。
例如Dreamweaver並不是項目組所有人員都會，可交互設計師、視覺設計師、前端工程師、後台工程師都應該了解並會使用Dreamweaver。畢竟大家都是做B/S架構系統開發的，不是說要對Dreamweaver精通，但起碼應該達到像使用WORD軟件那樣可以進行基本操作吧。不了解前端就做出華麗效果的視覺設計師，不了解前端就對各控件的實現方式進行說明的交互設計師，他們最終的交付物會很蒼白而且沒有說服力。
作為基於B/S架構的系統，最後生成的大多數JSP頁來自於HTML文件。在一定程度上也可以說制作位於低保真原型與前端頁面中間的高保真HTML頁的折中方案未嘗不是個方法。
我認為比較好的工作方式是UI設計師和項目經理共同按照打印成冊的需求分析對單一模塊進行討論，實時的在紙上手繪出模塊中各控件，確定模塊中所有控件的操作方式與要展現的數據，盡量確保其正確性。接下來，項目負責人一直保持在“3米之內”，看著原型制作人員將原型實現出來。這沒有浪費了項目經理很多時間。項目經理不是干瞪眼發呆，他可以在原型實現的過程中考慮其他問題，或者做其他事情，但就是不能離開。讓項目經理在3米之內是很重要的。在原型制作的過程中會出現很多一開始沒有發現的問題，交互方式、和一些細節問題等等。一定要確保原型制作者和負責人能及時討論。不要期待打分機、OA協同、或者SKPYE、MSN什麼的可以及時找到他。要讓所有的項目經理養成這個習慣。即：項目初期，哪也不要去。就得花上幾周的時間與設計師共同拼出個高保真的原型出來。
當然在前期也可以進行眾多人員參加的原型討論會和項目需求分析會等等會議,但最後要記得還是要拉住項目經理,讓項目經理與負責制作原型的人保持在3米以內。
文章題目中用了“討論”一詞，是十牌覺得在這類問題上討論的空間很大，各個公司和團隊也應該有自己的工作方式,也許采用靈活多變的方式合理制作並運用原型才是最合適的方式。