產品原型設計沒有你想象的那麼難。實際上，相當容易。任何人都可以做原型。而且就像其他事情一樣，熟能生巧。但這其中也有陷阱——搞砸原型設計也很容易。
我自己碰到、看到或者聽到的大部分錯誤並不是因爲選擇了錯誤的工具或者方法。大多數錯誤都來自以下情況。
- 原型設計過度或者不夠。
- 對錯誤的東西進行原型設計。
- 沒有設定對原型的期望。
有效原型設計就是找到平衡並設定期望。本文會揭示我們開發的有效原型設計八條指導原則。無論使用什麼方式或者工具，這些原則都適用。
無論你有豐厚原型設計經驗或者只是想了解以下，都能從八條指導原則受益。
原則一：瞭解受衆和意圖
這是原型設計流程第一條。也是最關健的原則。爲了做原型而瞭解受衆並理解原型的意圖，能驅動原型設計流程的各個方面。瞭解受衆和意圖之後，能更好地完成以下工作。
- 確定原型設計所需要的東西。
- 設定適當的期望值。
- 確定恰當的保真度。
- 選擇合適的工具。
一切都源自受衆，因此我們從解決受衆的問題開始。瞭解誰是受衆，就可以確定原型設計需要什麼東西、要多少原型設計以及合適的保真程度。
如果受衆是我自己、另一位設計師或者工程師，低保真紙質原型、或者應急用的PowerPint或者HTML模擬可能就夠用了。你可以用這些媒介進行工作並理解這些媒介，它們還能傳達觀點而且不用花太多精力。
但如果受衆是顧客或者高級管理人員，原型可能就需要更多精細。雞尾酒餐巾紙上的草圖可能就不行了。
考慮受衆的時候會，應該考慮它們的適合哪種媒介或者保真度。如果他們能理解紙上的粗略圖，你也自信草圖足以向他們傳達概念，就用這個方法。但如果受衆搞不懂紙原型，你也很難用紙原型向他們傳達概念，就應該換一種媒介或者保真度。
瞭解了受衆的原型意圖，接下來進入規劃階段並開始做原型。
原則二：稍加規劃——再做原型
軟件系統不斷迅速變化。稍加規劃，然後再做原型，以漸增、迭代的方式展開工作，這樣能適應不斷變化的環境。
規劃階段所做的工作越多，越能更好地啓動工作。當然，回報會遞減，一定要用常識來判斷需要做多少規劃工作。
經常有人問我：“原型設計前需要多少規劃工作？”沒有什麼神奇數字，但我會把最多70%的設計時間花在草圖上，然後再開始原型設計。
爲什麼是70%？有兩個主要原因。首先，我的目標是獲得受衆反饋，因此越快給受衆看到原型，就能越快獲得反饋。其次，做原型是走查設計的好工具。如果能在紙上畫出70%的設計概念，剩下的工作就可以用原型來走查完成。
原則三：設定期望
設定期望是基於名爲激發（priming）這個心理學方法。如果激發受衆，就能引導他們的注意力和焦點。
提前設定期望，就不會出現對尚未做原型的詳細交互或者功能有奇奇怪怪的討論。不要說不會出現這種討論，因爲它最後肯定會出現。一開始就設定恰當的期望，以後就會很輕鬆了——雖然這些東西還是不是原型的一部分，但可以加到下一次發佈中。
激發受衆並設定好期望，然後拿出原型並演示給他們看。不要害怕討論此時原型中還沒有的東西，但儘量集中討論原型中已有的東西。提醒受衆這只是個原型，告訴他們有些東西還沒有完全畫出來。
原則四：可以畫草圖
如果我要畫一個超應急的草圖，而且只有興趣畫出屏幕上得功能區塊，我會採用較低保真度，而且通常只用線條。如果是和另一位設計師或者客戶在現場畫草圖，我也會採用一樣的做法。
如果字段的實際順序很關鍵，而且又需要傳達出這種順序，我回採用略高一點的保真度，要麼寫出標籤，要麼打開Illustrator軟件在屏幕上把它們畫出來。
在這些決定往往歸根於第一條原則：瞭解受衆和意圖。如果受衆只是我，線框就夠了，不需要用標籤。如果是其他人要用原型，我通常會稍微多花一些精力吧標籤寫出來。
請記住，如果你在孩子時代能畫畫，現在一樣也能畫畫。你的目標不是給《紐約客》畫插圖，而是要傳達你的想法。畢竟，只是一個原型而已。
原則五：是原型——不是蒙娜麗莎
原型本質上市最終產品的不完善、簡略版本。原型並不完美。也沒有必要完美。原型的本意就不是要完美。事實上，略顯粗糙的原型往往能獲得更好的反饋。
如果原型未完成，測試者更容易給出反饋。因爲他們uhui覺得一切都已確定多說無益。
誠然，在很多情況下需要更精細的原型。商業展示會上得簡略原型可能沒什麼用。CEO拿着草圖或者黑白原型版本無法描述最終產品。因此，這裏又要用常識來判斷原型需要達到什麼樣的精細程度。
但我可以信心十足的告訴你，在大多數情況下，原型沒必要搞成蒙娜麗莎——足夠好就夠了。
現在的目標不是完美——只是個原型。花最少的時間和精力向受衆傳達想法的核心概念，這是現在要做的事情。所需要的是合適的保真度。不要過度。也不要不夠。
原則六：如果做不出來原型，就用假的
如果不會寫代碼，或者無法寫代碼，可以有很多方法換用假的。
- 使用一些列JPEG界面。用Dreamweaver創建圖片地圖它們鏈接在一起。不用寫一行代碼，就可以得到交互及流程是否合理的相關反饋。
- 用Fireworks內置功能把頁面和框架鏈接在一起，然後生成可點擊的HTML原型。
- 用你最喜歡的PDF生成工具或者Adobe Acrobat把文檔鏈接在一起，也可以得到一樣的效果。
- 用PowerPotint把靜態界面鏈接在一起。
- 用一系列HTML界面來模擬AJAX和其他交互。
有很多工具能製作假交互，而且你手頭可能就有好多種。只要首先激發受衆，設定他們的期望，模擬演示所描述的東西，你就可以開始了。
原則七：只對需要的東西做原型
所建原型都是整個系統的一部分，多半都是這種情況，並不需要構建真個系統來研究設計或者反饋，事實上，建立整個系統會喪失快速迭代的固有優點。
如果最終目標是把原型用於測試，你可能要測試五六個情景。此時，只需要針對這五六個情景來建立所需原型。
如果測試者點擊了原型上還沒有做到的東西，該怎麼辦？原型就是原型。原型本質上就是不完整的。如果測試者試着點擊了還沒有創建的特性，可以利用這兒機會來探討他對此有何期望。
只對需要的東西進行原型設計，能大大減少很多方面的投入——成本、時間和精力。此外，只對需要的東西進行原型設計，花的時間就少，因此能更快獲得反饋，並進行下一步工作。如果建立的原型能發揮作用，就可以繼續下去。如果沒有獲得反饋，損失也不大，還可以試試別的方法。
原則八：減少風險，儘早開始做原型，經常做原型
我們讓這些大公司太晚纔開始創建線框圖，開發東西、發現問題。
——Anders Ramsay
原型有許多優點，其中之一就是投入效益比較低。我們來看看兩種開發模式——一種是傳統瀑布法，另一種是裏喲過快速迭代原型設計。
傳統瀑布法要先規劃好系統特性和功能，然後纔開始開發。常常需要六到九個月的規劃週期，之後才能開始實際開發系統。
如果進展或者不會有很大變化，這麼做可能不會有問題。但對於現在的互聯網產業，九個月就可能是一生一世——九個月的時間足以創立、購買、出售或者搞垮整家公司。
但假設你所處的整個產業的前進速度和蝸牛一樣慢。此時你已經進行了大量投入，改變方向幾乎不可能，更不可行。
瀑布法模型非常昂貴。通常情況下還會發送錯誤，而且修復成本很高，甚至高到百分之百。。因此，這些錯誤會留在系統中，而最終用戶必須努力處理這些錯誤。
另一種方法採取較爲敏捷的做法。一次解決一小塊問題，並採取增量、迭代的進化方式。通過原型來使用這種方法，投入很少。顯然，減少投入，必然可以減少風險。
這是原型真正閃光的地方。投入小，而收益可觀。有正面收益，也有負面收益。如果正面是收益，就更好。如果是負面，風險則大大減少，因爲在這個過程中能及時發現風險並能夠迅速發現錯誤。開發流程中越早發現錯誤，糾正錯誤就越容易，成本就越低。
如果儘早做原型、經常做原型，風險就會降低，還能減少很多煩惱，節省時間、精力和費用。
產品設計也好，原型設計也好，過程中，錯誤在所難免。記住以上八個原則，就能夠輕鬆降低犯錯誤的概率了。
作者：Todd ZakiWrfel Via：woshipm
延伸閱讀：
20121025早讀課：凌亂中的藝術，草圖原型實戰技巧
20121023早讀課：移動應用設計案例，打造初創型用戶體驗
20130724早讀課：關於交互DEMO設計的一些建議
20121205早讀課：在熟練使用鉛筆前，請不要打開Axure
如果看到這段文字，證明您已經看完這篇文章了，有什麼收穫有什麼感想有什麼不贊同，我們期待您的留言評論，並誠摯邀請您加入“互聯網er早讀課”QQ羣，一同交流每天文章的心得並結識同行。官方5羣：283347693 ，加羣密碼“職業信息+城市+姓名”，否則不予通過，入羣后請修改羣名片。