面試題庫

請解釋偏差與變異的權衡，以及它在實際專案中會怎麼表現出來。

兩個詞各用一句話定義，再扣到一個具體的決策上：例如你選了較淺的梯度提升模型，因為樹越深，驗證誤差就上升，訓練誤差卻持續下降。最後說明你是怎麼診斷出來的（學習曲線、交叉驗證的落差），而不是背誦理論。

資料集裡有缺失值時，你會怎麼處理？

展現決策過程，而不是單一招式：先量化缺失的程度，判斷它是不是隨機的（MCAR/MAR/MNAR），再對症下藥：刪除、插補（平均數／中位數、以模型插補），或把「缺失」本身當成一個特徵。記得提到資料洩漏：插補用的參數只能用訓練集來擬合。

除了準確率，你還會怎麼評估一個機器學習模型？

根據錯誤對業務造成的成本來挑指標：類別不平衡時看精確率／召回率和 PR-AUC，機率會直接用來做決策時要看校準，並和基準比較（多數類別、現行的經驗法則）。好的回答還會加上切片分析：看各個區隔的表現，而不只是整體數字。

請分享一次你的分析促成實際商業決策的經驗。

用 STAR 並帶上數字：利害關係是什麼、你和顯而易見的做法有什麼不同、可衡量的成果（「流失模型鎖定了 20% 的帳戶，留客支出降低 15%」）。面試官會追問後續，所以要說明你怎麼知道成效是因果關係（保留對照組、A/B 測試、差異中的差異法）。

你會怎麼向非技術背景的利害關係人解釋一個複雜的模型？

直接示範，不要只是描述：挑一個模型當場翻譯成白話（「這個模型會像信用評分一樣替每位客戶打分數，影響最大的是這三個因素」）。提到你實際使用的工具，例如把 SHAP 摘要轉成白話的影響因素，或用一頁的決策備忘錄取代 notebook。

面對大型資料集，你會怎麼做異常偵測？

這樣架構你的回答：先定義什麼叫「正常」（季節性、區隔），再依據有沒有標籤挑選方法：沒有標籤時用統計門檻或孤立森林，事件有標註時用監督式模型。說明你怎麼控制誤報的額度，因為警報疲勞會毀掉這類系統。

你會怎麼設計和分析一個 A/B 測試？

涵蓋完整流程：事先確定假設和主要指標、用檢定力分析決定樣本數、選擇能避免互相干擾的隨機分派單位，以及事先登記的停止規則。資深的訊號在於失敗模式：偷看結果、多重比較、新奇效應，再加上一個測試結果出乎你意料的例子。

請帶我走一遍你做特徵工程的流程。

以一個專案為基礎：領域知識如何提示候選特徵、你怎麼處理類別型變數和時間（目標編碼、滯後項、時間窗口），以及你如何驗證一個特徵確實值得保留（特徵重要性加上消融實驗，而不是憑感覺）。記得提到資料洩漏的檢查：用到未來資訊算出來的特徵，是經典的隱形殺手。

什麼時候你會用 SQL，什麼時候用 Python 或 R？

展現務實的分工：在資料來源端撈資料、合併、彙總時用 SQL（把運算推給資料倉儲），需要統計、建模或畫圖時再用 Python/R。最好的回答會提到刻意在兩者之間搬移工作，例如「我先用 pandas 做原型，再把吃重的 groupby 移回 SQL」，而不是死守一種工具。

模型上線後，你會怎麼監控？

說出三個層次：服務健康度（延遲、錯誤）、資料漂移（輸入分布與訓練資料的差異），以及效能衰退（預測和延遲取得的真實結果比對）。說明什麼情況會觸發重新訓練、誰會收到告警通知。一個具體的故事（「產品改版讓特徵分布改變後，我們的詐欺偵測模型表現變差了」）勝過列一長串監控工具。

我們 App 的每日活躍使用者下降了，你會怎麼調查？

