產品經理面試：為盲人設計一款鬧鐘

題目與適用情境

請為盲人設計一款鬧鐘。題目沒有指定裝置型態、使用者群或商業目標，候選人需要先縮小範圍，再從真實任務推導產品。首版採用一個明確的面試假設：主要使用者是能聽清楚語音、獨立生活，希望在床邊不靠手機也能設定和使用鬧鐘的全盲成年人。產品是一台可離線使用的實體鬧鐘，先支援一個每日重複的起床時間。

這個範圍不代表所有盲人。低視力使用者、聽力受損或盲聾使用者、精細動作受限者、需要多個輪班鬧鐘的人，以及依賴照顧者的使用者，都可能需要不同輸入、輸出和服務模式。首版先驗證一條完整的無視覺任務；後續擴展必須重新研究，不能把「加大音量」當成涵蓋所有人的方法。

公開的產品經理面試準備資料直接列出「為盲人設計鬧鐘」這一題，中英文獨立材料也把它當作產品設計案例。它歸在 product，因為核心考察使用者選擇、問題定義、優先順序、產品邊界和驗證，而非畫一個按鈕介面或實作鬧鐘電路。

面試官評估重點

第一個訊號是能否拆開「盲人」這個過大的標籤。視力、聽力、觸覺、動作能力、科技熟悉度、生活安排和共用臥室情況都會改變方案。好的回答會選定一類首批使用者，解釋選擇原因，並清楚說明哪些人暫時不能由這個 MVP 安全服務。

第二個訊號是能否描述完整任務。關鍵旅程不只是「聽到鈴聲」，還包括找到裝置、知道目前時間、設定鬧鐘、核對上午或下午與啟用狀態、睡前再次確認、被叫醒、區分稍後提醒與完全關閉，以及在斷電或電量不足後復原。只設計一個會說話的設定頁，會漏掉最危險的無聲失敗。

第三個訊號是多模態和錯誤復原。語音輸出適合讀出時間，卻會受噪音、共用空間和聽力差異影響；觸覺控制能在安靜模式下定位，卻無法單獨表達所有狀態。好的方案讓觸覺和語音互相確認，避免只靠位置、形狀或一串需要記憶的手勢。

最後看驗證是否靠近使用者結果。裝置準時發聲、使用者按下按鈕、使用者真的醒來並按計畫起床是三件事。候選人應分別測任務完成、硬體可靠度、誤操作和自述起床結果，並把任何「鬧鐘已啟用卻無聲失效」當成發布阻斷問題。

回答前需要釐清的問題

• 為哪一類盲人設計？ 全盲、低視力、盲聾和伴隨動作障礙的使用者需要不同模式。首版選擇能使用觸覺控制並聽清語音的全盲成年人。
• 鬧鐘是實體裝置、手機 App 還是智慧音箱能力？ 手機可重用無障礙系統但受電量、勿擾模式和系統升級影響；智慧音箱依賴語音、網路和隱私接受度；實體裝置增加硬體成本，卻能形成穩定的床邊觸覺介面。
• 首要目標是什麼？ 本題先改善獨立、正確地設定並可靠起床，不把銷量、App 開啟次數或功能數量當成首要結果。
• 需要幾個鬧鐘和哪些重複規則？ 多班次、平日、單次鬧鐘會大幅增加狀態複雜度。首版只有一個每日鬧鐘，先證明核心互動。
• 是否允許連網和麥克風？ 首版離線且沒有麥克風，降低連線故障與隱私成本。自動校時與智慧家庭列為後續選項。
• 共用臥室或聽力差異如何處理？ 可調音量、不同聲音和可選床墊震動器會改變硬體方案；盲聾使用者需要以觸覺為主的獨立研究，不應只把聲音調大。
• 失誤後果有多嚴重？ 一般工作日起晚與錯過醫療、照護或交通安排的風險不同。高風險使用者可能需要第二個獨立鬧鐘或人工保障，首版不能承諾單一裝置絕對喚醒。

30 秒回答架構

