Skip to content

AI Product Design 面試攻略：從 Human-in-the-Loop 到信任建立

2026年8月20日 1 分鐘
首頁 › product
TL;DR AI Product Design 是 2025-2026 面試最熱的新題型。核心考點：什麼時候該用 AI（不是所有問題都需要 AI）、human-in-the-loop 的設計模式（什麼時候讓人介入）、信任建立（怎麼讓用戶相信 AI 的輸出）、AI 產品的獨特挑戰（hallucination、latency、cost），以及 AI 產品的評估指標。
#interview#product-builder#ai-product#human-in-the-loop#trust
目錄
  1. 為什麼 AI Product Design 變成面試必考題
  2. 什麼時候該用 AI
  3. Human-in-the-Loop：三級介入模式
    1. Autopilot（全自動）
    2. Suggestion（建議模式）
    3. Approval（審核模式）
  4. 信任建立：讓使用者相信 AI
    1. Transparency（透明）
    2. Explainability（可解釋性）
    3. Progressive Disclosure（漸進揭露）
  5. AI 產品的獨特挑戰
  6. AI 產品的評估指標
  7. 常見題型與面試策略
  8. 面試模擬題
    1. 題目
    2. 拆解思路
    3. 範例回答（面試時可以這樣講）
    4. 自我核對清單
  9. 參考資料
系列: Product Builder 面試準備 (9 / 10)
Growth & Experimentation 面試攻略：從 Growth Loop 到實驗設計 Behavioral & Leadership 面試攻略：影響力、衝突處理與 Vision 表達

為什麼 AI Product Design 變成面試必考題

2025 年之後，幾乎每家科技公司都在把 AI 塞進產品裡。但大多數團隊發現一件事：技術做得出來不代表產品做得好。使用者不信任 AI 的輸出、AI 犯錯的成本比人犯錯更高、latency 讓體驗變差而不是變好——這些都是產品問題，不是工程問題。

面試官考 AI Product Design，考的就是你能不能在「AI 能做到」和「AI 該不該做」之間畫那條線。這不是技術深度的考驗，而是產品判斷力的考驗。

什麼時候該用 AI

不是所有問題都需要 AI。面試時如果被問「怎麼用 AI 改善這個產品」，第一步不是想 AI 能做什麼，而是問這個問題是否適合 AI 來解。

適合 AI 的場景有三個特徵：

  1. 規模超過人力上限。 每天要處理一百萬條內容審查，人力不可能做完。AI 的價值在規模，不在準確率比人高。
  2. 容錯空間存在。 推薦系統推錯一部電影，使用者滑過去就好。但醫療診斷推錯一個結果，後果不可逆。容錯空間越小，AI 越不該獨立決策。
  3. 回饋迴路可建立。 AI 需要從使用者行為中學習。如果你無法衡量 AI 的輸出是好是壞（例如使用者沒有明確的接受/拒絕動作），模型就無法迭代。

面試時的回答框架： 先判斷問題是否符合這三個條件，不符合就明確說「這個場景不適合用 AI，因為…」。面試官會因為你敢說不該用 AI 而加分，因為這代表你有判斷力，不是什麼都往 AI 上靠。

Human-in-the-Loop：三級介入模式

AI 產品設計最核心的決策是：人在這個流程裡扮演什麼角色？這不是二選一（全自動 vs 全手動），而是一個光譜。面試時把它拆成三級會讓回答結構清楚：

Autopilot（全自動）

AI 直接做決策，人不介入。適用場景：容錯空間大、決策頻率高、人介入的成本遠高於 AI 犯錯的成本。

典型案例：Spotify 的 Discover Weekly 播放清單。推錯一首歌，使用者跳過就好，不需要人工審核每份清單。

Suggestion（建議模式）

AI 提出建議，人做最終決策。適用場景：AI 能縮小選擇範圍但不夠可靠到獨立決策、或者使用者期望保有控制感。

典型案例：Gmail 的 Smart Reply。AI 生成三個回覆選項，使用者選一個或自己寫。關鍵設計：選項數量不能太多（認知負擔），也不能只有一個（失去選擇感）。

Approval（審核模式）