先建立架構：釐清下降的幅度和時間範圍，排除量測上的錯誤，再做分群（平台、地區、世代、獲客管道），找出下降集中在哪裡。之後才提出可能的原因：某次版本更新、行銷暫停、季節性、競爭對手。最後提出最快能推翻假設的檢驗，而不是列出所有可能。

你怎麼替產品路線圖上的功能排優先順序？

說出一個框架（RICE、影響力／投入），但馬上點出它的限制：分數背後藏著假設，所以要說明你怎麼檢驗這些假設：觸及範圍靠使用者證據，投入程度靠工程團隊的技術驗證（spike）。好的回答會包含一件你刻意拒絕的事，以及背後的策略理由。

請分享一個數據和直覺互相矛盾的產品決策。

這題考的是判斷力。挑一個真實的案例：指標說的是一回事，質化訊號說的是另一回事，再說明你相信哪一方、為什麼（指標只是代理變數、樣本有偏誤、長期與短期的差別）。可信的結尾是你怎麼化解這個矛盾：做一個低成本的實驗，而不是憑信念賭一把。

產品上線後，你怎麼衡量它成不成功？

把指標和上線目標連結起來：採用度（啟用率）、參與深度（使用頻率、留存曲線），以及商業成果（營收、成本）。區分領先指標和落後指標，在上線前就設好檢討的時間點，並說明什麼結果會讓你撤回；事先承諾，正是嚴謹和事後找理由的差別。

遇到和產品願景衝突的功能需求，你會怎麼處理？

展現尊重，也要有原則：深入了解背後的問題（需求單是對方提出的解法，不是真正的需求），量化還有誰有同樣的需求，然後用符合願景的方式解決這個需求，或說明你在守護的是什麼取捨。往上呈報時要帶著選項和建議，絕不是直接說不。

你怎麼讓工程團隊和業務團隊保持一致？

具體的機制勝過空泛的口號：一份書面的優先順序單一事實來源、讓工程師參加需求探索的會議以便及早傳遞脈絡，並做雙向翻譯：把業務端的要求包裝成使用者問題，把技術限制包裝成範圍和時程的選擇。舉一個團隊失去共識的例子，以及你後來改了什麼。

如果是一個全新的產品，你會定義哪些指標？

依生命週期來架構：一個和實際交付價值掛鉤的北極星指標，再沿著漏斗設定輔助指標：獲客、啟用（精確定義「啊哈時刻」）、留存，以及一個防止你操弄其他指標的護欄指標。說明為什麼排除虛榮指標（下載數、瀏覽量），以及達到產品市場契合後，這組指標會怎麼改變。

請估算這個產品的市場規模。

數字本身不如推估的架構重要：先說明你的方法（從人口由上而下推估，或從使用情況由下而上推估），把假設說出來，算式保持簡單，並拿一個已知的參考點檢查結果合不合理。最後點出哪個假設對答案影響最大，這才是面試官真正評分的部分。

挑一個你覺得設計得不好的產品，你會怎麼改進它？

挑一個你真的在用的產品，不要選面試官公司的產品。用框架來診斷（使用者是誰、他們用它來完成什麼任務、它在哪裡失敗），提出一兩個聚焦的改動，並定義能證明改進有效的指標。沒有成功指標的批評，聽起來只是個人品味，而不是產品思維。

你怎麼跟工程師溝通需求？

描述你的書面文件（PRD、一頁式說明）以及它確定了哪些事：問題、使用者、成功指標和限制條件，同時刻意把「怎麼做」留給工程團隊。提到圍繞它的回饋機制：讓工程師挑毛病的啟動審查會議，以及具體到「做完了沒」不會引發爭論的驗收標準。

請分享一個你操作過的成功行銷活動。