「我先聚焦能聽清語音、獨立生活，並希望不用手機也能完成睡前設定的全盲成年人。我要解決的任務是獨立設定、核對、被叫醒、稍後提醒或關閉，並在斷電後知道鬧鐘是否仍有效。我會先與盲人共同研究真實床邊環境，不能用蒙眼的明眼人代替。首版選實體離線裝置：少量形狀與表面明顯不同的專用觸覺控制，每次設定都有語音回讀，另有一鍵播報鬧鐘狀態；稍後提醒和關閉在位置、觸感與確認上都不同。裝置有備用電池、無障礙音訊和點字說明，不加入 App、帳號或智慧家庭。先做可觸摸原型測無協助任務完成，再做硬體與家庭試用，觀察正確設定、誤觸、無聲失效和使用者自述準時起床。任何已啟用鬧鐘沒有準時輸出都阻斷發布。」

逐步深入解析

第一步：把使用者標籤變成任務和範圍

用視力程度、聽力、觸覺與動作能力、獨立生活程度、科技偏好、作息規律和共用空間分組。首批使用者選擇能聽清語音並使用實體按鍵的全盲成年人，因為觸覺加語音可以涵蓋完整任務，也不要求使用者已熟悉某個手機平台。低視力顯示、床墊震動和照護協作都值得研究，但不能未經驗證塞進同一首版。

研究必須由盲人參與共同設計。進行無障礙的招募、同意和材料準備，並在使用者願意的情況下了解床邊環境：裝置放在哪裡、睡前如何確認時間、手機是否充電、怎麼區分工作日、斷電後如何發現失敗。讓明眼團隊成員蒙眼只能暴露少量即時困難，無法取代長期形成的空間記憶、輔助科技習慣和風險判斷。

把旅程寫成可測試狀態：

找到裝置 → 查詢目前時間 → 設定起床時間 → 聽取並確認
→ 睡前查詢已啟用狀態 → 到時輸出 → 稍後提醒或關閉
→ 確認下一次鬧鐘狀態 → 處理低電量或斷電復原

第二步：比較三種產品型態

首版選獨立裝置，因為題設使用者明確希望在床邊不依賴手機，而且固定控制能把關鍵任務變成可重複的肌肉記憶。這不是通用勝者。若研究發現目標使用者已熟練使用手機無障礙功能，而且硬體成本無法支撐，先做系統原生能力的配套 App 可能更簡單。

第三步：從錯誤模式推導 MVP

MVP 只保留完成核心旅程的功能：播報目前時間、設定一個每日鬧鐘、查詢啟用狀態、可調音量、稍後提醒、關閉、備用電池和低電量檢查。控制數量少但職責單一：大而凸起的稍後提醒鍵、帶保護邊緣的關閉鍵、觸感不同的小時與分鐘調整鍵、獨立狀態查詢鍵。不能要求使用者記住「連按四次再長按」才能完成關鍵設定。

每次調整都回讀候選時間和上午或下午，確認後完整播報「每天早上七點，已啟用」。狀態查詢鍵隨時讀出目前時間、鬧鐘時間、啟用狀態和電源狀態。關閉或稍後提醒後提供不同確認，避免使用者不知道剛才按了哪個鍵。語音速度、音量可調，但調整控制本身也必須能用觸覺找到。

RNIB 的在售語音時鐘已展示大按鈕、觸覺音量旋鈕、語音提示，以及印刷、點字和音訊說明等實際做法。MVP仍需自己的使用者研究；現有產品只能證明這些模式可落地，不能證明新方案對所有使用者有效。

首版不加入手機帳號、雲端同步、攝影機、開放式語音助理、天氣、收音機、多個複雜行事曆和照顧者監控。這些功能增加設定分支、隱私面和故障依賴，卻不能回答核心問題：使用者能否在沒有視覺協助下可靠設定並起床。

第四步：設計斷電、誤觸和說明復原

主電源中斷時自動切換備用電池，保留時間和鬧鐘狀態。裝置提供可主動觸發的電源狀態播報，並在白天時段發出可辨識的低電量提示，避免半夜才發現。更換電池或完全斷電後，若時間失效，裝置必須清楚說「時間未設定，鬧鐘不可用」，不能顯示正常啟用狀態卻沒有聲音。

