產品經理面試：面對互相衝突的客戶需求，如何確定優先級？

題幹與適用場景

這道題考察的是產品決策，不是背誦 RICE、Kano 或一個評分表。題目給出互相競爭的需求、有限容量和不同利害關係人；候選人需要先定義目標，再把請求還原成使用者機會，比較證據、策略、風險和學習成本，最後給出可複查的決定。

假設大客戶的客製功能可能帶來短期收入，核心流程問題可能影響更多使用者的啟用或留存，但題幹沒有給出真實數字。回答應把缺失資料列出，不要擅自聲稱某個方向一定更重要。若存在合規、合約或安全承諾，應先作為硬約束處理，而不是和普通偏好混合評分。

適用對象包括產品經理、產品負責人、增長職位和需要與銷售、支援及工程共同排期的技術產品經理。成熟答案會說明誰擁有最終決策權、如何記錄假設、何時複查，以及如果不能滿足請求如何提供替代路徑。

面試官考察點

第一，能否從「客戶要一個功能」追問到目標結果和機會。機會解決樹把期望結果放在頂部，再連接使用者機會、候選方案和假設測試，幫助團隊避免直接從聲音最大的請求跳到功能。

第二，能否區分證據強弱。客戶訪談、支援工單、使用行為、合約承諾和銷售預測回答不同問題，不能簡單相加成一個「需求票數」。Atlassian 的優先級指南也強調在即時業務需要、長期策略、客戶請求和競爭變化之間權衡，避免按誰聲音大來排期。

第三，能否把風險和機會成本說清楚。遺漏核心流程可能損害大量使用者，客製功能可能鎖定維護成本；合規、可逆性、交付依賴和學習速度都應進入決策。

第四，能否讓決定可溝通、可複查。優秀回答給出選擇、放棄什麼、目前證據、未知項、負責人和複查觸發條件，而不是把評分表當作最終答案。

回答前需要釐清的問題

• 目前要優化的結果是什麼？ 是續約收入、啟用、留存、可靠性、策略進入還是驗證新市場？
• 需求背後的使用者和任務是什麼？ 大客戶的功能請求是否代表多個相似機會，核心流程問題又卡在哪一步？
• 證據是什麼時間範圍和樣本？ 行為資料、工單、訪談、合約和預測各自的來源、偏差和置信度是什麼？
• 哪些限制不可協商？ 合約、合規、安全、平台政策或已公開承諾可能需要先滿足。
• 最終誰決策，何時複查？ 明確產品負責人、銷售承諾邊界、工程評估和下一次決策節點。

30 秒回答框架

「我先確認目前季度要優化的結果和不可協商限制，再把兩類功能請求改寫成使用者機會和可衡量結果。我會分別檢查行為資料、客戶訪談、支援工單、合約承諾和銷售預測的證據品質，比較影響範圍、策略契合、風險、成本、可逆性和取得證據的速度。若大客戶請求是硬承諾，我先設計最小合規交付或由負責人重新談判；若不是，我會優先能在核心結果上產生更大、可驗證增量且風險可控的機會，並說明放棄項、假設、負責人和複查條件。最後把決定寫入路線圖，向銷售、支援和工程用同一套證據溝通。」

分步驟深入解答

第一步：定義決策結果和邊界

先問「這次排期要改變什麼結果」。如果目標是提高新使用者啟用，客製匯出可能不是同一層級的選項；如果目標是保住已簽合約，合約交付就是硬約束。把安全、法律、資料權限和平台政策列為不可用方案，而不是用高分掩蓋。

第二步：把請求轉成機會陳述

「客戶要批量匯出」可能意味著稽核、遷移、月度報告或系統整合；「使用者在設定流程流失」可能意味著權限、理解、效能或信任問題。用「誰在什麼情境下無法完成什麼任務，造成什麼結果」重寫請求，再判斷哪些機會共用同一解決路徑。

請求：為一家客戶做專用匯出格式
機會：需要合規記錄的管理員無法在月底前取得可稽核資料
請求：優化設定導覽
機會：新團隊在邀請成員前無法理解權限後果，導致啟用中斷

第三步：分層檢查證據

行為資料能說明規模和路徑，訪談能解釋動機，工單能暴露痛點但容易受主動回饋偏差影響，銷售預測說明商業假設而非已實現價值。將每條證據寫上時間範圍、樣本、代表性和不確定性，不把同一使用者的多個請求當成多個獨立使用者。

第四步：建立可解釋的比較維度

可比較的維度包括目標結果貢獻、受影響且符合條件的人群、證據置信度、策略契合、實作和維護成本、風險、可逆性、依賴和學習速度。維度要服務於目前目標，不要為了得到漂亮分數而精確到無法解釋的小數。

