Product Design 面試攻略：從問題到方案的設計過程

Product Design 面試到底在考什麼

Product Design 是 PM 面試中最接近「你實際在工作中做什麼」的環節。面試官會給你一個模糊的方向，看你怎麼從問題走到方案。

常見的出題形式有兩種：

設計一個新功能：「為 Spotify 設計一個讓使用者跟朋友一起聽歌的功能。」這類題目考的是你能不能從零建構——誰是使用者、他們要解決什麼問題、方案長什麼樣、怎麼衡量成功。

改善現有產品：「YouTube 的留言體驗很差，你會怎麼改善？」這類題目考的是你能不能拆解一個已有的系統，找到最值得投資的切入點，而不是試圖一次翻新所有東西。

兩種題型的核心能力是一樣的：從問題到方案的結構化思考。差別在前者需要你定義問題，後者需要你診斷問題。

從問題到方案的思考流程

面試時的設計流程不需要死記框架，但要有一條清楚的脈絡讓面試官能跟上你的思路。以下是一個可靠的五步流程：

第一步：釐清問題邊界

不要拿到題目就開始想方案。先問 2-3 個問題縮小範圍：

• 目標使用者是誰？（全部使用者還是特定族群？）
• 平台限制？（手機 app、網頁、還是跨平台？）
• 要解決的核心問題是什麼？（面試官有時候會說「你來定義」，那就是在考你的判斷力。）

這一步不要超過 2 分鐘。問完就用一句話總結你對問題的理解：「所以我理解的是，我們要為 X 使用者設計一個 Y 功能，解決他們在 Z 情境下的問題。」

第二步：定義使用者與痛點

快速勾勒 2-3 個使用者群，然後選一個聚焦。面試官想看的不是你能列出多少使用者，而是你怎麼做取捨。

好的做法：「我想到三類使用者——重度使用者、輕度使用者和創作者。我選擇先聚焦重度使用者，因為他們的留存價值最高，而且他們的痛點如果解決了，輕度使用者也會受益。」

壞的做法：花五分鐘列出十種使用者然後說「我們應該考慮所有人」。

第三步：發散方案

針對選定的使用者和痛點，快速列出 3 個方向。不需要細節，一句話描述每個方向的核心 idea。

這一步的目的是展示你能想到不同層次的解法。好的發散通常涵蓋：一個簡單直接的（最小改動），一個中等投資的（新功能），一個大膽的（改變使用模式）。

第四步：收斂並深入一個方案

從三個方向裡選一個深入。選的時候要說清楚理由——不是「我覺得這個最好」，而是「考慮到我們的使用者痛點和資源限制，這個方案的 impact/effort 比最高」。

然後把方案拆成具體的使用流程：使用者怎麼發現這個功能、怎麼開始使用、使用中遇到邊界情況怎麼處理、怎麼結束。

第五步：定義成功指標

方案講完後，主動提出怎麼衡量成功。不要等面試官問。

好的指標組合：一個核心指標（直接衡量目標）加一個護欄指標（確保不影響其他東西）。例如：「核心指標是協同聆聽的 session 完成率；護欄指標是確保個人聆聽的留存率不下降。」

MVP 範圍決策

面試中最常被追問的就是「你的 MVP 包含什麼、不包含什麼、為什麼」。這裡有幾個實用的判斷原則：

必須有的功能：能驗證核心假設的最小集合。 如果你在設計一個「跟朋友一起聽歌」的功能，MVP 必須包含：邀請朋友、同步播放、至少一種溝通方式。如果少了其中任何一個，你就無法驗證「使用者是否想要一起聽歌」。

不該有的功能：可以在驗證後加上去的東西。 自訂播放清單、表情反應、歌詞同步顯示——這些都是 nice-to-have，在 MVP 階段會拖慢你驗證核心假設的速度。

灰色地帶的判斷：回到使用者痛點。 如果一個功能的缺席會讓使用流程斷裂（例如沒辦法踢掉亂放歌的人），那它就該進 MVP。如果它只是讓體驗更好但不影響核心流程，就放到下一版。

面試時把你的 MVP 決策攤開來講：「這五個功能進 MVP，因為它們是驗證核心假設的最小集合；這三個功能不進 MVP，因為它們是體驗優化而非核心驗證。」面試官要的是看到你的判斷邏輯，不是看到你的功能列表。

Trade-off 分析

Product Design 面試中最能展現深度的就是 trade-off 討論。以下是幾組常見的設計取捨：

速度 vs. 完整度：「我們可以用現有元件在兩週內出一個堪用版本，或是花六週做一個完整體驗。考慮到我們還在驗證假設，我建議先走兩週版本，用 7 天留存率決定要不要投資完整版。」

通用 vs. 客製：「設計一個所有使用者都能用的通用方案，還是為重度使用者做深度客製？我建議通用入口搭配 power user 可選的進階設定——入門門檻低，但不犧牲深度使用者的使用意願。」

簡單 vs. 彈性：「固定的三步驟流程容易上手但不靈活，完全開放的自由組合功能強大但學習成本高。折衷方案是提供預設的推薦流程，同時保留手動調整的能力。」

面試時講 trade-off 有一個公式：先描述兩個極端，再解釋你為什麼選了某個位置（通常不是極端），最後說你會用什麼數據驗證這個決策是否正確。