結構：目標 → 受眾洞察 → 管道選擇 → 附歸因的成果。拉開差距的是洞察（「我們發現註冊量在比較型搜尋後暴增，所以做了比較型內容」），以及坦白說出你會怎麼改進。沒有對照組或基準的活動故事，聽起來只是裝飾。

你怎麼衡量一個行銷活動的成效？

說明你建置追蹤的漏斗：觸及 → 互動 → 轉換 → 留存／LTV，主要 KPI 在上線前就確定。正面處理歸因問題（嚴謹使用 UTM、保留對照地區、增量測試與最終點擊歸因的比較）；資深面試官想聽的，正是你能說出自己量測方式的限制。

你怎麼做市場區隔和目標客群選擇？

拿一次真實的區隔來說明：你用什麼資料分群（行為資料勝過人口統計資料）、怎麼驗證這些區隔能付諸行動（不同的訊息、管道或價格真的能打動他們），以及鎖定目標後預算怎麼改變。避免背後沒有任何資料的教科書式四象限回答。

你會用哪些數位行銷工具和平台？為什麼選它們？

依要完成的任務分類，而不是列一堆品牌：分析（GA4 + 一套產品分析工具）、SEO（Search Console + 排名／關鍵字工具）、行銷自動化／CRM，以及素材測試。每一類用一句話說明這個工具實際改變了哪個決策；說不出和哪個決策有關的工具，聽起來只是在灌水履歷。

行銷活動成效不佳時，你怎麼用數據來優化？

展現診斷的順序：先確認追蹤沒問題，再拆解漏斗找出出問題的環節（點擊率正常但轉換率很差 → 問題在到達頁，不在廣告）。描述一次你做過的結構化測試（受眾、素材或優惠，一次只改一個變數）、結果，以及你事先設定的停損標準。

你做過哪些內容的搜尋引擎優化（SEO）？

展現完整的循環：關鍵字與搜尋意圖研究、依意圖規劃內容（而不是堆砌關鍵字）、技術面的基本功（標題、內部連結、網頁速度），以及數個月下來曝光數和排名的實際變化。能說出哪些做法沒有效果會加分，只有成功案例的 SEO 故事聽起來像借來的。

品牌行銷和成效行銷之間，你會怎麼分配預算？

展現你理解兩者之間的拉扯：成效行銷可以量測、週期短；品牌行銷有複利效果，但很難歸因。依公司階段和回本試算來決定比例（早期以成效行銷為主，直到 CAC 穩定下來；管道飽和後再轉移）。說明你仍會怎麼衡量品牌：搜尋量、直接流量、分地區的增量測試。

如果要從零開始建立內容策略，你會怎麼做？

說明先後順序：先做受眾和搜尋意圖研究，再建立聚焦的主題架構（幾個支柱主題，而不是五十篇零散的文章）、你能持續維持的產出節奏、每篇內容都事先規劃好發布管道，以及一個能淘汰失敗內容的成效追蹤循環。拉開差距的是排序的邏輯（為什麼先做這些主題），而不是列出一堆管道。

你有 $10k 的產品上市預算，會怎麼花？

忍住別全部砸在廣告上。好的回答會依目標分配：一部分投入素材和到達頁的品質、一筆在兩三個管道上測試的預算並訂好明確的停損標準，再留一筆預備金加碼表現最好的管道。說出每個管道的試算（預估 CPC → 轉換數），以及如果預算是 $100k，你會怎麼做不一樣的安排。

如果你接下這個職位，前 90 天會怎麼安排？

分成三段：學習（盤點漏斗、和業務及產品團隊見面，在改任何東西之前先讀懂數據）、快速見效（一兩個能看到成效的修正，常常是追蹤設定或某個表現不佳的頁面），然後是一份有負責人和指標的計畫。這題篩選的是判斷力和謙遜；一來就帶著死板的固定打法，兩者都不及格。

請帶我走一遍 DCF 分析。