設定鍵可使用實體鎖或帶保護邊緣的位置，避免夜間尋找稍後提醒時改掉時間。任何破壞性操作都先播報即將改變的內容，並允許取消。稍後提醒和關閉需要不同形狀、位置與語音確認；差異仍要由目標使用者測試，不能由設計團隊憑感覺宣稱「很明顯」。

說明書是產品的一部分。提供結構一致的音訊、點字和大字版，並讓包裝與裝置上的觸覺定位從開箱開始就能使用。2026 年關於盲人操作實體產品的研究發現，產品說明經常不足，AI 改寫還可能產生不完整或誤導內容。因此關鍵復原步驟必須由團隊與盲人參與者驗證，不能只提供 QR Code 或讓生成式工具臨時解釋。

第五步：用三層證據驗證產品

第一層是可觸摸原型。讓目標使用者在沒有明眼人代操作的情況下找到裝置、設定指定時間、核對狀態、區分稍後提醒與關閉、調整音量並復原一次刻意製造的錯誤。記錄首次成功、需要提示的步驟、完成時間、錯誤類型和使用者採用的策略。完成時間門檻應從研究基線決定，不虛構跨使用者標準。

第二層是工程可靠度。以可控時鐘反覆驗證觸發時間、備用電池切換、完全斷電、低電量、按鍵彈跳、長時間運作和音量邊界。區分「計畫已儲存」「裝置準時輸出」「使用者回應」三類 Log 或測試記錄。任何計畫顯示啟用卻沒有產生預定輸出的情況都阻斷發布。

第三層是限量家庭試用。主指標是使用者能無協助正確設定並在睡前核對的有效鬧鐘中，自述按計畫醒來的比例。輔助指標包括首次正確設定、使用稍後提醒後的最終關閉、尋求協助次數和繼續使用意願。護欄包括誤設上午或下午、意外關閉、修改時間、沒有察覺低電量、驚嚇或打擾同住者，以及使用者認為失去隱私或控制。

裝置輸出和按鍵回應不能單獨證明使用者醒來。用訪談、睡眠日誌或自述結果補足，但清楚說明其限制。若可靠度通過而使用者仍經常不起床，應研究聲音、震動、睡眠狀況和使用情境，而非機械式增加音量。

高品質示範回答

「我會先縮小『盲人』這個很大的使用者群。首版面向能聽清語音、獨立生活、希望床邊有一台不依賴手機的全盲成年人。盲聾使用者、嚴重動作障礙和需要照護的人需要另一套研究，不能靠加大聲音涵蓋。

核心任務從睡前開始：使用者要找到裝置、知道目前時間、設定並核對起床時間，早上區分稍後提醒和關閉，最後知道下一次鬧鐘是否仍啟用。斷電和低電量也是這條旅程的一部分。

我會邀請盲人共同設計和測試真實床邊任務，不用明眼人蒙眼體驗代替。手機 App 可重用無障礙系統，但增加電量、勿擾和觸控路徑依賴；智慧音箱還依賴網路和語音辨識。本題先選離線實體裝置。

MVP 只有一個每日鬧鐘。它有少量專用觸覺控制：凸起的稍後提醒鍵、帶保護邊緣的關閉鍵、觸感不同的時間調整鍵和獨立狀態查詢鍵。每次設定都語音回讀，最後播報時間和啟用狀態。裝置有可調音量、備用電池和電源狀態查詢，說明提供音訊、點字和大字版。手機帳號、天氣、多個行事曆和照顧者監控延後。

我先用可觸摸原型測試使用者能否無協助完成設定、核對、修正和停止，再做觸發時間、斷電切換、低電量與長時間運作測試，最後進行小規模家庭試用。主指標靠近使用者結果：正確設定並核對的有效鬧鐘中，使用者自述按計畫醒來的比例。誤設上午或下午、意外關閉、無聲失效、求助和打擾同住者都是護欄。任何已啟用鬧鐘沒有輸出都會阻斷發布。這樣驗證的是獨立和可靠起床，不是按鈕使用量。」

