題幹與適用情境
一家 B2B SaaS 的大客戶貢獻 12% ARR，續約只剩 10 週。客戶要求團隊在 6 週內交付專有格式的核准稽核匯出，否則就會流失。依照客戶給出的完整規格直接開發，初步估計需要 3 名工程師連續投入 8 週，也就是 24 個工程週，之後每年還要約 6 個工程週維護；下季可分配給新產品工作的容量總共只有 30 個工程週。
進一步訪談 40 家企業客戶後，團隊發現其中 6 家存在相同的底層問題：它們需要把核准紀錄交給稽核或法遵團隊；只有提出續約威脅的客戶要求這種專有檔案格式。以上客戶占比、時間和工程量都是面試案例假設，不代表業界基準。
你需要在直接客製、沉澱共通能力、透過付費服務交付專屬部分和拒絕開發之間給出一個建議。2026 年公開的產品經理題庫直接列出「大客戶要求客製功能，否則流失」的情境；中文公開面試材料也要求候選人權衡大客戶客製、長期產品方向、維護負擔和機會成本。這是一道產品判斷題，適合 B2B SaaS 產品經理、產品負責人和需要參與重大客戶承諾的業務或技術負責人。
面試官考察重點
第一，看候選人是否把「客戶說會流失」當成待驗證的因果假設。客戶可能真的被稽核要求卡住，也可能在談判中爭取折扣、交付承諾或更高優先順序。好的回答會找到續約決策者、採購或法遵負責人，查核沒有該能力時會怎樣、有替代方案時是否仍會續約，以及依約交付後客戶是否願意書面承諾續約。
第二，看能否從客戶指定的解法回到真實任務。GitLab 的公開產品流程要求圍繞客戶的問題和期望結果繼續訪談；Atlassian 的產品管理材料同樣把理解客戶真正需要解決的問題、產品策略、價值、投入和契合度放在功能排序中。這裡的底層任務是「提供可稽核的核准證據」，專有格式只是一種可能的交付方式。
第三，看商業價值是否與成本使用相同口徑。12% ARR 是營收集中度，不等於「不開發必定損失 12% ARR」，也不等於這筆營收全是利潤。候選人需要比較可避免的客戶毛利損失、共通產品價值、開發和長期支援成本，以及被排擠的產品路線圖機會成本，並為每項估計標示區間和信心程度。
第四，看能否劃清產品與專案交付的邊界。共通權限、匯出模型和稽核能力可以進入產品；只服務一個客戶的欄位對應、檔案範本或內部流程連接器，可以由付費專業服務、合作夥伴或客戶端轉換承擔。邊界還要進入合約：範圍、價格、驗收、智慧財產、支援等級、變更流程和退場條件都不能只靠口頭承諾。
最後看候選人是否真正做出決定。只說「綜合考量」或「用 RICE 評分」會繞開題目。好的回答會明確選擇、拒絕什麼、何時停止投入，以及哪些新證據會觸發改判。
回答前需要釐清的問題
- 流失威脅是否可歸因？ 誰擁有續約決策權？稽核缺口是否寫進續約條件？若提供可接受的替代方案，客戶是否仍會取消？如果業務只轉述了一句話，不能把它當成確定損失。
- 什麼結果才算滿足客戶？ 客戶需要原始紀錄、可驗證簽章、特定欄位、固定檔案格式，還是與內部系統自動連接？不同答案會把方案導向產品功能、設定、介面、服務交付或客戶端轉換。
- 交付後有什麼對價？ 客戶是否願意簽署有條件的續約、延長合約、支付導入與持續維護費用，並接受明確的驗收範圍？沒有商業承諾時，公司承擔全部投入，客戶仍可因其他原因流失。
- 12% ARR 的品質如何？ 應查核毛利、付款紀錄、支援成本、擴充潛力和合約期限。營收很高但服務成本失控、應收帳款風險高或偏離目標市場時，判斷會改變。
- 需求有多共通？ 6 家客戶共享的是同一個任務、同一種權限模型，還是只在表面都叫「匯出」？若共通點只剩一個寬泛名稱，不應為了看似產品化而建立平台。
- 24 個工程週包含什麼？ 估計應涵蓋探索、設計、資安和法遵審查、開發、遷移、測試、上線、值班、客戶驗收和未來維護。只報第一版程式開發量會系統性低估客製成本。
- 機會成本是什麼？ 30 個工程週原本承諾了哪些成果，移走容量會影響多少客戶、營收、監管期限或可靠性？機會成本必須寫成被放棄的成果，而不只是「產品路線圖受影響」。
- 誰有權做出哪些承諾？ 產品負責產品邊界，工程負責可行性與估計，業務或管理者負責商業條款，資安、法務和法遵擁有各自核准權。產品經理不能獨自承諾所有事項。
30 秒回答框架
「我不會因為客戶占 12% ARR 就直接答應，也不會用『不做客製』一刀切。先讓續約決策者確認：缺少什麼結果、沒有它是否真的流失，以及滿足後是否簽署有條件續約。接著把專有格式拆成可重複使用的稽核匯出核心和單一客戶介接，比較可避免毛利、共通需求證據、完整生命週期成本與被排擠的產品路線圖價值。依題設我拒絕 24 個工程週的原樣客製，選擇共通核心加付費介接；只有續約、驗收、資安和維護邊界在限定日期前寫入合約才開工，否則提供替代方案並保留原產品路線圖。」
分步深入解答
第一步是驗證「功能—流失—續約」鏈條。分別訪談客戶使用負責人、續約決策者和提出要求的法遵或稽核角色，重現目前任務，記錄失敗證據和最後可接受日期。接著提出兩個反事實問題：若沒有任何新方案，客戶有多大機率流失；若交付約定結果，流失機率能降低多少。業務管線標籤或客戶語氣不能取代這兩個條件機率。
可以用下面的式子約束討論：
預期受保護價值 = 客戶年度毛利 ×（不採取方案時的流失機率 − 採取該方案後的流失機率）
這不是為了得到一個漂亮小數。每個機率都應給區間、證據和負責人。例如，客戶願意把「依驗收標準交付後續約」寫入補充協議，證據強度高於一次口頭表態。若功能只解決流失原因的一小部分，受保護價值就不能按全部 12% ARR 計算。
第二步把要求拆成任務、共通能力和專屬介接。本題裡，6 家客戶都需要可稽核的核准紀錄，因此權限控制、統一事件模型、匯出歷史和可驗證完整性可能構成產品核心。專有欄位名稱、檔案排序和客戶內部系統規則只服務一個帳戶，更適合作為有邊界的介接層。拆分不是為了自動把客製包裝成平台；只有跨客戶的工作流程、資料和權限限制真正一致，共通核心才成立。
第三步比較三個可執行方案。以下工程量仍是案例假設：
| 方案 | 首次投入 | 持續投入 | 客戶結果 | 產品價值 | 主要風險 | |---|---:|---:|---|---|---| | 依原規格直接客製 | 24 個工程週 | 每年約 6 個工程週 | 完整符合，但無法在 6 週內可信交付 | 低，專有結構進入主要產品 | 占用下季 80% 容量，並形成長期先例 | | 共通稽核匯出核心 + 付費介接 | 核心 8 個工程週，介接 2 個工程週 | 介接每年約 2 個工程週 | 6 週內交付約定結果 | 6 家客戶的共通任務可重複使用 | 共通需求判斷錯誤時會過度產品化 | | 不開發，提供受控替代方案 | 2 個工程週以內 | 有期限的人工或服務成本 | 可能滿足本次稽核，也可能無法續約 | 保留原產品路線圖 | 替代方案不可接受時會失去客戶 |
直接客製的 24 個工程週占 30 個工程週容量的 80%，依目前 3 人配置還需要 8 週，無法符合 6 週要求。共通方案假設 2 人平行用 4 週完成 8 個工程週的核心，再由 1 人用 2 週完成介接，因此可以在 6 週內交付，共使用 10 個工程週，占約三分之一。回答仍要說明它排擠哪些工作。專業服務也不是免費容量；導入、值班和支援都要進入成本。如果公司沒有專業服務能力，所謂「由服務團隊處理」只是把風險轉給另一個團隊。
第四步形成建議。依題設，我會拒絕原樣客製，選擇「共通稽核匯出核心 + 付費專屬介接」，但設置一個開工閘門：在第 5 個工作日結束前，客戶簽署以明確驗收標準為條件的續約或補充協議；工程確認 10 個工程週範圍；資安和法遵負責人核准資料邊界；商業負責人接受被移動的產品路線圖成果。任何條件不成立，就選擇受控替代方案，不占用產品開發容量。
這個選擇利用了 6 家客戶的共通任務，同時防止專有格式污染核心產品。核心功能由產品團隊維護，欄位對應與專有檔案範本依單獨報價、支援等級和變更流程交付。合約應寫明資料責任、驗收樣本、交付日期、費用、維護期限、重大變更重新估計，以及介接停止或遷移到標準格式的條件。不要承諾「以後所有客製都支援」，也不要把未驗證的 5 家潛在採用者計入確定營收。
第五步驗證決定。交付前檢查共通核心是否能在不寫客戶專屬分支的情況下表達 6 家客戶的共通任務；用去識別化樣本驗證權限、欄位完整性、可重複產生和稽核方驗收。交付後分別觀察續約是否簽署、客戶是否實際使用、另外 5 家是否願意採用或付費、支援工時和原產品路線圖延遲。若客戶續約但從未使用功能，不能把續約全部歸因於開發；若介接工時持續上升，就應提高價格、限縮支援或依合約退出。
這套方法的關鍵規則是：用流失機率可改變的部分估值，用跨客戶共通任務決定是否產品化，用合約決定誰為專屬差異和長期維護付費。
高品質示範回答
「我先把 12% ARR 當成風險上限，不當成確定收益。第一天我會和業務一起找客戶的業務負責人、續約決策者以及稽核負責人，確認他們到底需要可稽核紀錄，還是只能接受指定檔案；也會問清楚沒有新功能、採用臨時方案和依約交付三種情況下的續約決定。最有價值的證據，是客戶願意把驗收後續約寫入補充協議，而不是一句『可能會走』。
我會把營收和成本放到同一個模型裡。價值側看客戶年度毛利，以及方案能降低多少流失機率；成本側看第一版、每年維護、支援和被排擠的產品路線圖成果。原樣客製需要 24 個工程週，占下季 30 個工程週容量的 80%，還無法可信地滿足 6 週期限，所以我明確不建議做。
訪談顯示 40 家企業客戶中有 6 家共享『提供可稽核核准紀錄』這個任務，只有目前客戶需要專有格式。因此我的選擇是用 8 個工程週建立共通稽核匯出核心，再用 2 個工程週做付費介接。核心進入產品，專有欄位和範本放在有明確維護邊界的介接層。這個方案共 10 個工程週，可以在案例的 6 週時限內完成，但仍會占用約三分之一的季度容量，我會列出因此延後的產品路線圖成果交給商業負責人確認。
我會設置第 5 個工作日的開工閘門：客戶簽署有驗收條件的續約或補充協議，工程範圍維持在 10 個工程週內，資安和法遵核准通過，合約寫清費用、支援等級、變更與退場條件。任何一項沒有完成，我都不讓威脅變成實際上的產品路線圖承諾，而是提供有期限的標準匯出加人工轉換方案。
上線後我會檢查續約、實際使用、另外 5 家客戶的採用意願、支援工時和產品路線圖延遲。即使客戶最終續約，我也不會自動宣稱是功能挽回了 12% ARR；只有事前的條件承諾和後續使用證據能提高這個歸因的可信度。」
常見錯誤
- 看到 12% ARR 就立即答應 → 把營收集中度誤當成可歸因收益，也為客戶建立以威脅插隊的先例 → 驗證流失反事實、毛利、合約承諾和決策權限。
- 堅持「產品絕不做客製」 → 可能錯過一個代表目標市場的共通任務 → 先找跨客戶一致的工作流程與限制，再決定產品核心和專屬介接邊界。
- 把專有需求全部抽象成平台 → 一次要求無法證明共通架構值得建設 → 只產品化已經由多客戶任務證據支援的最小核心。
- 只算第一版開發量 → 支援、升級、資料變更和客戶驗收會長期占用團隊 → 估計完整生命週期並把維護寫進價格和合約。
- 把專業服務當成零成本 → 風險只是從產品團隊移到導入或支援團隊 → 為服務投入設負責人、容量、報價、支援等級和退場條件。
- 用 RICE 得到精確分數就宣布結論 → 流失機率、策略契合和合約證據仍可能是猜測 → 為關鍵輸入給區間與信心程度，並寫出改判觸發條件。
- 先開發再談續約 → 公司承擔全部風險，客戶仍能因價格、採購或其他原因流失 → 在開工前交換明確的商業承諾和驗收標準。
- 只給選項不建議 → 面試官看不到你是否願意承擔取捨 → 明確選擇、拒絕項目、開工閘門和失敗後的替代路徑。
追問及應對
追問一：客戶貢獻 30% ARR，不做就可能危及公司現金流，結論會變嗎？
風險承受能力會改變，驗證和高層決策要加速，但 30% 仍不是自動核准任何規格的理由。先評估短期現金續航與客戶毛利，再比較臨時人工交付、受限分支、共通核心和完整客製。公司可能合理地接受更多一次性服務成本以爭取時間，同時啟動降低客戶集中度的計畫。決定應由能承擔公司級營收風險的負責人做出，並明確這是一項例外及退場日期。
追問二：沒有其他客戶需要這個功能，還會建立共通核心嗎？
不會用一位客戶的專有流程證明平台價值。我會把它當成單一客戶商業案例：可避免毛利是否涵蓋開發、持續維護、支援和機會成本；公司是否有意經營專案型收入；合約能否為全部差異付費。如果回報和策略邊界都成立，可以在隔離良好的介接層交付，但不能把它偽裝成共通產品路線圖。條件不成立就提供替代方案或拒絕。
追問三：業務已經向客戶承諾 6 週交付，怎麼辦？
先確認承諾的原文、授權和客戶理解，不在新承諾上疊加舊錯誤。工程給出可驗證範圍，商業負責人決定是否重談日期、範圍、價格或補償；法務查核合約責任。若 6 週內只能交付共通核心和有限介接，就把驗收樣本與排除項目寫清楚。復盤時修正售前承諾入口，但不能讓治理改善取代眼前的客戶溝通。
追問四：客戶不肯簽有條件續約，只說「先做出來再談」，還開工嗎？
這會顯著降低「開發能阻止流失」的證據強度。我會要求至少取得可查核的採購進度、決策者確認或付費探索階段，並縮小任何可逆投入。若客戶拒絕所有對價，預設保留產品路線圖，提供現有能力和有期限的服務替代。除非公司級決策者明確接受這項高不確定性投資，否則不把口頭威脅轉換成 10 個工程週承諾。
追問五：專有格式需要存取敏感核准資料，資安審查無法在 6 週內完成呢？
資安核准是開工閘門，不是可以用營收覆蓋的分數項目。尋找不擴大資料邊界的替代方案，例如客戶在自己的環境中轉換標準匯出，或只提供去識別化、最小欄位的資料包。若這些方案也不符合要求，就重談期限或拒絕。產品經理可以解釋商業代價，不能代替資安負責人接受風險。
追問六：功能按時交付，客戶還是流失了，怎樣復盤？
先查核事前因果鏈：誰承諾了什麼、驗收是否通過、功能是否被實際使用、價格或採購是否才是主因。把判斷誤差、執行缺陷和客戶情況變化分開。接著更新流失機率估計、售前證據門檻與合約條款，並重新評估共通核心是否仍服務另外 5 家客戶。不要用「客戶不講信用」結束復盤，也不要因為一次失敗就否定所有策略客戶需求。