依序講完操作步驟：預測自由現金流量、選擇折現率（WACC 以及你怎麼算出來的）、終值（永續成長法或退出倍數法）、折現後加總；接著展現判斷力：估值對哪個假設最敏感，以及你怎麼用倍數法檢查結果是否合理。只有步驟、沒有敏感度分析，聽起來就像背出來的。

你怎麼分析財務報表來評估一家公司的體質？

把三大報表串起來看，而不是列一堆比率：獲利趨勢（損益表）、現金轉換（現金流量和淨利的比較，兩者背離是經典的警訊），以及槓桿和流動性（資產負債表）。說出你實際會先看的 3–4 個比率，以及一次某個比率講出誤導性故事的經驗。

請談談你在編列預算和做預測方面的經驗。

說明你負責的週期（年度預算、滾動預測）、你的方法（以驅動因子為基礎，勝過逐項外推），以及準確度：你做過的差異分析、最大的一次失準，以及它帶來的流程改變。面試官會追問你的預測是真的用在決策上，還是只出現在簡報裡。

請分享一個你分析過的複雜商業問題，你的流程是什麼？

挑一個真正有模糊空間的問題。展現整體輪廓：把問題定義清楚、拆解成驅動因子、蒐集資料（並誠實處理資料的缺口）、檢驗最有可能的假設，最後得出一個有人據以行動的建議。你要能說出這句話：「如果沒有這些數據，我會在這裡判斷錯誤。」

你怎麼確保分析的準確性和可靠度？

列出具體的習慣：用獨立的資料來源核對總數、在模型中內建合理性檢查（平衡檢查、量級測試）、替假設做版本管理和文件紀錄，並在交付前請別人試著把你的模型弄壞。坦承一個你很晚才抓到的錯誤，以及你因此加上的檢查，比宣稱零錯誤更有說服力。

你做分析時會用哪些工具？怎麼選擇？

依任務挑工具：需要別人稽核的模型用 Excel，在來源端撈資料和整理資料用 SQL，分析需要統計或自動化時用 Python/R，固定的自助式報表用 BI（Tableau/Power BI）。一個轉移的故事（「把每週的 Excel 報表改成 SQL + 儀表板，省下 N 小時」）就能證明這點。

請描述你寫過最複雜的 SQL 查詢。

挑一個真的有結構的查詢：多步驟的 CTE、視窗函數，或棘手的去除重複資料，並說明它回答了什麼商業問題，而不只是語法。解釋一個效能上的決定（為什麼提早過濾、join 順序的代價），以及你怎麼拿已知的總數驗證結果正確。只有複雜、沒有驗證，是警訊而不是炫技。

請帶我走一遍你做過的差異分析。

展現拆解的紀律：實際對比計畫，拆成價格／數量／組合（或你所在領域對應的驅動因子），分離出每個因素的貢獻。接著是判斷的層次：哪些差異是雜訊、哪些是訊號，以及這份分析改變了什麼決策。最後說明這個流程如何改善下一輪的預測。

你怎麼做出高階主管真的會用的 KPI 儀表板？

從決策出發，而不是從資料出發：訪談使用者，找出他們每週都會問的三個問題，把這些放在最上面並附上目標和趨勢，其他的都放到下鑽頁面。也要提到營運的那一半：資料的即時性、每個指標定義都有單一負責人，以及刪掉沒人看的圖表。使用率就是儀表板本身的成功指標。

請分享一次你的分析出錯的經驗。

挑一個有影響的錯誤，說明它是怎麼漏網的（錯誤的 join、倖存者偏差、過時的假設），以及真正被評分的部分：它是怎麼被發現的，以及因此現在多了哪道檢查。承認失誤並把修正變成制度，聽起來很資深；宣稱自己從沒交出過錯的數字，聽起來就是沒有反省過。

請你先簡單自我介紹一下。

