我看頁面原型

最近在看《joel說軟體》，這傢伙插科打諢的講述風格著實讓我耳目一新，在愉悅中借鑑些可貴的經驗還是蠻享受的。

在書中有一節提到了對於原型的看法，joel認為原型不能搞得太複雜，稿紙原型是最好的方式。特別是介面的布局、色調這些東西完全可以用鉛筆潦草的表示。當然joel說得有一定的道理，但是這並不能適用於任何型別軟體的開發，就像joel在書中提到的xp、rup這些方法學不能適用於遊戲、嵌入式的開發一樣。

我認為joel所說的原型做法，適合用於產品的開發中。如果還要更詳細的限制一下這個產品的概念，那就是不要直接和客戶打交道。在這種情況下，原型只要做到讓開發人員明白頁面的大體布局、整體風格以及業務流程的走向，就已經達到目的了。而使用稿紙原型則遠遠比花上幾個月的時間做出乙個精美的gui原型實惠方便的多。

但是對於直接面向客戶的專案，或者和客戶聯絡較緊密的行業產品，做乙個漂亮的原型還是很重要的。而對於基於web的企業應用，則要做乙個漂亮的頁面原型。這個頁面原型不需要有任何後台程式支援，業務邏輯可以用頁面間的跳轉、假設的資料簡單表示。

很明顯，這個頁面原型是有雙重意義的。首先它和上面的稿紙原型一樣，面向開發人員；另一面，它用於向客戶展示，是和客戶溝通的媒介。在專案或者產品還沒有成形之前，第二點尤為重要。首先，它可以形象、具體的和客戶進一步溝通，以便把握客戶真實的需求；且它可以使客戶對你的專案或者產品充滿信心，給客戶服下定心丸。

這時，有人會提出來：當交付的時候，客戶會大叫，系統實現的怎麼和當初給我們演示的不一樣呢！我認為是溝通的問題，首先你在用頁面原型給客戶演示的時候，就要給客戶將明白，讓客戶不要誤解這就是最後要實現的樣子。當然如果碰上了難纏的客戶，那一切都難說了……

作為原型——不管是塗鴉在稿紙上的，還是製作精美的網頁——當它們的使命完成後，就要盡早的拋棄掉。