作品集裡的作品，不一定都適合變成完整案例研究

作品集裡有一張截圖、一個 Demo 和幾個技術標籤，已經能讓人開始認識一件作品。但如果要把它寫成完整案例，還需要回答另外的問題：為什麼做、哪些選擇受到限制，以及最後留下什麼能核對的結果。

這些材料不是每件作品都有。缺少的地方可以補查，也可以縮小文章範圍；不能因為案例版型留了「挑戰」和「成果」兩欄，就替它們填入沒有紀錄的故事。

我整理本站作品與筆記時，會先決定素材能支持哪一種內容，再決定是否成篇。作品可以繼續展示，不需要先擁有一段完整的產品開發敘事。

作品卡片和案例研究回答不同問題

本站的開發作品卡片顯示標題、日期、縮圖、技術標籤與 Demo 入口，部分另有原始碼連結。設計和 AIGC 圖像則以圖牆呈現。這些是目前頁面提供的展示方式，不代表每件作品已經整理過需求訪談、決策過程或上線成效。

卡片適合讓讀者快速辨認作品，決定要不要打開看。案例研究則必須再解釋某個選擇：當時面對什麼問題、考慮哪些條件、為什麼採取這個做法。

同一張畫面可以放在兩種內容裡，但用途不同。卡片用它辨認作品；案例可能用它說明資訊排序或操作差異。若正文只把卡片上的標籤展開成長句，文章雖然變長，證據卻沒有增加。

先看現有素材能支持到哪裡

本站作品資料包含一頁式模板，也包含名稱明示為介面模板的作品。這些名稱和展示內容，可以作為介紹實作範圍的起點，不能直接推定它們具有真實客戶、正式營運資料或已完成的後端服務。

例如，一張後台畫面可以支持對資訊呈現的討論；能否完成登入、儲存或跨頁流程，則要另查實作和操作。就算能打開 Demo，也不能只憑入口存在便宣稱所有功能都已經測過。

圖像作品同樣如此。現有圖片能讓讀者看見構圖與呈現，但若要寫設計案例，仍需要有依據的用途、限制及取捨。不能從最後一張圖推導出未留下紀錄的提案過程，更不能把生成圖像描述成沒有證據的客戶交付。

這裡沒有逐件審核所有 Demo，也不對未讀取的外部專案作功能判定。重點是：知道展示資料的上限，才知道下一步該補哪種證據。

選題時，先找一個能說清楚的決定

完整案例不必涵蓋整個產品。若只保留得出某個問題的材料，就聚焦那個問題。

下面是選材建議，不是替本站作品補寫的開發歷史：

手上的材料	可以考慮的內容	還不能直接宣稱的事
畫面與可核對的版面實作	某個介面結構的實作筆記	已改善使用者操作效率
前後版本與有紀錄的取捨	為何更改某個流程或資訊順序	改版帶來商業成果
真實輸入、轉換規則與輸出	一段資料處理流程的案例	所有資料格式都能支援
成品圖，沒有過程資料	作品展示與素材說明	研究、提案及迭代已完整發生

我會先寫一句「這篇要解釋哪個決定」，再找支持它的素材。寫不出這句時，不急著套入背景、問題、解法、成果的固定章節。

有時最後適合的是一篇窄範圍技術筆記，而不是產品案例。有時只需補一段清楚的作品說明。內容形式可以小一點，主張也要跟著縮小。

成果欄位可以放可觀察結果，不必硬找數字

沒有成效數字，不代表什麼都不能寫。若有真實紀錄，可以描述產生了哪種輸出、完成了哪條操作路徑，或保留了哪些限制。

但輸出和影響仍要分開。網站可以產生靜態頁面，不表示搜尋排名已改善；工具可以完成一組資料轉換，不表示日常工作已節省多少時間；介面可以顯示圖表，也不表示圖表使用的資料來源已經驗證。

這些都是判斷用的例子，不是本站作品的新量測。沒有可核對數字時，直接寫實際確認的結果，比補一個看起來合理的百分比更有用。

若連結果本身都還沒重新確認，可以保留為展示，或清楚標示這篇只討論某段實作。不需要為了符合案例版型，讓文章超出手上的證據。

可公開，是獨立的一次篩選

材料齊全，也不一定適合直接公開。整理之前，要再確認畫面、資料、人物與合作內容是否在可寫範圍裡。

若必須依賴不能公開的內部紀錄，才能理解文章的主要判斷，可以改寫成不涉及那些細節的窄問題，或暫緩成篇。不能把私人對話、內部交接內容直接當成讀者已經知道的背景。

刪掉姓名也不代表所有內容都能公開；若要重製示意資料，則必須清楚標示，不能讓示意畫面冒充真實成果。這裡是寫作前的範圍檢查，不是對特定作品授權、契約或法律權利的判定。

不適合長篇案例，也可以保留好的展示

選材時，可以替每件候選作品留下四個回答：要解釋的決定、能公開的證據、讀者能帶走的判斷，以及仍然缺少的材料。

如果目前只有成品，就先把展示說明寫準；如果有一段清楚的實作，就寫那一段；等需求、過程和結果都能被核對，再評估是否適合完整案例。這是編輯順序，不是作品好壞的排名。

作品卡片與筆記篇談入口各自提供什麼；把開發紀錄改成方法篇談文章如何整理。這篇補上更前面的篩選：不是每件作品都必須進入相同的敘事格式。

沒有新訪談、使用者研究或成果量測時，保留展示並不等於案例失敗。現在先不寫的理由應該是材料不足或範圍未確認，而不是用一個完整故事把那些空白遮住。