現在 → 過去 → 未來，90 秒：你現在在做什麼（用一句話說明負責範圍）、兩三段培養出這個職位所需能力的經歷，以及為什麼這個職位是你合理的下一步。中間那段要針對職缺說明調整，不要按時間順序把履歷念一遍。

用免費產生器，根據你的履歷寫出你的版本 →

請分享一次你失敗的經驗。

挑一個真的有代價的真實失敗（不是「我太認真工作」），承認你自己在其中的具體責任，並把大部分時間花在你事後改變了什麼機制。面試官在測試你能不能把失敗轉化為流程，所以最後用一次靠新流程拿下的成功來收尾。

請描述一次你和同事發生衝突的經驗，你是怎麼解決的？

聚焦在專業上的意見分歧，而不是個人恩怨。展現你先去了解對方的理由、找出共同的目標，再採取一種解決機制（用數據說話、試行一段時間、把清楚的決策點往上呈報）。絕對不要把對方塑造成壞人，因為面試官會把自己想像成那位同事。

你為什麼想來我們公司工作？

分兩層：一件只有做過功課才會知道的公司具體細節（產品方向、某次產品發表、一篇技術部落格文章），再連結到你自己的職涯方向。空泛的稱讚（「公司文化很好」）會讓人覺得你是海投的求職者；具體，就是這題的全部重點。

請分享一次你在沒有職權的情況下帶領大家的經驗。

挑一個跨部門的情境：你看到了缺口，藉由讓別人更容易達成他們的目標來凝聚共識（而不是一開始就往上呈報），並交出一個能量化的成果。這題篩選的是影響力，你「如何」說服別人的具體做法，比結果更重要。

你未來五年的職涯規劃是什麼？

展現方向感，但不要死板照稿：你想深化的能力、你想逐步承擔的範圍，以及這個職位如何讓你往那個方向累積。公司在篩選的是你會不會很快離職，以及你的自我認知，而不是精準預測組織圖。

你最大的缺點是什麼？

挑一個真實、但不會讓你直接出局的缺點（不是假謙虛、真炫耀），然後把三分之二的時間花在你的管理方法上：你為此建立的具體習慣或流程，以及一個顯示它有效的可衡量跡象。這題考的是自我認知加上改進的機制，「我是完美主義者」兩項都不及格。

請分享一次你和主管意見不同的經驗。

展現建設性的異議：你是在實質內容上有不同意見，私下用證據說明你的立場，然後不論結果如何，都全力投入最後的決定。也舉一次事後證明你錯了、而你也坦白承認的例子。面試官同時在篩選你有沒有原則、聽不聽得進指導；故事裡有壞人就不及格。

請描述一次你在很趕的期限內交付的經驗。

這題考的是取捨範圍的能力，不是英雄式的拚命。說明你怎麼砍到只剩最核心的部分、及早溝通取捨，並交付真正重要的東西，以及事後你收拾了哪些尾巴。裡面沒有任何優先順序決策的熬夜故事，聽起來只是規劃不周，而不是敬業。

你為什麼想離開目前的工作？

往前看：用一句誠實、中性的話說明你遇到的瓶頸（範圍、成長、方向），然後轉到這個職位能提供、而目前的工作給不了的東西。絕對不要批評雇主，因為面試官會把你說的話，套到你將來會怎麼談論他們。控制在三十秒以內。

請帶我看一個你從頭到尾設計的系統。如果現在重來，你會改什麼？

從驅動設計的限制條件講起（流量型態、延遲預算、團隊規模、期限），而不是列出一堆技術。資深的訊號是一件在正式環境壞掉的事和它教會你什麼，再加上一個你今天會畫得不一樣的具體邊界。

請談談你除錯過最難的一個 bug。

價值在於方法，不在於症狀：你怎麼縮小範圍（bisect、加 log、穩定的重現步驟），以及最後發現哪個假設是錯的。最後說明你改了什麼，讓這一類 bug 下次能更快浮現。

「快速上線」和「好好做對」之間，你會怎麼取捨？

