產品經理面試：如何減少通知疲勞又不影響關鍵任務？

題目與適用場景

一個消費型交易平台會傳送帳號安全提醒、訂單與配送進度、買賣雙方訊息、推薦和促銷。活動團隊提高傳送量後，客訴和關閉全部通知的使用者增加，但通知仍能幫助使用者及時處理詐騙預警、協調配送和回覆交易訊息。

你有八週完成 MVP。請設計通知產品策略、使用者控制、決策規則、衡量方案、實驗和發布計畫。題目沒有證明傳送量就是客訴的原因，因此應先診斷再選方案。八週期限和通知分類是面試案例限制，不是通用基準。

產品目標不是最大化傳送量、開啟量、點擊率或 App 停留時間，而是在保留使用者同意與信任的前提下，提高每次打擾帶來的有用、及時結果。決定成敗的工作是選擇使用者、任務、規則、指標和取捨，佇列與投遞架構不在範圍內，因此歸為 product。

面試官在評估什麼

第一，候選人能否用使用者結果取代代理指標。活動可透過增加傳送提高點擊率，同時也讓使用者關閉整個 App 的通知。強回答會區分「開啟通知」和「完成通知原本要促成的任務」。

第二，能否依使用者後果與延遲代價劃分通知。詐騙提醒、外送員抵達、買家訊息、推薦和促銷不能共用一個分數或頻率上限。真正的限時事件要受到保障，但不能把每個業務需求都標成緊急。

第三，能否設計規則鏈，而非羅列功能。資格、去重、目前情境抑制、優先級、管道、時機、彙整、限額與使用者偏好構成一條決策鏈。只有摘要不能修復無關推薦；只有頻率控制可能誤傷安全提醒。

第四，是否保留使用者控制權。應在使用者理解價值的情境中請求權限，用易懂分類表達偏好，在需要時為行銷取得明確同意，並提供真正可用的偏好中心，而非逼使用者二選一。

最後，能否驗證因果並處理組織誘因。每個活動團隊只看到自己的點擊，使用者承受的是所有團隊合計的打擾。產品經理需要使用者層級實驗、跨分類護欄、中央規則負責人，以及不會永久繞過規則的例外流程。

回答前要釐清的問題

• 哪些使用者和業務結果最重要？ 若優先保障詐騙回應，就關注回應時限；若優先訂單完成，事件分類和成功視窗會改變。
• 什麼證據顯示存在疲勞？ 分類退訂、關閉全部通知、客訴、反覆忽略與留存下降指向不同原因；單純傳送量增加還不夠。
• 哪些通知屬於合約或安全要求？ 強制帳號安全資訊與選擇性推薦應使用不同管道和規則。
• 誰觸發訊息？ 交易事件、其他使用者、推薦模型和排程活動需要不同的去重與到期規則。
• 包含哪些管道？ 推播、電子郵件、簡訊和站內收件匣的打擾成本、同意要求、延遲與送達確定性不同。
• 系統能否觀察使用者情境？ 若知道使用者已在另一部裝置讀過訊息，就能抑制或撤回過期提醒；沒有訊號時 MVP 需要更簡單的規則。
• 現有偏好如何運作？ 只有總開關時需要分類控制；已有偏好中心時，問題可能是入口難找或規則未落實。
• 八週能改什麼？ 若還沒有統一決策服務，第一版應做可執行規則與日誌，不能承諾完美個人化。

30 秒回答框架

「我會先依分類、使用者群與累積曝光驗證疲勞發生在哪裡，再定義每類通知要幫助使用者完成什麼結果。我會把安全和限時交易進度，與對話、推薦和行銷分開。

八週 MVP 中，每則候選通知依序經過資格、到期、去重、情境抑制、優先級、使用者偏好、勿擾時段和頻率控制規則。關鍵訊息只有在狹窄且可稽核的規則下繞過普通限額，低緊急內容進入摘要。使用者在理解價值的情境中選擇易懂分類。

非關鍵規則依合格使用者隨機實驗，主指標是每 100 次打擾帶來的增量限時任務完成數，並以分類退訂、關閉全部通知、客訴、留存和錯過關鍵動作作為護欄。發布依分類和使用者群逐步進行。」

分步深入設計

第一步：在使用者層驗證問題