第五步：設計最小驗證或替代路徑

不一定要在兩個完整專案中二選一。對核心流程可以先做可用性測試、原型或小流量實驗；對客製請求可以先用人工匯出、標準格式映射或付費試點驗證真實頻率和續約價值。實驗要寫明成功、停止和安全護欄，不能用「客戶喜歡」作為唯一指標。

第六步：處理大客戶和利害關係人壓力

先確認合約是否已經承諾功能、時間、服務等級或資料格式。若是硬承諾，記錄交付範圍、成本和續約風險，必要時讓銷售和法務重新談判，不把工程團隊偷偷吸收的成本當成免費。若只是銷售希望，展示機會證據和替代方案；向客戶說明目前不做的原因、驗證計畫和下一次更新點。

第七步：做決定並設定複查條件

明確選擇一個方向、暫緩什麼、為什麼現在選擇、哪些假設還沒驗證。指定產品、工程和商業負責人，給出複查日期或觸發器，例如實驗達到預先設定的增量、合約進入某個節點、風險超過閾值或新資料推翻代表性。記錄反對意見和放棄方案，防止下一次重新爭論同一事實。

高品質示範回答

「我會先確認季度目標。如果目標是提高新團隊啟用，設定流程問題與目標直接相關；如果大客戶的匯出格式已經寫進合約，那是需要先評估範圍和成本的硬約束。兩者都不能只用支援工單數量或銷售聲音比較。

我會把請求改寫成機會：管理員需要在月底取得可稽核資料，和新團隊在邀請成員前無法理解權限後果。接著看分群漏斗、相似客戶的訪談、工單主題、合約條款和銷售預測，標記樣本、時間範圍和偏差。對匯出請求，我會先嘗試標準格式映射或人工試點，驗證頻率、續約影響和維護成本；對設定流程，我會用原型測試關鍵任務和退出原因。

如果合約沒有硬承諾，我會優先能在目標結果上帶來更大、可驗證增量且風險可控的機會，可能先做設定流程的最小改進，同時給匯出請求一個明確的驗證和複查節點。如果合約已承諾，我會把交付範圍、時間和維護成本寫清，和銷售、法務共同調整承諾或資源，而不是讓工程默默加班。

最後我會記錄選擇、放棄項、假設、負責人、護欄和複查條件。向銷售、支援和工程說明同一套證據；當實驗結果、合約節點或風險閾值變化時重新決策。」

常見錯誤

• 按客戶聲音或職位排優先級 → 不能代表機會範圍和結果 → 追問使用者、任務和證據。
• 直接比較功能清單 → 把方案誤當問題 → 先寫機會陳述和目標結果。
• 迷信 RICE 等分數 → 輸入假設被偽裝成精確數字 → 展示證據品質和不確定性。
• 把一個大客戶當市場代表 → 高估可遷移價值 → 驗證相似分群和重複任務。
• 忽略維護和合規成本 → 首版交付後產生長期負擔 → 納入全生命週期成本和硬約束。
• 承諾「兩個都做」 → 逃避容量取捨 → 設計最小驗證、階段交付或明確暫緩。
• 只做研究不做決定 → 團隊沒有可執行方向 → 指定負責人、節點和複查觸發器。
• 把利害關係人異議當阻力 → 丟失資訊和支持 → 記錄反對理由，用同一證據溝通。

追問及應對

追問 1：如果銷售說客戶會在一週內流失，怎麼辦？

先要求明確合約狀態、客戶可驗證的風險和時間窗口。若是已承諾事項，進入商業和交付風險處理；若只是預測，快速驗證真實使用和續約條件，給出最小可行緩解與複查節點，不因一句威脅跳過證據。

追問 2：兩個機會的價值證據一樣怎麼辦？

比較可逆性、風險、學習速度、依賴和機會成本。優先能用更小實驗快速減少關鍵不確定性的方向，並明確另一方向的保留條件；若仍接近，採用時間盒試點或由目標負責人做顯式取捨，不假裝存在客觀唯一答案。

追問 3：為什麼不把所有客戶請求都放進機會池？

可以記錄，但不能把未分組的請求直接當作優先級。先合併相同任務，區分使用者機會、方案、合約承諾和雜訊，再用結果和證據篩選；機會池是學習材料，不是自動生成的路線圖。

追問 4：如何向被暫緩的客戶解釋？

承認需求和影響，說明目前目標、已知證據、暫緩原因及替代方案；給出下一次複查時間和客戶可以提供的驗證資訊。不要承諾未批准的日期，也不要把內部資源爭議轉嫁給客戶。