用一個你實際做過的取捨來回答，並說明背後的可逆性判斷：做了就回不去的決定值得多花一週，可以回頭的通常不必。也說出你承諾過的清理工作後來到底有沒有做；承認沒做到，比假裝做到更可信。

請描述一次你在 code review 時和作者意見不同的經驗。

展現你能區分個人品味和實質問題。訴諸外部的依據，例如某一類 bug、介面約定、效能基準，而不是個人偏好；並說明分歧最後怎麼收場：用一個測試定案、一起結對討論，或是你讓步。

要替不是你寫的程式碼做測試，你會怎麼著手？

先寫特性測試（characterization test）把目前的行為固定下來，再補上真正有風險的路徑的覆蓋率。說出你決定「不」測什麼：把覆蓋率當成預算而不是目標，才是有經驗的回答。

請談談一次由你負責處理的線上事故。

用時間軸來講：發現、止血、根本原因、預防。面試官想聽的是，你是不是在完全搞懂原因之前就先止血（這通常是正確的順序），以及有沒有一項真的上線的預防措施。

你怎麼避免一個大型重構半途卡住？

說明你如何讓每一步都可以上線：在接縫後面先遷移一小塊、新舊兩條路徑並行，再刪掉舊的。說出讓你知道這招有效的指標，以及你刻意留著不遷移的部分。

你們團隊有哪個技術決策是你不認同的？

挑一個真實的決策，並公允地說明另一方的觀點，包括團隊為什麼這樣選。最後提出一個能定案的實驗，會比斬釘截鐵的確定更有說服力。

拿到一份從沒看過的資料集，你會怎麼驗證它？

說出你實際會跑的檢查清單：和來源比對筆數、主鍵是否唯一、日期涵蓋範圍、空值和離群值的分布，再和某個大家已經信任的數字對帳。真正的功力在於對帳對不起來時你怎麼做，所以要把這部分說出來。

儀表板上某個指標一夜之間掉了 20%，請說說你第一個小時會做什麼。

先檢查追蹤機制，再看業務本身：資料管線故障和真實的下滑，在圖表上看起來一模一樣。接著做分群（平台、地區、新客與回訪客），再和版本發布及行銷活動的時間軸對照。先提出「追蹤出錯」這個假設，就是有經驗的證明。

你怎麼決定一個團隊應該在意哪個指標？

把指標和它會改變的決策綁在一起。好的回答會說出這個指標、它可能被怎麼操弄，以及你會搭配的護欄指標，避免有人把業務優化到走進死胡同。

請分享一次你的分析改變了別人想法的經驗。

用 STAR，並把阻力留在故事裡：誰不同意、哪一項具體證據說服了他們，以及如果沒說服成功，你本來會怎麼做。沒遇到任何阻力的分析，通常也沒那麼重要。

你怎麼向非技術背景的利害關係人解釋統計上的不確定性？

翻譯成決策的語言：結果大概落在什麼範圍、在範圍的兩端你分別會怎麼做，而不是把 p 值放上投影片。也要明確說出，如果結果不顯著，對計畫代表什麼。

原本幾秒就跑完的查詢，現在要跑好幾分鐘，你會怎麼處理？

動手改寫之前，先讀執行計畫：提早過濾、替過濾條件的欄位建索引、在 join 之前先減少筆數，並把每天都要跑的東西物化。也提一下正確的修法其實在上游資料倉儲模型、而不是查詢本身的情況。

遇到資料回答不了的需求，你會怎麼處理？

及早說清楚，然後提出資料能回答的最接近的問題，以及要回答真正的問題得付出什麼成本：加追蹤、做問卷、設保留對照組。默默交出一個會誤導人的替代指標，就是這題的失敗模式。

請分享一份你做了卻沒人用的報表。

誠實面對，然後診斷原因：沒有負責人、更新頻率不對，或它回答的問題跟任何人的績效都無關。最好的版本會以你把它砍掉了、或換成了什麼來收尾。

