在使用者經驗設計的領域裡，雛型（Prototype）是個很重要的概念。但這個在日常對話很少出現的字眼，往往也讓第一次聽到的人似懂非懂一頭霧水。
雛型的重點在於用相對快速且低成本的方式，把你想要的設計概念大致實現，好拿去和真正的使用者互動與測試。
簡單的說，就是「不要一開始就把坦克開出來」。
Discovery頻道的「流言終結者」是我非常喜愛的一個節目。在這個節目中，主持人會用各種方式測試流言與鄉野傳聞。這個節目的進行方式，其實有許多地方是與雛型方法的概念互相呼應的。
舉例來說，在「電話簿摩擦力」這一集當中，他們要驗證的傳言是「若把兩本電話簿，交互地一頁一頁交疊，這兩本電話簿就不可能被拉開」。他們是怎麼做的呢？
首先，很快的先把兩本電話簿交疊在一起，然後一個人用手拉拉看，確定拉不開。
第二，把書背裝上夾板與拉繩，兩個人開始用拔河的方式拉，還是拉不開。
第三，找來一群人，兩群人用拔河的方式拉，確認拉不開。
第四，用堆高機拉，不小心把書背拉斷，但兩本電話簿依然拉不開
第五，用兩台汽車拉，汽車輪胎原地空轉，好個頑強的電話簿
最後，節目製作單位弄了兩台坦克車來拉電話簿
雖然主題是在驗證流言，而非做設計概念測試。但裡面有很多值得我們學習的概念。當我們心中產生一個「覺得一定會成功」的設計點子時，往往受不了誘惑，一開始就埋頭苦幹把整個東西做完，結果把成品拿出去才發現根本沒人在意這個點子，不是我們的製作品質不好，而是這個設計壓根「沒有需求」。
所以在進行設計時，時時提醒自己「不要一開始就把坦克開出來」是很重要的。當腦中冒出新點子時，比起馬上埋頭苦幹把這個點子從頭到尾做出來，不如先發揮創意，想想有沒有什麼低成本，卻又能得到人們真實反應的測試方式。
假設我們想要設計一個網站，並不用等到整個網站都開發完成才能獲得使用者的回饋，其實光是把網站的介面畫在紙上，配合專業的測試主持技巧，就能得到許多有用的回饋。這個Youtube影片就是很好的例子：
有些時候，我們甚至可以透過「假裝」的方式來做雛型：
據說在很久很久以前，當打字對大家來說，還不是像今天這樣普遍的技能時。IBM曾經想開發語音辨識系統，並大量應用在辦公環境當中。不過在全力投資開發之前，他們先做了一個測試。
他們把潛在使用者找來，對他們說「這就是一個語音辨識系統了，你試用看看」。結果使用者對著麥克風講話後，電腦上還真的馬上出現了正確的文字。但IBM當時其實還沒把技術完全開發出來，電腦上的文字都是躲在另一個房間的打字員即時「聽寫」出來的。
透過這樣的方式，IBM用相對快速且低成本的方式，「假裝」出了一個可以運作的「雛型」，也得以收集到更真實的資料。
據說一開始IBM拿著這個概念去問潛在使用者「如果我做語音辨識，讓你們在辦公室用好嗎」時，有不少人覺得這個點子不錯，他們願意購買。但上述的雛型做出來實際試用一段時間後，潛在使用者就不願意用了，因為他們發現持續使用一段時間之後，喉嚨開始不舒服。而且當要輸入某些內容時，會不希望旁邊的人聽到。
這就是一個透過雛型，在大量投入開發之前，先測試並獲得更真實的使用者回饋的例子。
說真的，雛型的概念離我們並沒有那麼遙遠，先記得一件事就好：別急著把坦克開出來。