常見錯誤

• 把所有盲人當成一個使用者 → 聽力、觸覺、動作能力和生活支持差異會讓同一方案失效 → 選定首批使用者並清楚排除範圍。
• 用明眼人蒙眼代替使用者研究 → 短暫體驗缺少真實輔助策略和長期風險 → 讓盲人參與招募、共同設計和任務測試。
• 直接做語音助理 → 噪音、隱私、網路和辨識錯誤會形成新依賴 → 提供觸覺控制與語音回讀的冗餘路徑。
• 只設計鈴響後的大按鈕 → 設定、核對、上午下午和斷電復原仍可能失敗 → 測試從睡前設定到下一次狀態確認的完整旅程。
• 讓稍後提醒和關閉只靠位置區分 → 半睡狀態下容易誤觸且無法確認 → 使用形狀、保護結構和不同語音回饋，並由使用者驗證。
• 把按鍵記錄當成成功起床 → 裝置輸出、使用者回應和真正醒來不是同一結果 → 分層測可靠度、行為與自述使用者結果。
• 首版加入 App、雲端和照顧者監控 → 功能增加故障、隱私和設定複雜度 → 先用離線單鬧鐘驗證核心任務。
• 說明只放 QR Code → 使用者可能在開箱或故障時無法取得協助 → 提供經驗證的音訊、點字和大字說明。

追問與應對

追問一：使用者同時有聽力損失，方案如何改變？

聲音不再能承擔主要確認與叫醒。需要研究床墊震動器、腕部觸覺或其他可感知輸出，並為設定狀態提供可使用的觸覺或點字路徑。盲聾使用者不是替現有鬧鐘加一個更強震動馬達就能涵蓋的新設定，應作為獨立使用者群共同設計和驗證。

追問二：為什麼不直接做手機 App？

若研究顯示使用者已熟練使用螢幕閱讀器、系統鬧鐘可靠且不需要固定觸覺布局，App 可能成本較低。目前選擇實體裝置來自「不依賴手機的穩定床邊任務」這個假設。用原型比較無協助完成、誤設、勿擾或電量故障和持續使用後，再決定是否保留硬體。

追問三：使用者按下關閉後又不確定鬧鐘明天是否還會響，怎麼辦？

關閉後播報「今天已關閉，明天早上七點仍會響」，狀態查詢鍵可隨時重複資訊。若使用者要暫停每日鬧鐘，使用獨立且受保護的操作，並在改變前後完整回讀。不要讓短按和長按同一個鍵承擔相反含義的狀態。

追問四：如何支援平日和週末需要不同時間的人？

先驗證單一每日鬧鐘，確認基礎狀態模型和控制無障礙。擴展時比較兩個命名鬧鐘、平日範本和手機設定三種方案，並測試使用者能否查詢「下一次何時響」，而非只會設定規則。若複雜行事曆讓實體控制難以理解，可以保留裝置的簡單日常模式，把進階設定交給無障礙 App，但裝置上仍能查詢和取消。

追問五：銷量很好，但家庭試用仍會誤設時間，是否繼續發布？

銷量驗證購買意願，不驗證關鍵任務安全。依錯誤類型檢查是上午下午混淆、調整鍵誤觸、回饋沒聽清或說明不足。若錯誤會讓已啟用鬧鐘在錯誤時間觸發或不觸發，應暫停擴大、重做互動並複測；不能用退貨率仍低掩蓋難以記錄的無聲失敗。

追問六：如何證明裝置真的叫醒使用者？

裝置只能可靠記錄預定輸出和按鈕操作，不能直接證明使用者清醒。家庭試用可結合自述起床結果、睡眠日誌和後續訪談，並說明這些證據會受記憶和報告偏差影響。若應用情境要求可驗證的喚醒，應研究使用者同意的額外感測或人工確認，同時重新評估隱私，不把按鈕點擊包裝成事實。