AI 先做初步處理，人審核後才生效。適用場景：錯誤成本高、法規要求人工審核、或者使用者對 AI 的信任還沒建立起來。

典型案例：GitHub Copilot 的 code suggestion。AI 生成程式碼，開發者逐行審核後才接受。面試時強調：approval 模式的設計重點是讓審核變容易——highlight 差異、提供 diff view、支援部分接受。

面試時怎麼用： 被問到任何 AI 功能設計，先說「我會從 approval 模式開始，收集夠多數據確認品質後再逐步升級到 suggestion，最終在低風險場景開放 autopilot。」 這個漸進策略本身就是加分項。

信任建立：讓使用者相信 AI

使用者不信任 AI，不是因為 AI 不夠準，而是因為他們不知道 AI 為什麼這麼做。信任建立有三個設計策略：

Transparency（透明）

讓使用者看到 AI 做了什麼。最基本的做法是標示「此內容由 AI 生成」。進階做法是顯示 AI 的依據——「根據你過去三個月的閱讀記錄，推薦這篇文章」。

面試時的細節：transparency 不是越多越好。Google 的研究發現，過多的解釋反而降低信任，因為使用者會開始質疑每一個步驟。找到「剛好夠」的透明度是設計挑戰。

Explainability（可解釋性）

讓使用者理解 AI 為什麼做出這個決策。和 transparency 的差別：transparency 是「告訴你 AI 做了什麼」，explainability 是「告訴你 AI 為什麼這樣做」。

實作方式：highlight 影響決策的關鍵因素。例如信用評分系統：「你的申請未通過，主要原因是：信用卡使用率 > 80%（佔 40%）、近期新開帳戶數（佔 30%）。」

Progressive Disclosure（漸進揭露）

先給使用者低風險的 AI 功能試用，建立信任後再開放高風險功能。

案例：自動駕駛的分級。先在高速公路直線段啟用車道維持，使用者習慣後才開放市區自動駕駛。每一級的失敗後果都比下一級小，使用者有機會在低風險環境中建立信心。

面試時的框架：「我會設計一個 trust ladder——使用者從第一級開始，完成 N 次成功互動後解鎖下一級。」

AI 產品的獨特挑戰

AI 產品和傳統產品有四個根本性差異，面試官會從這些角度追問：

Hallucination（幻覺）。 LLM 會自信地給出錯誤答案。產品設計的應對不是「等模型變好」，而是設計防護網：限制 AI 的回答範圍、提供引用來源讓使用者驗證、在高風險場景強制加入人工審核。

Latency（延遲）。 AI 推論需要時間。使用者對延遲的容忍度因場景而異——聊天機器人 2 秒可以接受，搜尋建議 200 毫秒就嫌慢。產品設計要考慮 streaming output（邊生成邊顯示）、樂觀 UI（先顯示佔位符）、以及什麼情況下該用更快但更差的模型。

Cost（成本）。 每次 AI 呼叫都有成本。面試時要展現 cost-aware 的思維——不是每個請求都需要最好的模型，可以用小模型做初篩，只在需要時呼叫大模型。

Non-determinism（不確定性）。 同樣的輸入，AI 可能給不同的輸出。傳統產品是確定性的（按鈕按下去一定會做同一件事），AI 產品需要設計能容忍不確定性的 UX。例如提供「重新生成」按鈕、顯示多個候選結果。

AI 產品的評估指標

AI 產品的指標設計跟傳統產品不一樣，面試常問「你會用什麼指標衡量這個 AI 功能是否成功」：

維度傳統產品指標AI 產品需要額外追蹤的
品質功能完成率AI 輸出的接受率、編輯率、拒絕率
效率任務完成時間人工介入比例、escalation rate
信任NPS使用者是否查看 AI 的解釋、override 比例隨時間的變化
安全錯誤率hallucination rate、harmful output rate
成本CAC/LTV每次 AI 呼叫成本、人工審核成本

面試時的關鍵觀點：AI 產品的北極星指標應該是「人機協作效率」而不是「AI 準確率」。 準確率是工程指標，協作效率才是使用者感受到的價值。例如 GitHub Copilot 的核心指標不是「生成程式碼的語法正確率」，而是「開發者的 code completion acceptance rate」和「每小時完成的 commit 數」。

