救救我的作品集 ep8 — 作品不多，也能做出面試官青睞的作品集嗎？
後設資料
- URL：https://www.youtube.com/watch?v=VyIRb1GPV2k
- 創作者：Unblock
- YouTube metadata：標題同本頁；備份上傳者 Lu Meow；上傳日 2023-04-21；長度 1:10:05；狀態 unlisted
- 內容來源：Unblock 作品集直播（此 URL 為備份影片檔，metadata 與原始創作者不同）
- 主講 / 回饋者：逐字稿中未穩定辨識姓名；觀眾稱「巧思先生」
- 案例分享者：Vicky，UX / 產品設計師，分享 Shopify app
Cardify - 語言：繁體中文口語
- 逐字稿來源：使用者於 2026-05-06 貼入；含 ASR 錯字與口語重複，wiki 摘要已修訂
一句話濃縮
一個「作品不多」的設計師作品集，應該用少數案例展示問題定義、設計演化、決策理由與 impact；面試官在意的不是作品數量，而是能否從作品集中判斷你是否具備獨立思考、產品取捨、視覺細節與成效意識。
提取要點
直播結構
| 段落 | 內容 |
|---|---|
| 開場 | OnBlock / Unblock 介紹、活動議程、作品集直播形式 |
| Vicky 報告 | UX / 產品設計師背景；分享 Shopify discount app Cardify 的 end-to-end UX/UI 設計 |
| 講師回饋 | 從作品集敘事、設計方法、impact、視覺細節四層給 feedback |
| Q&A | 字體、AI 工具、low fidelity、學生作品 impact、Persona 是否必要、作品數量等問題 |
Vicky 的案例素材
Vicky 的作品集案例是一個 Shopify app Cardify：
- 角色：end-to-end UX/UI 設計；也補位導入 設計思考、設計系統、產品文件與 PRD 撰寫。
- 產品目標：為 Shopify 商家提供多樣折扣活動，協助提升銷售與客單價，並讓消費者在購物中清楚理解折扣。
- 核心限制：Shopify 折扣碼 / discount function 有技術與合併限制，影響 Bundle Discount 是否可行。
- MVP 功能：建立折扣活動、排程、自動計算禮物 / 免運門檻、依地區顯示免運 offer、tooltip 提醒、widget 樣式自訂。
- 第二階段功能：結帳前折扣碼驗證、折扣使用量分析、會員解鎖禮物、AI 主動推薦追加銷售。
- 設計產出：Tooltip、Widget、Popup、Admin 設定、桌機與手機版、設計系統。
做得好的作品集呈現
講師明確肯定三點：
- 轉場順暢：遠端面試時能維持注意力，讓報告有故事連續性。
- 圖像化充分：每個概念都有截圖、流程或介面支撐，降低非領域面試官的理解成本。
- Overview → Detail 節奏清楚：先說自己在專案中的三個主要角色，再進入細節，讓面試官容易定位責任範圍。
主要調整 1：把 ideation 與 design 合併，展示設計演化
Vicky 的後半段有展示 Bundle Discount 改成 Cross-sell Discount 的決策，但講師認為整體仍看不出 feature-level 的設計進程。
關鍵問題：
- 作品集只說有畫 UI flow、wireframe、design system，但沒展示設計如何從 low fidelity 演化到 high fidelity。
- 如果看不到設計決策，面試官可能以為設計師只是「一個指令一個動作」。
- Bundle → Cross-sell 的例子更像產品 / 技術限制決策，不完全能代表設計決策。
建議：
- 不必硬分 ideation 與 design，可直接用每個 feature 的演化線來講。
- 放出不同方案、低保真嘗試、取捨理由與最後設計。
- 說明先做 consumer-facing widget / popup，再反推 admin 設定的策略，而不只是「方便跟工程師討論」。
主要調整 2：補上 impact
講師指出，作品集不能只以 learning 收尾。即使產品沒有正式發布、沒有完整量化數據，也應呈現設計造成的實際價值。
可呈現的 impact 類型：
- 使用者價值：消費者更清楚知道折扣、免運與可選禮物。
- 公司價值：幫公司確認方向、避開不可行設計、降低產品風險。
- 團隊價值：設計系統與 PRD 讓前後端更容易開發。
- 質化回饋：商家、工程師、利害關係人的反饋。
- 學生作品替代方案：用 prototype 給親友或接近 TA 的人測，收集 feedback，並預測正式成品可能帶來的 impact。
Define 段的缺口：痛點、假設與 MVP 功能需要連成推理鏈
講師認為 Journey Map、Product Hypotheses、MVP Features 三段之間的連接不夠清楚：
- Journey Map 需要說明資料來源；否則像是設計師自行想像。
- 折扣類型介紹如果沒有連到設計決策，對面試官價值有限。
- Product Hypotheses 應明確指出是由哪些 pain points 推導出來。
- MVP Features 是複雜且關鍵的產品決策，不能只順水推舟列出五項功能；應說明排序與取捨標準。
Reflection 段的處理
講師肯定 Vicky 的反思方向，但建議用圖像式範例支撐：
- 例如「保持彈性設計流程」可用 before / after 流程圖呈現：這次怎麼做，下次會增加或減少什麼。
- 學習不能只口頭說，要讓面試官看到下一次做同類產品時會如何改進。
- 由於 impact 段不足，reflection 更需要補肉，避免結尾顯得成熟度不足。
設計細節 feedback
講師從作品本身指出幾個視覺 / 互動層問題：
- Button hierarchy：藍、黑、白、灰按鈕太多，primary / secondary 不夠清楚。
- 扁平化風格的互動界線：card、progress bar、button 的樣式接近，可能讓使用者不知道哪裡可點。
- Iconography：icon stroke 太粗、尺寸偏大，與整體 app 風格不夠互補。
- Letter spacing：部分 title 字距刻意拉寬，但內文字距為 0，可能造成不一致。
- 促銷 popup 的情緒設計：discount popup 若只是 operational，容易被 dismiss；它應更 celebratory，讓使用者感到興奮與被吸引。
- Customization caveat：Vicky Q&A 補充商家可自訂 widget 風格，這點其實能解釋部分視覺 feedback，應放回作品集中。
Q&A 補充
- low fidelity：前期與工程師討論最好先用 low fidelity，聚焦 IA 與 interaction pattern，避免顏色與視覺完成度分散討論。
- 學生作品 impact：可做 prototype 給接近 TA 的人測，收集質化 feedback；重點是讓面試官感覺你在乎設計成品對使用者的價值。
- 前期研究重要嗎：不一定要用正式研究方法，但設計師至少要展現理解問題、分析問題、形成策略的能力。
- Persona 必要嗎：Persona 有爭議，不是必要項；如果它沒有真的幫助設計決策，不要為了作品集形式硬放。
- 作品數量：非 Senior 職缺面試通常至少準備兩個作品較安全；本直播只講一個是因為時間限制。
- TA 定義：不一定透過 Persona；可從 pain points、商業價值與目標使用者場景逐步深化。
提取概念
連結到此來源衍生 / 更新的 wiki 頁：
Ingest 筆記
2026-05-06
本次來源補上 vault 長期存在但未建頁的 [[作品集]] 死連：設計專案文件 已把設計專案文件稱為「即時版作品集」，但此前沒有獨立作品集頁。本來源主題正好是設計師求職作品集，且包含案例報告與講師 feedback，足以把 [[作品集]] 建成職涯 / UX / 視覺設計交界頁。
命名決策：使用 [[作品集]] 而非 [[設計作品集]]，原因是既有頁已用 [[作品集]] 作為自然連結，且概念可涵蓋求職作品集、作品集簡報與個人 portfolio。aliases 補入 Design Portfolio / Portfolio Presentation 供查詢。
entity 決策：使用者補充此 URL 是備份影片檔，因此 YouTube metadata 的 Lu Meow 只是備份上傳者，不是內容創作者；創作者應記為 Unblock。逐字稿中 OnBlock / onblock.team / ASR「板塊」視為 Unblock 相關名稱變體處理，補入 Unblock aliases 與來源累積；未另建 Lu Meow 或 OnBlock entity。
頁面更新策略：
- 作品集 承載主體方法論：少作品如何展示深度、設計演化、impact、方法真實性與視覺呈現。
- 面試 / 履歷設計 / 概念簡報 補入作品集作為求職呈現介面。
- 設計策略 / 顧客旅程地圖 / PRD / 迭代設計 補入此來源帶來的作品集語境應用。
- MOC-職涯 / MOC-UX / MOC-視覺設計 分別補入職涯材料、UX 設計推理、視覺作品集三個交界。
不建頁候選：
- Vicky / Cardify：本來源中是作品集示範案例，不是 vault 長期追蹤的主體；不建 entity。
- 設計成效分析：本來源強調 impact，但目前可先由 作品集、Goal-Signal-Metric、HEART框架 承接；待 2+ 來源明確展開設計成效分析方法後再評估拆頁。
- 作品集批評 / portfolio critique：目前收在 作品集；若後續累積多集「救救我的作品集」可再拆成方法頁或 series entity。
原文（可選）
完整影片見 URL。使用者已在 2026-05-06 對話中貼入完整逐字稿；本頁保留經修訂的結構化摘要與關鍵語義，不逐字保存開場閒聊、課程廣告與口語重複段，以降低 source 文件噪音。