建立傳送帳本，串聯候選通知、規則決策、投遞、顯示、忽略、開啟、後續任務完成、偏好變更、客訴與留存使用。分析每位使用者的累積曝光，而不只看活動平均值。十個團隊各傳一則「合理」訊息，可能組成不合理的一天。

依通知分類、使用者生命週期、交易角色、作業系統、地區和基礎活躍度拆分證據。比較活躍度相近但接收量不同的人群，不過不要把觀察相關性當成因果。訪談或調查關閉某類通知的使用者，並抽樣查看他們實際收到的訊息序列。常見根因包括目標不相關、重複、過期、時間不當、虛假緊急、任務已在另一端完成，以及控制入口不清楚。

還要區分投遞失敗與產品失敗。未顯示的通知不能用點擊率評估；使用者在鎖定畫面完成訂單動作後 App 停留時間下降，仍可能是好結果。高開啟率後立刻離開，既可能代表任務高效完成，也可能來自誤導文案，要用下游任務狀態判斷。

第二步：建立後果與緊急度分類

每類通知回答四個問題：

1. 它幫助使用者完成什麼任務？
2. 使用者永遠看不到會造成什麼損失？
3. 價值隨時間衰減多快？
4. 使用者是否主動要求或明確同意該分類？

據此建立小而明確的規則分類：

緊急度由使用者後果決定，不由需求團隊的上線日期決定。Apple 將中斷層級分為被動、主動、限時和關鍵，並明確提醒不要用高緊急度打擾使用者查看低優先級資訊。平台可建立自己的產品分類，同時遵守作業系統行為與權限邊界。

第三步：把分類落實成一條決策鏈

每則候選通知依以下順序判斷：

1. 資格： 事件是否真實、仍有效、與該使用者相關，並符合使用者同意和政策？
2. 到期與去重： 任務是否已到期、完成，或已由另一則待處理通知表達？
3. 情境抑制： 使用者是否正在查看對應對話，或已在另一部裝置完成任務？
4. 優先級與管道： 延遲代價多大，推播是否為符合要求且打擾最小的管道？
5. 偏好與勿擾： 使用者是否允許該分類和時段？
6. 預算與彙整： 現在消耗一次打擾、等待摘要、轉入站內收件匣，或直接捨棄？
7. 內容與落點： 文案是否說明價值、避免鎖定畫面洩漏，並直達準確任務狀態？

同時設定分類限額和使用者總限額。分類限額防止單一活動洗版；非關鍵總預算防止多個團隊疊加過載。安全與狹窄定義的限時交易訊息不占普通行銷預算，但每次繞過都要記錄原因、負責人和失效時間，否則「關鍵」會變成逃生通道。

MVP 先用規則，不急著導入機器學習個人化。規則能解釋同意、緊急度和安全邊界。後續排序模型可以在合格的非關鍵候選中排優先級，但不能繞過權限、隱私、到期或關鍵容量預留。

第四步：把八週 MVP 聚焦在可避免的浪費

不要先重建所有傳送端。為共同決策點補足觀測，並選擇造成最多可避免打擾的兩三個分類。MVP 包含：

• 統一分類和緊急度註冊表，每個類型都有明確負責人；
• 選定分類提供事件 ID、到期時間、任務落點和去重鍵；
• 已有訊號可用時，在任務完成或相關頁面活躍後抑制提醒；
• 勿擾時段、非關鍵總預算，以及適合資訊類內容的摘要；
• 使用自然使用者語言的站內偏好中心；
• 記錄已傳送、延遲、彙整、抑制和捨棄決策且不保存敏感文案的日誌。

控制基礎設施野心。若暫時無法撤回跨裝置已投遞提醒，就先抑制後續重複，把撤回列為後續能力。若傳送端不能提供到期時間或任務識別，就不能獲得高優先級待遇，直到符合契約。以明確准入條件讓規則真正可執行。

第五步：設計同意、控制與通知體驗

在使用者遇到能說明價值的時刻請求作業系統權限。例如使用者下單後，說明開啟通知可接收配送進度。Android 官方建議在正確情境中請求通知權限並說明用途。第一次啟動就顯示通用權限框，是在使用者看到價值前索取信任。

偏好中心使用「訂單與配送進度」這類使用者任務，而非內部活動名稱；在有意義時顯示管道、時段和緊急度。行銷同意與必要服務通信分開。尊重作業系統選擇，使用者拒絕後反覆施壓不是恢復策略。

