設計作品的過程紀錄怎麼留？草圖、迭代、測試與決策理由

過程為什麼只能當下留

設計推甄時程裡有一句提醒：每完成一件作品，當下就留紀錄。作品集那篇則說明了評審為什麼要看過程、整理時怎麼呈現。這篇接在兩者中間，談一個更實際的問題：做的時候，到底要記什麼、怎麼記，才不會變成負擔？

先說清楚為什麼不能事後補。作品做完再回頭寫過程，你記得的會是結果的倒敘——因為你已經知道最後長什麼樣，就會把過程寫成一條通往結果的直線。真正有用的東西，往往是當下才有的：

• 被否決的方案：它長什麼樣、為什麼放棄。半年後你只記得「試過別的」，記不得它為什麼不行。
• 當時的限制：預算、時間、材料、技術能力。這些限制解釋了很多決定，事後卻最容易被忘掉。
• 別人的原話：老師評圖時的質疑、測試者卡住時說的那句話。轉述幾次之後，就會變成你自己的詮釋。
• 檔案的中間狀態：一路覆蓋存檔，最後只剩定稿。

所以過程紀錄的重點不是寫得多完整，而是有日期、有當下的理由、版本不覆蓋。做到這三件事，一年後你就有原料可以整理。

一個專案一個過程資料夾

最省力的做法，是每開始一個專案就建一個固定結構的資料夾，之後只要往裡面丟東西。一個可以直接套用的結構：

幾個讓它真的用得下去的原則：

• 檔名帶日期與一句說明。v3_final_改.ai 一個月後就沒人看得懂；v03_導覽改兩層 看檔名就知道這版改了什麼。
• 轉方向時另存，不要覆蓋。不需要每存一次就開一個新檔，但每次方向有轉折、或要拿去給人看之前，另存一版。
• 實體作品拍照附上尺度與日期。模型、樣品、原型拍照時，旁邊放一把尺或常見物品，照片檔名帶日期。實體原型常常拆掉重做，照片是唯一的紀錄。
• 草圖不要丟。紙本草圖每週拍一次照或掃描，原稿收在同一個檔案夾。

這套結構用 Google Drive、Notion 或電腦裡的資料夾都可以，工具不是重點，固定結構才是。

決策紀錄：記下為什麼不選

過程資料夾留下的是「做了什麼」，決策紀錄留下的是「為什麼這樣做」。後者才是研究所作品集與口試真正追問的東西。每次遇到重要的決定，花五分鐘記一筆：

• 日期與當時的問題：這時候卡在哪裡？
• 考慮過的選項：至少兩個，簡單描述或附草圖。
• 選了哪一個、為什麼：理由寫具體。
• 依據：測試結果、文獻、案例、老師意見，還是時間與預算的限制？
• 事後回顧（之後補）：這個決定後來證明對嗎？如果重來會怎麼選？

最有價值的一欄是為什麼不選另一個。舉一個示意的寫法：「導覽原本做成單層選單，第二輪測試時三位測試者都找不到設定頁，改成兩層。考慮過加搜尋功能，但這個版本的內容量不大，搜尋的維護成本不划算，先不做。」這幾句話，就是日後作品說明裡「關鍵決定」那一段的原型，也是口試被問「為什麼這樣設計」時最好的答案。

如果決定的理由是「時間不夠」或「老師說的」，也照實寫。限制本身不丟臉，事後回顧時你可以寫出「如果有更多時間，我會怎麼做」，那正是評審想看到的反思。

使用者測試與回饋怎麼記

很多設計系學生的測試紀錄只有一句「受測者覺得很好用」。這種紀錄對作品集與研究計畫都派不上用場。比較有用的記法，是把「他做了什麼」和「他說了什麼」分開：

• 測試設定：測試的版本、請受測者完成哪些任務、在哪裡測、花了多久。
• 受測者是誰：用代號與相關特徵描述（例如「P3，大學生，每天使用類似 App」），不要記本名。
• 觀察到的行為：在哪一步停頓、點錯哪裡、繞了什麼路。這是比較可靠的證據。
• 他說的話：盡量記原話，和你的詮釋分開寫。
• 這次測試後改了什麼：連到 03_迭代 裡的下一個版本。

評圖與老師的回饋也用同樣的方式記：誰在什麼場合提出什麼質疑、你當下怎麼回應、後來有沒有改。評圖紀錄累積下來，會讓你看清楚自己作品最常被質疑的地方是什麼。

測試涉及真實的人，就有倫理上的責任。測試前說明目的、需要多少時間、會怎麼記錄，取得同意；要錄音、錄影或拍到臉，先另外徵得同意；受測者是未成年人時，要更謹慎處理。紀錄裡的姓名、聯絡方式與可辨識的影像屬於個人資料，蒐集與使用的原則可參考個人資料保護法；放進作品集時，照片要打馬賽克或取得當事人同意。研究方法上的倫理規範，教育部臺灣學術倫理教育資源中心也有課程可以先修。

傳播類作品的過程紀錄

設計傳播學群不只有產品與介面設計，影像、廣告、新聞與社群內容的過程，長相不一樣，要留的東西也不一樣：

有兩件事要特別小心。第一，成效數據要記來源與擷取日期，例如觸及數、互動數是從哪個後台、哪一天看到的，不要事後憑印象寫數字，更不要灌水。第二，紀實與報導類作品牽涉受訪者，紀錄裡要留下對方同意被拍攝、被引用的範圍，作品集要放受訪者的影像或原話時才有依據。

團隊作品與外部素材

團隊作品在作品集裡怎麼標示個人貢獻，作品集那篇已經說過。這裡要提醒的是更前面的一步：分工當下就記下來。在決策紀錄或專案文件裡留一欄「誰負責什麼」，每次分工調整就更新。草圖、版本檔案上標上作者縮寫。做完一年後再回想誰畫了哪一版，幾乎不可能說得準，組員各自的記憶也常常對不上。

另一件容易被忽略的，是外部素材的出處與授權：字型、圖庫照片、音樂、圖示、參考的設計案例。在 01_研究與參考 裡順手記下來源與授權條件，作品要對外展出或放進作品集時，才知道哪些可以用、要怎麼標示。相關規定以著作權法為準，授權條件則看各素材提供者的說明。

從紀錄裡長出研究問題

過程紀錄除了是作品集的原料，還有一個常被忽略的用途：它是研究問題最可靠的來源。

建議每學期末花一個下午，把這學期所有專案的決策紀錄與測試紀錄讀一遍，問自己幾個問題：

• 哪一種問題，我在不同專案裡反覆遇到？
• 哪一次測試的結果，和我原本的預期差最多？我當時怎麼解釋？
• 哪一個決定，我到現在還不確定做對了？

反覆出現、還沒有答案的那一個，常常就是研究計畫的起點。設計研究計畫裡提到的實務型研究，核心是讓「設計與測試的過程」本身成為研究；如果你的迭代紀錄裡，每一輪都寫了「這一版想驗證什麼、結果如何」，你手上其實已經有一份實務型研究的雛形。從下一個專案開始，在每次迭代前先寫一句「這一版要驗證什麼」，紀錄的研究價值會高很多。

過程紀錄自我檢核

這份清單的用意不是讓每件作品都記得滴水不漏，而是讓你在大三下開始整理作品集時，打開資料夾就有東西可以挑。