請分享一個進度落後的專案，你當時怎麼處理？

說出你什麼時候知道、告訴了誰、砍掉了什麼。及早帶著選項往上呈報，勝過最後才拚命救火，而面試官就在聽你是哪一種。

你怎麼做出大家真的會看的進度報告？

先列需要做的決策，再列風險並寫明負責人和日期，最後是和上次相比有什麼改變。說明壞消息時你怎麼保持誠實：一份一直是綠燈、直到突然變紅燈的報告，只會讓大家學會忽略它。

下一個衝刺有兩個團隊都需要同一位工程師，你會怎麼辦？

把這個取捨交給負責排優先順序的人，每個選項都用日期估算代價，而不是用形容詞。避免「兩邊都談談、然後祈禱沒事」這種等於沒回答的答案。

遇到一直追加範圍的利害關係人，你會怎麼應對？

不要直接拒絕，而是讓取捨被看見：「可以，但日期會延到這天，你要選哪個？」也提到書面的變更紀錄，它能避免同樣的對話一再重演。

請描述一個你在它變成問題之前就抓到的風險。

你怎麼發現它很重要：相依關係盤點、事前驗屍（pre-mortem），或是一位平常很安靜、因為你營造了安全感而願意開口的工程師。接著說明你的因應措施和它的代價。

你怎麼知道一個專案真的照進度在走？

比起狀態燈號，更要看領先指標：未解決的相依事項、審查的延遲、範圍的變動；也要指出，一個能實際運作的展示勝過完成百分比。

請分享一次你向高層報告壞消息的經驗。

結構：重點標題、原因、附代價的選項、你的建議。說明你怎麼避免把它埋在第十四張投影片裡。

你會怎麼替一個專案結案？

確認驗收標準都已達成、替後續的工作指定負責人，並開一場真的改變了一件事的回顧會議。從來不結案的專案，正是團隊累積隱形工作的原因。

請說說一筆你丟掉的案子，以及原因。

說出真正的原因，而不是價格，價格通常只是表面症狀。可信的版本，會以你在商機評估上改了什麼、讓同樣的失敗不再發生來收尾。

你怎麼評估一個商機值不值得追？

把你的框架當檢查清單，而不是照本宣科：誰簽約、如果客戶什麼都不做會出什麼問題，以及逼他們做決定的日期。說出你淘汰了哪些案子，以及這替你省回多少時間。

一場很成功的展示之後，潛在客戶突然沒消息了，你會怎麼做？

先假設對方的優先順序改變了，而不是沒禮貌。說明你會多線接觸第二位利害關係人、提供一次真正有用的聯繫，以及誠實的收尾：直接問對方要不要先結案，常常反而會得到回覆。

客戶說你們太貴了，你會怎麼回應？

拿「維持現狀的代價」來重新框架，並用對方自己的數字量化；絕不無條件打折，降價一定要換到些什麼。說出一筆你主動放棄的案子，會讓這個回答更可信。

請談談你遇過最困難的一場談判。

區分對方的立場和他們真正的利益，然後說明你用哪個讓步做了交換、哪個讓步你拒絕了。面試官想聽的是，你有沒有同時守住關係和利潤。

在一個全新的區域，你會怎麼建立銷售漏斗？

先做區隔，挑一個能最快贏下來的切入點，再安排開發客戶的節奏。給出你真實的數字：接觸次數、回覆率、會議數，因為含糊描述做了哪些事的回答，等於沒有回答。

開始賣一個新產品的前 30 天，你會怎麼安排？

研究最近五筆贏下和輸掉的案子、學會那個最能打動客戶的展示環節，並找到一位技術夥伴。說明到了第 30 天，你可以獨立完成哪些事。

請分享一次你業績預測失準的經驗。

