網站案例頁怎麼寫？別只放漂亮圖片的作品集架構

打開多數作品集，內容往往就是一張大圖、一行客戶名稱，加上「網站設計」四個字。風格看得出來，但潛在客戶真正想確認的事，一件都沒回答：你懂不懂跟他類似的問題？在專案裡實際負責哪一塊？那些決定是怎麼來的？結果可信嗎？

網站案例頁的存在，不是替自己頒獎，而是讓讀者看見一段可驗證的解題過程。

案例頁的七段核心架構

1. 一句話摘要

開場第一句就講清楚「協助誰，在什麼情境下，完成什麼改變」。例如：「為服務線快速擴張的顧問公司，重新整理三類客群與服務頁，建立可由內部持續更新的內容網站。」

「打造全新品牌體驗」這類句子就免了。沒有對象、沒有問題、沒有範圍，讀者什麼都帶不走。

2. 客戶與背景

交代產業、服務內容、專案時間點，以及為什麼在這個時候動工。判斷標準很單純：理解這個案例需要的才留下。公司創立幾年、得過哪些獎，除非跟專案直接相關，否則不用搬進來。

3. 原始問題

把改版前的阻力寫具體：服務全混在同一頁、手機上表單很難填完、舊內容找不到、後台無法更新，都可以直接點名。

有數據很好，但要連資料期間與指標定義一起交代。沒有數據也不算致命傷，訪談紀錄、實際流程的證據都拿得出手。唯一不能做的，是把主觀感受包裝成量化成果。

4. 限制與成功條件

真實專案都有邊界：必須保留品牌識別、後端不能動、展覽前一定要上線、客戶名單無法公開。把這些限制寫出來，後面的每個決策才有重量；假裝自己全程自由發揮，反而更不可信。

5. 你的角色與工作範圍

負責什麼、沒負責什麼，逐項列清楚：策略、研究、資訊架構、文案、UI、前端、後端、攝影、移轉、追蹤。與其他夥伴協作時，各自的角色也要標示出來。把共同成果全攬在自己身上，懂行的讀者一眼就看穿。

6. 關鍵決策與執行

從整個專案挑出二到四個真正重要的決策，用「問題 → 判斷 → 解法」呈現。例如：

• 問題：三類客戶看見相同首頁訊息，不知道該去哪裡。
• 判斷：真正的差異在使用情境，不只是服務名稱。
• 解法：首頁先按情境分流，再在服務頁呈現共同方法。

配圖的位置也有講究。圖片要貼著解釋它的段落，用標註指出畫面裡的改變。在頁尾堆一整排截圖，讀者只會快速滑過去。

7. 結果與後續

結果可以分成三層來寫：

• 交付結果：完成哪些頁面、模板、後台與移轉。
• 使用結果：內容團隊能否更新、業務是否更容易分享、訪客是否更快完成流程。
• 商業結果：詢問品質、轉換、自然曝光或營運效率。

量化成果要附上比較期間、指標定義，以及其他可能影響的因素。剛上線、長期數據還沒出來，就如實寫「建立後續衡量基準」。不要捏一個百分比充數，被拆穿的代價，比少一個數字高得多。

一份可直接填寫的案例大綱

• 專案名稱／年份：
• 客戶類型與背景：
• 觸發專案的事件：
• 三個主要問題：
• 限制與不可變條件：
• 成功條件：
• 我方角色與合作夥伴：
• 關鍵決策一／二／三：
• 交付項目：
• 可公開成果與資料期間：
• 客戶引言與授權狀態：
• 相關服務與下一步：

沒有數據，案例還能怎麼寫？

手上沒有漂亮數字，不代表案例只能退回圖片。新舊網站地圖的對比、內容欄位、縮短後的操作步驟、後台使用方式、設計系統、與團隊的交接，這些都是證據。也可以直接問客戶：改版之後，日常工作裡最具體的改變是什麼？

寫的時候守住一條線：事實、觀察、客戶回饋分清楚。不是每個案例都塞得進營收成長，也不必。

保密專案怎麼處理？

第一步，永遠是先取得公開範圍的同意。名稱不能用，就改寫產業與情境，模糊敏感數字，只放經核准的局部畫面。連畫面都不能公開，還有方法型案例這條路，把重心放在解題思路上，但要清楚標示資訊經過匿名處理。

未經同意就使用客戶 Logo、後台、數據或推薦語，省下的麻煩，遲早要用信任償還。

案例列表也要協助篩選

案例多起來之後，列表頁本身也要設計。可以依「解決問題、服務類型、產業或技術」分類。分類不必貪多，對應訪客實際會用的判斷方式就好。每張案例卡優先露出一句摘要，別讓整頁項目都只掛著品牌名稱，訪客無從點起。

常見失敗方式

• 每個案例都套用同一組空泛形容詞
• 只放桌機首頁，手機與內頁缺席
• 沒說清楚團隊角色
• 把客戶整體營運成果全部記到網站頭上
• 圖片很多，標註與決策說明很少
• 沒有相關服務與下一步連結

案例頁是服務主張的證據。與其一次上架十個單薄案例，不如先挑一個最能代表理想客戶與工作方式的專案，把它寫完整，再整理成可以重複使用的模板。網站案例這樣累積起來，才稱得上是作品集。