1. 傳統原型的問題#

軟體團隊常花大量時間製作軟體原型（prototype），但這些原型往往有一個致命問題：它們最終變成了正式產品。團隊投入了太多心力在原型上，以至於捨不得丟棄，直接拿來當作基礎繼續開發——帶著所有原型階段的設計缺陷。

2. 紙上原型的概念#

紙上原型（Paper Prototype）是一種極簡的使用者介面測試方法：用紙筆手繪介面，然後讓真實使用者在紙上「操作」。

核心流程：

• 用紙和筆畫出介面的各個畫面
• 請使用者執行特定任務（例如「請找到設定頁面並修改密碼」）
• 由一位團隊成員扮演「電腦」，根據使用者的操作翻換畫面或用鉛筆修改顯示內容
• 觀察使用者的行為、困惑與錯誤

3. 紙上原型的優勢#

3.1 簡單快速#

手繪草圖只需幾分鐘，遠比軟體原型快。一次測試後發現問題，用橡皮擦修改即可，不需要回去改程式碼。

3.2 成本極低#

不需要任何軟體工具或開發時間。一疊紙、幾支筆、一塊橡皮擦就是全部工具。

3.3 即時可用性測試#

可以在開發開始之前就進行使用者測試，在最早期就發現設計問題。這是成本最低的修正時機。

3.4 聚焦在功能而非外觀#

手繪的粗糙感有一個意外的好處——使用者不會被視覺設計分散注意力，不會花時間討論「這個按鈕的顏色」，而是專注在流程是否合理、功能是否好找。

紙上原型的「粗糙」是刻意的。越精緻的原型，使用者越不敢給負面回饋——因為他們覺得你已經投入很多心力了。

3.5 鼓勵誠實回饋#

面對手繪草圖，使用者更容易說出「這裡我看不懂」或「我找不到這個功能」。如果面對的是精美的軟體介面，許多人會因為不好意思而保留意見。

4. 實作建議#

• 繪製每個主要畫面一張紙
• 準備好所有可能出現的對話框、錯誤訊息
• 測試前先定義使用者要完成的任務清單
• 測試時保持安靜，觀察使用者的自然反應
• 記錄使用者卡住的地方與困惑的表情

紙上原型不是要取代所有測試方法，而是在開發最早期、成本最低的時候，先驗證設計方向是否正確。