說明你怎麼區分「承諾數」和「最佳情況」、你高估了哪個訊號，以及事後你加上了什麼紀律。預測時的誠實，就是這份工作的大半。

請分享一次你把憤怒的客戶挽回的經驗。

先承認問題、扛起時程，再說明實際改變了什麼：一個修正、一筆補償額度、一個流程。面試官最在意的，是火滅了之後你怎麼持續跟進。

五張工單都很急的時候，你怎麼排優先順序？

用影響程度乘上波及範圍，再對照合約上的承諾來判斷。說明你把哪些工單往後排時通知了誰，因為默默往後排，正是讓待辦佇列變成客訴的原因。

客戶要求一個永遠不會開發的功能，你會怎麼回應？

直接說清楚，不要給對方虛假的希望，然後用現有的功能解決他背後真正要完成的事。記錄下來時附上對業務的影響，讓產品團隊看到的是一個模式，而不只是一個願望。

你怎麼察覺一個客戶快要流失了？

管理員層級的使用量下降、內部支持者離職、工單裡的語氣改變、跳過定期檢討會議。接著說明一次真的有效的介入，以及一次沒有效的。

請分享一次你為了客戶而向自己公司據理力爭的經驗。

說明你在內部提出的論點和帶去的證據，以及問題還沒解決時你對客戶承諾了什麼。不承諾任何你無法掌控的事，才是成熟的做法。

你怎麼開一場客戶覺得有價值的檢討會議？

從他們被考核的成果講起，而不是你們的功能清單。帶一個建議和一個請求；沒有任何請求的會議，只是一次進度報告。

請分享一次讓客戶失去信任的失誤。

你告訴了他們什麼、多快告訴他們，以及事後你在流程上改了什麼。揭露的速度，就是這題的全部答案。

遇到今天解決不了的問題，你會怎麼處理？

給一個誠實的預計完成時間，或誠實地說目前還給不出來；提供替代方案，並約定一個你會確實遵守的追蹤頻率。客戶因為沉默而流失的次數，遠比因為 bug 流失的多。

請說說一個你做錯的設計決策。

說明你是怎麼發現的（研究、數據分析、客服佇列）、你改了什麼，以及改得多快。作品集裡從來沒有任何失敗的故事，聽起來就像虛構的。

開始設計之前，你怎麼決定要研究什麼？

挑出風險最高的假設，並配對適合的方法：想知道「為什麼」就做五場訪談，想知道「有多少」就看數據分析，想知道「分布」就做問卷。說明如果沒做研究，你原本會推出什麼。

利害關係人想要一個會傷害易用性的設計，你會怎麼做？

重述對方的目標，提出一個同樣能達成目標的替代方案，並建議做一個低成本的測試，而不是爭論品味。也說明如果還是談不攏，你會往哪裡呈報。

在設計評論會上，你怎麼面對別人的回饋？

把對方的反應和診斷分開，並追問問題本身，而不是對方提出的解法。也描述當你是給回饋的那一方時，你怎麼主持一場設計評論。

你怎麼衡量一個設計有沒有成功？

把一個行為指標和任務成功率或使用費力程度的衡量配在一起，並說明如果數字是因為錯誤的原因而變動，你會怎麼做：點擊數變多不一定比較好。

請談談一次在嚴格技術限制下做設計的經驗。

說出那個限制、你放棄了哪些選項，以及你刻意把剩下的彈性用在哪裡。面試官正是從限制中看出你的優先順序。

你怎麼避免設計系統變成綁手綁腳的束縛？

訂出什麼情況可以偏離規範的規則、一條真的有人在用的貢獻管道，以及一套在偏差演變成第二套系統之前就能抓到的稽核機制。

無障礙設計在你的日常工作中代表什麼？

說得具體一點：對比度、焦點順序、點擊目標的大小、螢幕閱讀器能用的標籤，以及你上個月在審查中抓到的一個問題。含糊的承諾，就是它根本沒在落實的跡象。