作品集怎麼準備 2026｜設計、工程師、行銷的差異化策略
我們檢視 2024 台灣設計師招聘市場（多家設計公司、UX 主管）對作品集的具體期望、工程師 GitHub 評估標準、行銷職位「案例分析」的量化框架。「作品集應該『讓我相信你能做到 X』而不只是『展示我做過 X』——前者讓 hiring manager 想面試，後者只是檔案展覽」是業界共通核心觀察。
特定職位（設計、工程師、行銷、編輯、攝影、文案）的求職者，作品集比履歷重要。一份好的作品集能讓 hiring manager 看了立刻想面試，一份不好的作品集則可能讓人連履歷都不看完。但「好作品集」的定義在不同職業有不同標準。這篇用 2026 的實際招募市場現況，分產業拆解作品集準備。
哪些職位需要作品集
需要作品集的職位主要在「創作 / 創造產出物」的領域：
| 職位類別 | 為什麼需要 |
|---|---|
| UI / UX 設計師 | 視覺設計能力 + 思維過程 |
| 平面設計 / 品牌設計 | 風格 + 多元性 |
| 工業設計 / 產品設計 | 設計 + 製造可行性 |
| 軟體工程師 | 程式能力 + 工程素養 |
| 資料科學 / 資料工程 | 分析能力 + 結果 |
| 行銷 / 數位行銷 | 案例成果 + 策略思維 |
| 編輯 / 文案 | 寫作風格 + 多元議題 |
| 攝影師 | 視覺成品 |
| 影音製作 | 剪輯 + 故事 |
| 建築師 | 設計 + 完成案 |
| 廣告 / 創意 | 創意執行 + 成果 |
非創造性職位（業務、行政、客服、會計、法務）通常不需作品集，履歷 + 推薦人即可。
作品集的兩個層次
不只展示「做過什麼」，更要展示「為什麼這麼做」。
| 層次 | 內容 |
|---|---|
| 表層：成品（What） | 最終的設計、程式、報告 |
| 深層：過程（Why & How） | 思考過程、決策、改進 |
多數初階作品集只有表層；資深 / 優秀作品集兩層都有。HR / hiring manager 更看重深層（看你的思維品質）。
設計師作品集
設計領域的作品集標準。
UI / UX 設計師作品集
| 元素 | 內容 |
|---|---|
| 平台 | Behance / Dribbble / 個人網站 / Notion |
| 案例數 | 3-6 個（質 > 量） |
| 案例深度 | 問題定義 → 用戶研究 → 設計過程 → 最終方案 → 結果 |
| 必要的 case study 內容 | 背景 / 挑戰 / 我的角色 / 過程 / 數據 / 結果 |
| 視覺呈現 | 設計風格本身就是「視覺履歷」 |
| 互動原型 | 可附 Figma / 互動 demo 連結 |
平面 / 品牌設計師作品集
| 元素 | 內容 |
|---|---|
| 平台 | Behance / 個人網站 / PDF |
| 多元性 | 不同風格 / 媒介 / 客戶類型 |
| 案例數 | 5-10 個 |
| 一致性 | 排版 / 字體 / 顏色一致 |
| 客戶資訊 | 列上客戶（若可） |
| 量化 | 「為品牌 X 設計，幫助銷量增加 Y%」 |
設計作品集的常見錯誤
| 錯誤 | 為什麼扣分 |
|---|---|
| 只放成品，無過程說明 | 看不出思考品質 |
| 風格不一致 | 顯得不專業 |
| 太多舊作品（5+ 年前） | 拉低整體 |
| 沒有量化結果 | 不知道是否成功 |
| 沒有自己的角色說明 | 不知道你貢獻多少 |
| 客戶資訊洩密 | 違反保密 |
| 太多裝飾性元素 | 內容被淹沒 |
| 無法在 30 秒內 navigate | 體驗差 |
工程師作品集
軟體工程師的作品集標準。
GitHub 經營
| 元素 | 重要性 |
|---|---|
| Pinned repos（精選專案） | ★★★★★ |
| README 寫得好（每個專案） | ★★★★★ |
| 程式品質（commit 訊息、結構、註解） | ★★★★ |
| 部署版本（live demo URL） | ★★★★ |
| 開源貢獻（PR、Issue） | ★★★ |
| Stars 數 | ★★ |
| GitHub 個人 README | ★★ |
| 持續活躍度（綠點） | ★★ |
Pinned 專案的標準
每個 pinned 專案應該有：
| 項目 | 細節 |
|---|---|
| 完整 README | 介紹 / 技術棧 / 截圖 / 安裝 / 使用方式 |
| live demo | 部署到 Heroku / Vercel / Netlify |
| 不只是 Tutorial 跟著做 | 要有自己的延伸 / 改進 |
| 解決真實問題 | 比「Todo App」更實際 |
| 技術選型有理由 | 不是亂用技術 |
工程師作品集的常見錯誤
| 錯誤 | 為什麼扣分 |
|---|---|
| GitHub 空空 | 看不出寫過程式 |
| 全是 fork / clone 沒原創 | 不算作品 |
| 沒 README | 看不懂在幹嘛 |
| 跟著教學做的同質專案（Todo App 等） | 沒區別性 |
| 沒部署版本 | hiring manager 不會花時間 install |
| Commit 訊息亂寫 | 顯示工程素養差 |
| 不能執行的程式碼 | 致命錯誤 |
工程師作品集進階：技術部落格
寫技術部落格可大幅提升作品集價值：
| 平台 | 細節 |
|---|---|
| Medium | 國際讀者 |
| 自架（Hugo / Next.js） | 展現前端能力 |
| Dev.to | 開發者社群 |
| iThome | 台灣本土 |
1-2 篇深度技術文章 > 10 篇淺薄筆記。寫「解決過的具體問題 + 思考過程 + 學到什麼」最有價值。
行銷作品集（案例集）
行銷職位沒有可視化成品，但要展示「成功案例」。
行銷作品集的結構
每個案例應該包含：
| 元素 | 內容 |
|---|---|
| 背景 | 公司、產品、市場狀況 |
| 挑戰 | 要解決什麼問題 / 達成什麼目標 |
| 策略 | 你的思考 / 計畫 |
| 執行 | 具體做了什麼 |
| 結果 | 量化成果（最重要） |
| 學到的 | 反思 / 教訓 |
行銷案例範例
「Y 公司的 X 產品在 2023 年面臨銷量停滯，目標是 6 個月內成長 20%。我作為行銷負責人，分析發現問題在新客取得成本太高（CAC NT$1,200）。新策略：(1) 內容行銷導流，建立 SEO 主題集群；(2) 推薦計畫，老用戶帶新用戶降低 CAC；(3) Email 自動化序列提升回流率。結果：6 個月後 CAC 降至 NT$650，月銷量成長 35%，年化營收貢獻 NT$2.4 億。」
量化框架：成本（CAC、CPL）、效果（CTR、Conversion）、收益（Revenue、ROI）、品牌（流量、提及量）。
行銷作品集的呈現方式
| 形式 | 適合對象 |
|---|---|
| PDF（10-30 頁） | 投履歷時附檔 |
| Notion / 個人網站 | 線上分享連結 |
| 簡報式 | 面試時帶 |
| 案例庫（在 Medium） | 個人品牌 |
編輯 / 文案 / 寫作作品集
| 元素 | 內容 |
|---|---|
| 平台 | 個人網站 / Notion / 發表媒體連結 |
| 範圍 | 不同主題 + 不同風格 |
| 篇數 | 5-15 篇（質 > 量） |
| 量化 | 文章閱讀數 / 分享數 / 引用 |
| 自我介紹 | 寫作風格 + 擅長領域 |
編輯 / 文案的「作品就是寫作能力」。一個簡單的「曾發表」列表 + 連結就夠強。
攝影 / 影音作品集
| 類型 | 平台 |
|---|---|
| 商業攝影 | Behance / 個人網站 |
| 紀實 / 藝術 | Instagram + Behance |
| 婚禮 / 商業案 | 個人網站 + 客戶列表 |
| 影音 / 剪輯 | Vimeo / YouTube |
| 短影音 / TikTok | 直接連結帳號 |
| 廣告 / 商業影音 | Vimeo（隱私感較高） |
作品集的兩個版本
多數求職者需要兩個版本：
線上版（連結分享）
- 完整 + 深入
- 互動性高
- 隨時可更新
- 適合主動分享
PDF 版（履歷附檔）
- 10-30 頁
- 排版精美
- 離線可看
- 適合保險（HR 不一定點連結）
作品集的客製化
跟履歷一樣，作品集應該為不同職缺客製化：
| 客製化項目 | 細節 |
|---|---|
| 案例選擇 | 投 UX 職放 UX 案例優先；投 visual 放視覺案例優先 |
| 順序排列 | 最相關的放前 1-3 個 |
| 個人簡介 | 簡介針對該職位調整 |
| Cover Letter | 在自傳中引用作品集連結 |
| 案例深度 | 為該公司相關案例增加細節 |
何時更新作品集
| 觸發 | 細節 |
|---|---|
| 完成新專案 / 案例 | 立刻記錄 + 之後整理 |
| 每 6-12 個月 | 整體更新 + 移除舊作 |
| 開始找新工作 | 大幅更新 |
| 升職 / 角色變動 | 增加新階段內容 |
| 學到新技能 | 加入專案展示 |
「在職時就持續更新」比「離職時急忙整理」省力很多。建議建立「成就日誌」習慣。
不適用此架構的情境
- 純文書 / 行政職：履歷 + 證照就夠
- 業務 / 客服：用「業績紀錄」代替作品集
- 製造業 / 操作員：履歷為主
- 公部門：制式應徵流程
- 高度保密的工作（金融、軍方）：作品集可能有限制
常見問題
沒有正式工作經驗的作品集怎麼準備？ 應屆畢業生 / 轉職者用「個人專案 / 學校專案 / 自學作品」充實。3-5 個有深度的個人專案 > 10 個淺薄的學校作業。Side project、開源貢獻、競賽作品都算。
作品集可以放公司專案嗎？ 取決於：(1) 公司保密協議、(2) 該作品的智財權。一般建議：公司專案僅描述「我的角色 + 量化成果」，不公開機密細節 / 截圖。完整視覺 / 程式碼建議用個人專案展示。
作品集要花多少時間準備？ 從 0 開始：30-50 小時（分散在 1-2 個月）。已有作品但要整理：10-20 小時。每個 case study 約 5-10 小時做到位。
作品集的「量」重要還是「質」重要？ 質 > 量。3-5 個 deep case study > 15 個 surface project。HR / hiring manager 看的是「最強的 2-3 個」，其他多是噪音。
下一步行動
- 確認你的職位需要什麼類型的作品集（設計 / 工程 / 行銷 / 寫作）。
- 選擇平台（Behance、GitHub、個人網站、Notion）+ 建立基本架構。
- 整理 3-5 個最強案例，每個寫完整 case study。
- 找 1-2 位業界朋友看，重點問：「看完想面試嗎？」
- 投履歷時附作品集連結 + PDF。
延伸閱讀
- 履歷模板與台灣常見錯誤 — 履歷的搭配
- 自傳怎麼寫 — 自傳中引用作品集
- LinkedIn 經營實務 — 作品集的線上延伸
- 面試前 7 天準備 — 作品集如何在面試中發揮