每則通知應簡潔，在不暴露機密資訊的前提下識別相關訂單或對話，並深層連結至目前狀態。不要為同一事件反覆提醒。App 正顯示相關資訊時，安靜更新畫面即可。過期通知在能力支援時撤回，否則落點應說明任務已完成。

第六步：衡量有用結果而非裸點擊

本輪調整分類的主指標可以是：每 100 次已投遞打擾帶來的增量限時任務完成數。分子可以是安全視窗內完成的詐騙驗證、外送員抵達前完成的配送動作，或平台定義時限內回覆的買家訊息。指標必須依分類計算，把促銷點擊和安全回應混在一起會掩蓋取捨。

配套指標樹包括：

• 結果： 規則增量帶來的任務完成、訂單完成或對話解決；
• 效率： 每個增量結果需要的投遞打擾數、重複率和過期提醒率；
• 信任： 分類退訂、關閉全部通知、客訴和權限拒絕；
• 長期： 平台留存使用與重複交易行為；
• 安全： 錯過或延遲的關鍵動作、詐騙損失訊號和服務資訊送達失敗；
• 業務： 增量利潤或交易價值，絕不只看裸點擊率。

把合格使用者穩定隨機分到現行規則和新非關鍵規則。固定分組才能觀察累積疲勞，並應涵蓋一個正常產品週期，不能在點擊剛變化時停止。不要為實驗扣留必須傳送的安全提醒。關鍵分類可在安全範圍內測試呈現或路由、影子判斷緊急度，並在必要送達邊界內做維運驗證。

正確解讀被抑制的傳送。通知變少後總開啟量可能下降；如果限時任務不降、退訂減少且每個結果需要的打擾變少，就是產品成功。若點擊上升但任務完成不變，規則可能只是在最佳化好奇心。

第七步：帶著跨分類護欄逐步發布

先跑影子模式：記錄新規則會抑制或彙整什麼，但不改變投遞。與營運、安全、客服和分類負責人複核誤抑制，再對一小群合格使用者啟用一個低風險分類，接著擴展至其他非關鍵分類。結果和信任護欄都通過後才能擴大。

發布前定義回復條件。錯過配送動作、詐騙回應延遲、重複客訴或偏好未落實一旦上升，就暫停發布。終止開關應能單獨恢復一個分類的舊規則，不必關閉整個通知系統。

治理方式要符合使用者體驗。一位負責人維護分類、使用者總預算和實驗結論；分類團隊負責相關性與任務定義。例外要有使用者後果、期限、核准者和自動失效。依團隊報告增量結果和信任成本，避免局部點擊成長掩蓋全域退訂。

第八步：用對抗場景測試規則

發布前逐項演練：

1. 五個活動團隊在同一小時排定傳送；
2. 同一訂單事件帶不同時間戳重複抵達；
3. 行動端投遞前訊息已在桌面端讀完；
4. 外送員提醒的行動視窗已結束；
5. 使用者在勿擾期間跨時區旅行；
6. 新使用者尚未授予作業系統權限；
7. 促銷被錯誤標為限時以繞過預算；
8. 鎖定畫面顯示敏感訂單或帳號資訊；
9. 推播已關閉，但電子郵件和站內收件匣仍可用；
10. 偏好變更與排隊活動發生競態。

每種情況都要寫清預期決策、使用者看到的結果、日誌紀錄和負責人，同時測試誤抑制有用訊息的偽陽性，以及傳送無用或未獲同意訊息的偽陰性。只減少傳送量卻漏掉緊急任務，仍沒有回答題目。

高品質示範回答

「我會把通知疲勞定義成使用者層的分配問題。安全、訂單、訊息與成長團隊各自只看到一場活動，但使用者承受它們合計的打擾。我會先串聯候選、投遞、動作、偏好、客訴與留存事件，找出哪些分類與使用者群存在可避免的浪費。

接著依使用者任務與延遲代價分類。詐騙提醒和即將到期的配送動作得到預留保障；對話考慮討論串和活躍裝置情境；資訊更新可彙整；推薦與促銷使用明確同意、勿擾時段和共享非關鍵預算。