常見題型與面試策略

典型題目：

  • 「設計一個 AI 驅動的客服系統」——考你怎麼決定哪些查詢交給 AI、哪些轉人工
  • 「你會怎麼在 X 產品加入 AI 功能」——考你能不能判斷是否需要 AI
  • 「使用者反映不信任 AI 的推薦結果，你怎麼解決」——考信任建立策略
  • 「AI 功能的成本太高，你會怎麼優化」——考 cost-aware 思維

答題策略：

  1. 先判斷是否該用 AI（三條件框架），敢說不該用
  2. 決定介入模式（autopilot/suggestion/approval），用漸進策略
  3. 設計信任機制（transparency + explainability + progressive disclosure）
  4. 提出評估指標，強調「人機協作效率」而非「AI 準確率」
  5. 主動提出風險（hallucination、cost、latency）和應對方案

面試模擬題

題目

「你負責一個客服 chatbot 產品，目前能處理 60% 的客服工單不需要人工介入，但客戶抱怨 chatbot 有時會給出錯誤的退款政策資訊。你會怎麼改善？」

來源：自擬（based on Intercom/Zendesk PM 面試）　難度：進階　環節：AI product design round

拆解思路

  1. 先釐清問題：60% 的 containment rate 在業界算好還是差？錯誤退款資訊的發生頻率和影響範圍？是退款政策本身複雜（多條件分支），還是 chatbot 的 retrieval 出問題？客戶發現錯誤後的補救流程是什麼？
  2. 建立框架：用 AI 產品的三條件判斷——這個場景適合 AI 嗎？退款政策查詢有明確的正確答案（不是開放式對話），但錯誤成本很高（錯誤退款直接影響營收和信任）。所以需要 suggestion 模式而非 autopilot。
  3. 深入核心：核心 trade-off 是 containment rate（自動化率）vs accuracy（準確率）。提高準確率可能降低 containment rate（更多工單轉人工），但這是值得的——一次錯誤退款資訊造成的信任損失遠大於一次人工介入的成本。
  4. 收尾：提出分層信心度方案，用指標（accuracy rate、escalation rate、customer satisfaction）衡量改善效果。

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

先理解問題的嚴重程度。 退款政策錯誤不是普通的「回答不夠好」——這直接影響客戶的錢和信任。我會先拉數據：過去 30 天有多少工單涉及退款政策、其中多少被 chatbot 處理、有多少後來客戶又來找人工 agent 修正。如果錯誤率超過 5%，這是要緊急處理的 P0。

改成分層信心度模式。 不是所有退款查詢都一樣複雜。簡單的（「我的退款什麼時候到」）chatbot 可以直接回答。複雜的（「我買了 A 方案但用了 B 的折扣碼然後想退其中一件」）應該直接轉人工，不要猜。我會在 chatbot 裡加信心度閾值：信心度 > 90% 的直接回答；70-90% 的給答案但加一行「如果這不符合你的情況，點這裡轉接專人」；< 70% 的直接轉人工。這可能讓 containment rate 從 60% 降到 50%，但錯誤率也會從目前水準降到接近零。

短期修正退款政策的知識庫。 錯誤答案很可能來自知識庫本身——退款政策文件可能有多個版本、或有條件分支沒被正確結構化。我會跟客服團隊一起審查 chatbot 的退款相關 retrieval 結果，把政策文件改成 FAQ 格式（一問一答），每個條件分支都獨立成一條，而不是讓 chatbot 從一大段文字裡自己判斷。

自我核對清單

核對項目有提到？
判斷了 AI 在這個場景的適用性和風險
識別了核心 trade-off（containment rate vs accuracy）
提出了分層信心度方案（不是全 AI 或全人工）
有短期和長期的改善方案
提到了怎麼衡量改善效果（具體指標）
加分：提到知識庫結構化是根因之一

參考資料

相關文章

Product Design 面試攻略：從問題到方案的設計過程 1 min Product Sense 面試攻略：從用戶洞察到功能優先序 1 min Strategy 面試攻略：從市場定位到競爭護城河 1 min