不會寫程式，怎麼先把點子做成別人看得懂的版本？
用紙張、簡報或靜態畫面表達一個使用情境，讓對方知道從哪裡開始、會做什麼、得到什麼。把不能運作的地方明說，先測理解而不是假裝產品已完成。
只做一條看得懂的路徑
例如整理讀書心得的小工具，可以畫出輸入一句心得、加上主題、找回舊紀錄三個畫面。選你真正想討論的環節，不必模擬會員、付款與所有設定。使用自製資料，避免把真實帳號或私人筆記放進樣稿。
讓對方說出他以為會發生什麼
先給情境，再請他指出第一步。若一直需要你解說，就記下不清楚的標示，而不是把問題歸給他不懂科技。能理解紙上流程，只代表這份表達有了線索，還沒有證明功能可用或有人願意付費。
可直接使用的練習表
情境：＿＿；起點：＿＿；一個主要動作：＿＿；預期結果：＿＿；尚未實作：＿＿；對方理解的差異：＿＿。
畫得不好也可以測嗎？
可以，只要字與操作關係能看清楚；若問題是視覺品味，才需要更接近成品的材料。
依據與適用限制
紙上原型不能驗證效能、資安或正式產品穩定性；不要用它收取未說明的費用。
IDEO.org 討論原型與反覆學習。本文示例為編輯設計，沒有作者背書。 IDEO.org Design Kit — Rapid Prototyping