題幹與適用場景
企業搜尋結果頁準備改版：結果卡片會顯示更清楚的來源、篩選器和下一步操作。面試官要求你定義成功指標，並追問為什麼選這些指標、如何驗證、資料不完整時怎麼辦。
這道題考察產品測量設計。HEART 是使用者體驗的五個維度：Happiness（滿意度）、Engagement（參與度）、Adoption（採用）、Retention（留存）和 Task Success（任務成功）。GSM 是 Goals、Signals、Metrics 的拆解順序。兩者應協助你建立決策鏈，不能被當成必須全部填滿的指標清單。
面試官在評估什麼
- 能否先定義使用者要完成的工作，再選擇數字。
- 能否把策略目標、可觀察訊號和具體指標分開。
- 能否只選與改版直接相關的 HEART 維度，並解釋捨棄其他維度的原因。
- 能否寫清分子、分母、窗口、分群和護欄，避免把方便採集的點擊量當成價值。
- 能否在實驗、分階段發布和資料缺口之間做出可執行取捨。
回答前需要釐清的問題
- 搜尋服務的核心使用者是員工、客戶還是公眾？本題先假設是企業員工。
- 改版目標是更快找到文件、提高答案品質，還是擴大搜尋覆蓋？本題先聚焦任務成功和尋找耗時。
- 是否有穩定的搜尋工作階段、結果點擊和文件開啟事件？若沒有，要說出測量風險。
- 搜尋內容是否包含權限限制、敏感文件或不同索引延遲？這些會影響分群和護欄。
- 發布是可隨機實驗，還是必須按團隊分階段上線？協作型產品要先確認污染邊界。
30 秒回答框架
「我先把目標定義為：員工能更快、少繞路地找到有權限存取的正確文件。用 GSM 把目標拆成任務成功訊號，再用 HEART 選擇 Task Success 為主維度、Happiness 和 Retention 為輔助與長期檢查。主指標會寫清分析單位和窗口；點擊率只做診斷。上線前鎖定護欄、埋點品質和分階段決策規則。」
深度回答步驟
先定義使用者工作與結果
不要從「我們想提高點擊率」開始。先問使用者完成搜尋後的任務，例如開啟正確文件並解決當前問題。對企業搜尋，任務成功可以是一次工作階段內開啟結果後完成後續工作，也可以是使用者明確標記結果有幫助；兩者都要說明可觀測性限制。
用 GSM 把目標變成測量鏈
先寫 Goal：員工更快找到可用的正確文件。再寫 Signals：搜尋後開啟結果、複製內容、返回重搜、提交「無幫助」、在短時間內完成相關工作。最後寫 Metrics：從訊號中選出有分母、有窗口、可重算的指標。Goal 不是指標名稱，Signal 也不等於最終成功。
選擇少量 HEART 維度
本題優先 Task Success，因為改版直接影響尋找任務是否完成；Happiness 可用短問卷或結果回饋檢查感知品質；Retention 可觀察團隊在 4 週內是否繼續使用搜尋。Engagement 與 Adoption 可做診斷，不能自動升級為成功標準。只選相關維度能減少衝突，也能顯示你理解使用者體驗框架是篩選器。
寫出可稽核的主指標
示例主指標是「有明確任務意圖的搜尋工作階段中，在 10 分鐘內開啟並停留至少 30 秒的結果工作階段比例」。分析單位是搜尋工作階段；分母排除空查詢、機器人和內部測試；分子還要通過權限檢查。停留時間只是代理訊號，應與返回重搜、結果回饋或後續任務事件結合校驗，不能宣稱它等於答案正確。
讓診斷指標和護欄各負其責
診斷指標可包括首個結果點擊率、結果頁篩選使用率、重搜率、無結果率和 p50/p90 尋找耗時。護欄指標包括錯誤權限提示、敏感文件誤曝光、索引延遲、使用者舉報和客服請求。點擊率上升但重搜率、舉報或權限錯誤上升時，主指標不足以支持全面上線。
處理滿意度與留存偏差
Happiness 回饋容易受到回覆者自選、彈窗時機和語言差異影響，應報告回覆率、問卷版本和分群，不把少量高分當總體結論。Retention 觀察窗口應配合搜尋頻率：每日搜尋產品可看 7 天或 28 天，低頻內部流程則需更長窗口。短期任務成功和長期重用分開報告。
設計驗證和決策規則
若使用者會互相分享連結或共同編輯查詢，優先按工作區或團隊隨機化以減少版本污染；否則可按使用者隨機化。實驗前固定主指標、護欄上限、最小實際提升和觀察期，先做樣本比例、埋點遺失和權限檢查。主指標達到門檻、護欄不越界且資料品質通過，才分階段擴大；任一關鍵護欄越界就暫停並定位原因。
高品質示範回答
「我會把成功定義為員工更快完成尋找任務，而不是點擊更多結果。Goal 是在有權限的企業知識庫中找到可用答案；Signals 包括開啟結果、短時間內返回重搜、無結果回饋和後續任務完成。HEART 中我選擇 Task Success 作為主維度，Happiness 作為感知品質檢查，Retention 作為 4 週重用觀察；Adoption 和 Engagement 只做診斷。
主指標可以是：符合條件的搜尋工作階段中，10 分鐘內開啟一個有權限結果、30 秒內沒有立即返回重搜的工作階段比例。分子、分母、工作階段切分、機器人排除和權限錯誤都在實驗前寫進指標合約。首個結果點擊率、無結果率和 p90 尋找耗時解釋漏斗，敏感文件誤曝光、索引延遲、舉報和客服請求是護欄。
我會先確認搜尋工作階段是否存在團隊級干擾，再選擇團隊隨機化或分階段發布。實驗開始前檢查樣本比例、事件遺失和權限檢查。只有主指標達到預設最低提升、護欄區間不越界且資料可信，才擴大流量；若點擊上升但重搜或舉報上升，我會暫停並修復結果品質或權限問題。Happiness 的結論會同時報告回覆率和分群，避免把自選回饋當總體滿意度。」
常見錯誤
- 把五個 HEART 維度都設成主指標：衝突時無法決定上線 → 選一個主維度，其餘明確角色。
- 把點擊率等同任務成功：使用者可能點擊後立刻返回 → 把點擊作為診斷，補充重搜、回饋和任務窗口。
- 只寫 Goals 不寫 Signals：目標無法落地 → 先列可觀察行為，再定義可重算指標。
- 滿意度只報平均分：回覆者和彈窗時機造成偏差 → 同時報告回覆率、問卷版本和分群。
- 忽略權限與索引延遲：結果看似成功卻損害信任 → 把誤曝光、延遲和舉報設為護欄。
- 按個人隨機化協作搜尋：團隊成員跨版本造成污染 → 依分享和協作邊界選擇團隊級分流。
- 沒有最小實際提升和停留規則：結果出來後容易改口徑 → 實驗前鎖定門檻、窗口和決策矩陣。
追問與回答
追問 1：為什麼不把 Adoption 作為主維度？
採用只能說明使用者開始使用改版，不能證明搜尋任務更成功。它適合判斷入口發現和遷移阻力；主維度應貼近員工是否找到可用答案。
追問 2：30 秒停留是不是武斷？
是代理規則，不是真實正確率。應根據歷史停留分布、文件類型和任務訪談校準，並結合重搜、回饋或後續任務。若沒有可靠校準，應把它降級為診斷訊號。
追問 3：沒有滿意度問卷怎麼辦？
先承認無法直接測量 Happiness，再用低干擾回饋、無幫助原因、舉報和客服文字作為代理，並記錄代理偏差。不要把行為訊號包裝成主觀滿意度。
追問 4：低頻搜尋該看多久的留存？
觀察窗口應覆蓋使用者預期再次發生任務的週期。低頻內部流程可能需要按月或按季觀察，並先用短期任務成功作發布門檻。
追問 5：點擊率和任務成功都上升，但尋找耗時變長，怎麼辦？
拆分結果位置、篩選步驟、文件類型和使用者熟練度。若最終任務成功改善但耗時護欄越界，先優化排序和互動，再擴大流量；不能只挑一個有利指標。
追問 6：埋點缺失如何回答？
把資料品質當發布前置條件：列出缺失事件、抽樣回放或日誌對帳方案，並在指標合約中記錄覆蓋率。資料品質未通過時，結論只能是實驗無效，不能解釋成無影響。