八週內我會完成分類體系，為浪費最高的分類增加到期與去重契約，在已有訊號處做任務完成抑制，增加摘要、易懂偏好與中央決策日誌。每次繞過規則都有負責人和失效時間。

非關鍵流量採用穩定的使用者層級隨機實驗，主指標是每 100 次打擾帶來的增量限時任務完成數，護欄是退訂、客訴、留存和錯過關鍵動作。我會先影子執行，再發布一個低風險分類，只有在有用結果不降且打擾成本下降時才擴大。」

常見錯誤

• 最佳化點擊率 → 更多或更刺激的訊息可提高點擊，卻消耗使用者信任 → 衡量增量任務結果與打擾成本。
• 使用一個全域頻率上限 → 促銷可能占掉詐騙提醒需要的名額 → 為狹窄關鍵分類預留能力，並單獨限制非關鍵流量。
• 把所有交易訊息稱為緊急 → 內部重要不等於使用者緊急 → 繞過規則須有具體使用者損失與價值衰減視窗。
• 只上線摘要 → 無關、過期和重複內容放進一包後仍是浪費 → 先修資格與去重，再做彙整。
• 第一次啟動就請求權限 → 使用者還沒看到自己授權的價值 → 在情境中請求並解釋分類。
• 只提供總開關 → 使用者為逃離促銷而關掉有用服務訊息 → 提供易懂分類控制並分離行銷同意。
• 規則未建立就做個人化 → 模型會放大錯誤標籤並掩蓋同意失敗 → 先明確硬限制，再對合格非關鍵候選排序。
• 依單則通知做實驗 → 同一使用者的累積體驗會互相污染 → 依使用者穩定隨機。
• 短期點擊改善就停止實驗 → 疲勞和退訂會累積 → 涵蓋正常產品週期並檢查落後信任指標。
• 讓團隊自行聲明例外 → 每次上線最終都會變成關鍵 → 使用中央註冊、稽核、核准和自動失效。

追問與參考答案

如果點擊率下降 20%，但任務完成和留存提高怎麼辦？

這可能正是目標，因為低價值通知減少了。先驗證資料追蹤、分類構成與實驗平衡，再比較每次打擾的增量任務完成、退訂和業務結果。不能為恢復代理指標重新製造浪費。

安全提醒是否應該繞過所有使用者設定和限額？

只有法律或合約要求的通信和狹窄定義的安全事件才應獲得預留待遇。即使如此，也要減少文案資訊、選擇符合目標且打擾最小的管道、防止重複並稽核繞過。產品不能隨意跨越作業系統權限或平台規則。

成長團隊說促銷今晚到期，所以屬於限時通知怎麼辦？

業務截止時間不會自動產生使用者錯過後的損失。它仍屬於行銷，要遵守同意、勿擾和非關鍵預算。若促銷確實綁定使用者主動發起的流程，應單獨評估該流程，而不是替整場活動改標籤。

大多數使用者已拒絕推播權限怎麼辦？

不要反覆催促。改進站內收件匣，並在合適時使用使用者已同意的電子郵件管道；只有在價值相關時刻才再次解釋推播價值。衡量使用者是否理解效益與分類選擇，權限同意率本身不是目標。

什麼時候加入個人化模型？

事件識別、到期、同意、偏好和結果標籤可靠以後。模型可排序合格的非關鍵候選或選擇摘要內容，但不能繞過硬規則；評估還要涵蓋冷啟動、稀疏使用者群、校準和退訂影響，而非只看點擊預測。

如何避免推播、電子郵件和站內訊息重複？

跨管道使用同一任務或事件識別，記錄管道決策，並在使用者完成任務後停止升級。定義何時先讓低成本、低打擾管道嘗試，何時沒有回應才允許升級。送達不確定不等於可以同時轟炸所有管道。

減少促銷後訂單完成下降怎麼辦？

檢查下降是否為增量影響、來自哪些使用者和分類，以及規則是否把相關意圖誤判為雜訊。可在實驗內恢復或重新設計受影響分類，同時保留全域限額。決策權衡長期交易價值與信任成本，不奉行籠統的「越少越好」。

傳送端無法提供到期時間或去重鍵怎麼辦？

它不能取得高優先級或繞過權限，只能進入保守的非關鍵規則，記錄因此產生的浪費，並在擴展前補齊契約。這樣產品治理才是可執行的准入條件，而不是無人遵守的文件。