設計溝通：怎麼 walk through 你的方案

面試中的 walk through 不是在講 PRD，而是在帶面試官經歷你的思考過程。幾個原則：

邊講邊畫。 就算面試官沒要求，也主動用簡單的草圖或流程圖輔助。不需要畫得漂亮，重點是讓面試官看到你在想什麼。一個方塊代表一個頁面，箭頭代表使用流程，就夠了。

先講 what，再講 why。 「使用者點擊『一起聽』按鈕後，會看到一個邀請頁面。我選擇用邀請連結而不是 app 內搜尋，因為不需要雙方都是注冊使用者，降低使用門檻。」

主動暴露邊界情況。 不要等面試官問「如果網路斷線怎麼辦」。你自己提出來：「這裡有一個邊界情況——如果其中一人網路不穩，我的設計是自動暫停同步並顯示狀態，而不是靜默地讓兩邊播放位置分開。」主動處理邊界情況是 senior 和 junior 的分水嶺。

常見題型與面試技巧

幾個高頻的 Product Design 題型和應對策略：

「為 X 設計一個 Y 功能」（最常見）：用五步流程走完。重點是前兩步——釐清問題和定義使用者。很多人在這裡花太少時間，後面的方案就容易偏掉。

「改善 X 產品的 Y 體驗」：先用自己的使用經驗列出 3 個痛點，選一個最嚴重的深入。「最嚴重」的判斷標準是：影響多少使用者 × 痛點嚴重程度 × 解決難度的合理性。

「你最近看到什麼產品設計讓你印象深刻？」：這是準備題，不是臨場題。提前準備 2-3 個案例，每個都能講清楚：它解決了什麼問題、設計上做了什麼取捨、你覺得可以改進什麼。選你真的用過的產品，不要硬講你沒用過的。

面試中卡住怎麼辦：說出來。「我現在在想兩個方向，但不確定哪個更好——第一個是 X，第二個是 Y。如果從使用者痛點出發，我傾向 X，因為……」把卡住變成一個決策過程的展示，而不是一段尷尬的沉默。

接下來

下一篇進入 Metrics & Analytics——不是教你背 AARRR 框架，而是練「面試官丟一組數據給你，你怎麼讀出洞察和決策」的能力。

面試模擬題

題目

「為 Spotify 設計一個讓使用者跟朋友一起聽歌的功能。」

來源：Meta PM 面試（改編）　難度：中等　環節：product design round

拆解思路

1. 先釐清問題：同步聽還是非同步？手機還是跨平台？「朋友」是 Spotify 好友還是任何人？
2. 定義使用者：選擇最常和朋友分享音樂的使用者群——年輕社交型使用者（18-25 歲），分享音樂是社交的一部分。
3. 結構化分析：列 3 個方向——同步聽歌 session、共編播放清單、音樂動態牆。從 impact × feasibility 排序。
4. 提出方案：深入「同步聽歌 session」做 MVP 設計——邀請流程、同步機制、溝通方式。
5. 定義成功：session 完成率、每次 session 平均時長、護欄是個人聽歌留存率不下降。

範例回答（面試時可以這樣講）

聚焦與痛點。 我選擇聚焦 18-25 歲的社交型用戶。他們目前分享音樂的方式是截圖歌名傳給朋友，或分享 Spotify link——但這些都是非同步的，缺少「一起聽」的臨場感。核心痛點是：想跟朋友分享音樂，但現有方式無法傳達「此刻一起聽」的體驗。

方案設計。 MVP 是「Listen Together Session」：用戶在聽歌時點「一起聽」，生成邀請連結，朋友點進來後兩邊自動同步播放同一首歌。控制權在發起人手上，但任何人都可以在 queue 裡加歌。溝通方式 MVP 只做 emoji 反應（按一個 emoji 浮現在對方畫面上），不做語音或文字——因為用戶此刻的核心行為是聽音樂，語音會打斷這個體驗。我不在 MVP 放「共編播放清單」和「歌詞同步」，因為它們不影響核心假設的驗證：用戶是否想要同步聽歌。

成功與風險。 核心指標是 session 完成率（定義：雙方都聽完至少三首歌）。護欄指標是個人聆聽時長不下降——如果用戶開始花太多時間在社交功能上而減少自己聽歌，長期會傷害 Spotify 的核心價值。最大的風險是延遲同步問題——兩邊的網路狀況不同可能導致播放位置偏移，技術上需要 fallback 機制。

自我核對清單

參考資料

• Decode and Conquer — Product Design 面試的經典參考，CIRCLES 框架的原始出處，涵蓋 feature design 和 product improvement 兩類題型的結構化答題法
• Exponent — Product Design Interview Guide — 涵蓋 Product Design 面試的出題模式、思考流程與 walk through 技巧，附 Google、Meta 真實題目拆解
• Lenny's Newsletter — How to Do a Product Critique — 產品評論的結構化方法，直接對應「改善現有產品」類題型的分析框架
• Julie Zhuo — The Making of a Manager — Product Design 決策中的 trade-off 分析與 MVP 範圍判斷，面試中展現設計思維的經典參考
• NNGroup — UX Research Methods — Product Design 面試中使用者研究方法的選擇邏輯，涵蓋質化與量化研究的取捨框架