題目與適用情境
請為需要長期服用多種藥物、獨居且偶爾漏服的長者設計一款用藥提醒產品。你會如何區分使用者、找出核心痛點、定義 MVP、處理誤服與照護協作風險，並驗證產品有效？
這是一道產品經理的產品設計題，核心考察能力是能否從模糊族群和高風險情境中選定使用者、問題與邊界，再把方案推進到可驗證的最小產品。現有公開產品面試資料仍將 product sense、product design、產品案例與 product thinking 列為面試環節或評估面向。本文只據此說明題型具有現實代表性，不聲稱任何公司使用過這道具體題目，也不聲稱無法查證的出題頻率。
為了方便推導，設定一個虛構練習情境：主要使用者獨居，長期服用 4 種藥物，每天有 3 個預定用藥時段；會使用智慧型手機，但對複雜設定沒有信心，偶爾因忘記而漏服。產品由本人持有，照護者只有在本人明確同意後才能參與。
第一版產品只協助使用者保存經本人或專業人員核對的用藥計畫、發出提醒、記錄使用者自行確認的狀態，並在使用者授權下通知照護者。它不診斷、不建議劑量、不判斷漏服後是否應補服，也不把點選「已服用」視為臨床服藥遵從性的證明。藥物發放硬體、嚴重認知障礙照護，以及需要即時臨床監測的高風險用藥都不在第一版範圍。
面試官考察重點
第一個訊號是是否會切分「長者」。獨居但能自行用藥的人、需要家人協助的人，以及有嚴重認知障礙的人，其目標、權限和產品型態都不同。一般回答把所有人放進同一個人物誌；強回答會選定首要族群，並說明哪些使用者需要硬體、專業照護或另一套產品。
第二個訊號是能否區分原因。漏服可能來自忘記、看不清標籤、計畫已變更、藥物太多、擔心副作用、費用壓力或主動停藥。提醒只能直接處理部分非故意漏服。若原因是副作用或費用，增加通知次數無法解決問題，還可能讓使用者關閉所有提醒。
第三個訊號是安全邊界。產品必須區分「提醒已送達」「使用者已操作」和「藥物確實已服用」。它也要處理過期計畫、重複確認、使用者不確定是否服過、照護者越權和通知疲勞。強回答不會讓應用程式自行給出「現在補一顆」或「服用雙倍劑量」等臨床建議，而是把具體處置交給處方說明、藥師或醫療專業人員。
最後要看候選人能否形成產品閉環：從真實情境研究，到狀態模型、MVP、明確不做的項目，再到使用者結果指標和安全護欄。功能上線、開啟通知或「已服用」按鈕點擊量都不是充分的成功標準。
回答前需要釐清的問題
- 主要使用者、付款者和照護者分別是誰？ 若長者自主使用，控制權和可理解性優先；若子女付款但本人使用，仍不能預設把全部資料開放給子女；若機構負責用藥，產品會轉向任務分派、稽核和專業流程。
- 用藥計畫從哪裡來，誰負責更新？ 手動輸入、掃描標籤、藥局匯入和醫療系統同步的錯誤風險不同。第一版若只支援手動輸入，就必須要求使用者或受信任的人核對名稱、劑量、用途、時間和特別說明，並清楚顯示最後更新時間。
- 產品中的「漏服」如何定義？ 提醒後 10 分鐘未回應、超過預定時間窗，以及使用者主動選擇「跳過」是三種狀態。門檻必須可個人化，產品不能把未點擊直接斷言為未服藥。
- 哪些藥物和風險在範圍內？ 若某類藥物的時間窗或漏服處置風險很高，純軟體提醒可能不足，應先由臨床、藥局與法遵人員定義流程，或將這類使用者排除在試行之外。
- 照護者能看到什麼、何時收到通知？ 只看未回應狀態、查看完整藥物清單、代為修改計畫和聯絡使用者是不同權限。授權對象、欄位、期間、撤銷方式和緊急情況規則都會改變產品設計。
- 使用者常用什麼裝置和提醒方式？ 只有智慧型手機、同時使用手錶或家中智慧音箱、網路不穩，以及視力、聽力和手部操作能力不同，都會改變通知管道與互動。
- 成功目標是什麼？ 第一輪可以驗證「使用者能否正確設定並及時自行確認」，不能只憑自行回報資料就聲稱降低醫療風險或改善臨床結果。
30 秒回答架構
「我會先把首要使用者限定為能自主用藥、會使用智慧型手機，但偶爾因忘記而漏服的獨居長者，不涵蓋嚴重認知障礙或需要即時臨床監測的人。先透過居家訪談和任務觀察區分忘記、看不清、計畫錯誤與主動停藥；第一版只處理忘記和計畫管理。MVP 保存經核對的藥物清單，在三個預定時段用可個人化的聲音、震動和大字提醒，讓使用者選擇已服用、稍後提醒或跳過；未回應超過本人設定的時間窗後，才在明確授權下通知照護者。應用程式不建議補服或改變劑量。先用原型驗證設定和確認流程，再做有限試行；主指標看預定時段內的及時自行確認率，護欄看錯誤計畫、重複確認、誤操作撤銷、通知關閉、求助和隱私申訴。」
這段架構先鎖定使用者和邊界，再說明研究、MVP、風險與驗證。完整回答還要解釋為什麼選這類使用者、每個狀態如何轉換，以及指標能證明什麼、不能證明什麼。
分步深入解答
第一步：把目標寫成使用者結果和產品邊界
目標可以寫成：「幫助仍能自主用藥的獨居長者，以較低的認知負擔記住計畫、確認自己的操作，並在需要時主動取得協助。」這裡有三個刻意限制：
- 「自主用藥」排除了需要持續監督或由他人發藥的人；
- 「確認自己的操作」說明紀錄來自使用者自行回報，不代表產品觀察到吞服；
- 「主動取得協助」保留本人控制權，不預設把照護者變成監控者。
產品不應把「提高服藥遵從性」直接寫成已證明的效果。臨床服藥遵從性還受副作用、費用、理解、生活安排和治療意願影響。第一版能測量的是設定是否正確、提醒是否能理解、使用者是否在約定時間窗內做出可信的自行回報，以及升級流程是否依授權運作。
第二步：選擇首要使用者，並明確暫不服務誰
可以先列出三組人：
- A 組： 能獨立管理藥物，但偶爾忘記或混淆時段；
- B 組： 大部分時間能自行完成，需要家人遠端協助；
- C 組： 有嚴重認知、視覺或動作障礙，需要照護者或裝置直接管理。
第一版選擇 A 組，並為 B 組提供選用、受限的照護協作。原因是軟體提醒和簡化互動能直接作用於 A 組的問題，使用者本人也有能力核對和撤銷操作。C 組的核心問題不是提醒介面，可能需要鎖定式藥盒、專業照護、線下核驗和更嚴格的責任邊界；硬塞進同一個 MVP 會製造安全假象。
「長者」還要繼續依用藥複雜度、數位熟練度、感官與動作能力、是否獨居、是否有可信任照護者切分。第一版人物誌只是進入研究的假設，不能取代真實使用者。
第三步：在真實環境中找出漏服流程
先在目標使用者實際整理藥物的環境中訪談和觀察，並在取得同意後分別訪談照護者、藥師或相關專業人員。訪談從日常習慣開始：藥放在哪裡、用什麼判斷時間、外出時怎麼辦、計畫變更後誰更新、忘記時如何處理。不要只問「你想要什麼功能」，還要觀察標籤是否易讀、藥盒是否相似、手機是否靜音、提醒是否和吃飯或睡覺等習慣綁定。
把發現放進一條任務鏈：
取得最新計畫 → 辨認藥物 → 到時收到提示 → 決定並執行 → 記錄狀態 → 異常時求助 → 計畫變更後更新
每個斷點對應不同解法。若使用者根本沒有可信的最新計畫，提醒得再準也會放大錯誤；若使用者擔心副作用而主動跳過，問題需要醫療溝通；若只是在煮飯時沒聽到聲音，才可能透過多管道和稍後提醒改善。
研究結束時不應得到一張功能願望清單，而應得到可排序的問題陳述。例如：「自主用藥的獨居使用者在忙碌或外出時錯過一個預定時段，之後無法確定自己是忘記了還是已經服過，因此可能繼續等待、重複操作或向家人求助。」
第四步：用狀態模型避免把通知當成結果
每個預定用藥事件至少經過這些狀態：
已排定 → 到時 → 已提醒 → 已服用 / 稍後提醒 / 跳過 / 未回應 → 已解決或升級求助
「已提醒」只表示系統嘗試通知；「已服用」是使用者自行回報；「未回應」也不能自動等同漏服。每個狀態都要保留時間、計畫版本和操作者，並允許在短時間內撤銷誤觸。計畫被修改時，舊事件不能繼續依過期劑量提醒，新計畫還要顯示生效時間和核對來源。
這個模型也決定照護者邏輯。只有事件進入「未回應且超過使用者設定的時間窗」，並且本人已授權對應照護者和通知範圍時，系統才傳送升級資訊。照護者收到的是「尚未確認，請聯絡本人」，不能收到「使用者一定漏服，請讓他立即補服」。
第五步：從三個方案中選出 MVP
可以比較三條路徑：
- 純提醒清單： 成本低、上線快，但無法處理不確定狀態、計畫版本和求助；
- 帶確認與授權協作的軟體產品： 能涵蓋首要流程，但仍依賴使用者自行回報；
- 連網藥盒或藥局深度整合： 能取得更強的發藥或計畫證據，但硬體、涵蓋率、營運和責任都明顯增加。
第一版選擇第二條，同時把範圍縮到一條可驗證流程：
- 建立藥物清單，至少保存名稱、規格、用途、服用說明、預定時段、資訊來源和最後核對時間；
- 使用者完成或請受信任的人協助核對後，計畫才能啟用；
- 到時使用大字、高對比、非單靠顏色的提示，並允許使用者選擇聲音、震動和提醒節奏；
- 單次事件只提供「已服用」「稍後提醒」「跳過」三個主要動作，並支援撤銷；
- 使用者不確定或選擇跳過時，顯示事先保存的專業求助方式，不自行產生補服建議；
- 未回應超過個人化時間窗後，依授權通知照護者；
- 使用者可以暫停、修改和撤銷照護權限，所有變更都有清楚紀錄。
第一版不做拍照辨識藥物、自動推斷劑量、開放式 AI 醫療建議、全面醫院整合和連網藥盒。它們可能有價值，但會引入新的準確性、法遵、裝置與營運未知項，無法幫助最小試行先回答「簡單軟體流程能否被正確理解並持續使用」。
第六步：把安全、無障礙與隱私變成產品規則
安全規則應直接進入互動：
- 使用者標記「已服用」後又不確定時，允許撤銷並保留稽核紀錄，同時顯示聯絡藥師或醫療專業人員的方式；產品不判斷是否再服一次；
- 計畫變更必須清楚顯示誰修改、何時生效、由誰核對；舊提醒立即失效；
- 同一事件的重複確認要提示並記錄，不能建立兩次「已服用」；
- 用藥清單應同時包含處方藥、非處方藥、維生素和補充品，方便使用者維護完整紀錄，但產品仍不自行判斷交互作用；
- 跨時區旅行或日光節約時間變更時，先要求使用者確認計畫依當地時間還是原時區執行，不靜默移動高風險時段。
無障礙不能只寫「放大字體」。年齡相關變化可能影響視覺對比、精細操作、聽力、短期記憶和注意力，因此第一版需要大型觸控區、清楚層級、簡短文字、聲音與震動組合、螢幕閱讀器支援，以及由使用者選擇提醒方式和數量。顏色只能輔助狀態，不能成為唯一差異。
隱私採最小授權：本人逐一選擇照護者、可見欄位和通知類型；預設不分享完整藥物清單；授權可隨時撤銷；照護者不能在沒有額外確認的情況下修改計畫。若使用者沒有授權照護者，產品應停留在本人提醒和專業求助入口，不能以「安全」為由繞過同意。
第七步：分階段驗證，不直接看留存
第一階段用可點擊原型完成任務測試：使用者能否建立 4 種藥物、設定 3 個時段、理解三個動作、撤銷誤觸、找到求助和撤銷照護權限。觀察實際完成過程，不用「你覺得好用嗎」取代。
第二階段進行有限期間的真實提醒試行。主指標是有效計畫事件中，使用者在自己設定的時間窗內完成自行確認的比例。它是流程代理指標，不是臨床服藥證明。再觀察：
- 計畫建立後經核對並成功啟用的比例；
- 未回應事件中，使用者本人或授權照護者最終解決的比例；
- 使用者需要多少次提醒才回應，以及「稍後提醒」的使用情況；
- 使用者是否能在處方變更後及時更新計畫。
安全與體驗護欄包括：錯誤計畫被啟用、重複確認、短時間內撤銷「已服用」、使用者回報不確定是否重複服藥、通知被系統層級關閉、退出照護分享、隱私申訴和求助量。任何嚴重安全事件都應觸發暫停和檢討，不能等主指標彙整後才處理。
只有當原型任務完成、試行使用可持續、主指標改善且護欄沒有越界時，才擴大族群或研究藥局匯入、智慧藥盒和更複雜的照護協作。若提醒常被關閉，應先判斷是管道、頻率，還是問題本身不適合用提醒解決，不能只增加通知。
高品質示範回答
「我先限定首要使用者：能自主用藥、會使用智慧型手機、獨居且偶爾因為忘記而漏服的長者。練習情境中，他長期服用 4 種藥，每天有 3 個預定時段。嚴重認知障礙、需要即時臨床監測，或由照護者直接發藥的人不進入第一版，因為他們需要更強的照護或硬體流程。
我不會一開始就畫提醒頁面。先在使用者整理藥物的真實環境中訪談和觀察，區分四類問題：是否有可信的最新計畫、能否辨認藥物、到時是否能收到提醒，以及錯過後是否知道下一步。若使用者因副作用或費用而主動停藥，提醒不是答案，需要轉向專業溝通。
MVP 會保存經使用者或受信任的人核對的藥物清單，包括名稱、規格、用途、服用說明、時段、來源和最後核對時間。到時用大字、高對比、聲音和震動提醒，使用者只能選擇已服用、稍後提醒或跳過，並能撤銷誤觸。選擇跳過、表示不確定或錯過時間窗時，產品只提供預先保存的藥師或醫療專業人員聯絡方式，不建議補服或改變劑量。
照護協作預設關閉。使用者可以授權某位照護者只在未回應超過自訂時間窗後收到通知，也可以選擇是否分享藥物清單。照護者看到的是『尚未確認，請聯絡本人』，不能替產品下臨床結論，也不能預設修改計畫。
我會先用原型測試使用者能否正確建立 4 種藥物、設定 3 個時段、理解三個狀態、撤銷誤觸和收回授權。之後做有限試行，主指標看有效計畫事件在個人化時間窗內的及時自行確認率；同時看錯誤計畫、重複確認、短時間撤銷、通知關閉、使用者求助和隱私申訴。這個指標只能證明流程是否幫助使用者記住並記錄，不能證明藥物已吞服或臨床結果改善。
如果及時確認改善、使用者願意持續使用且安全護欄沒有越界，我再研究藥局匯入和連網藥盒。若使用者頻繁關閉提醒，或主要問題來自副作用、費用和計畫不可信，我會停止擴大發送通知，回到問題定義，而不是把提醒做得更大聲。」
這段回答的關鍵是把產品目標、臨床邊界、使用者控制權和驗證證據連在一起。面試官改變族群或風險時，方案也應跟著改變。
常見錯誤
- 把所有長者當成同一種使用者 → 自主使用、遠端協助和專業照護的需求互相衝突 → 選擇一個首要族群，並說清楚排除條件和後續族群。
- 直接提出鬧鐘、語音和大字體 → 還不知道問題是忘記、看不清、計畫錯誤還是主動停藥 → 先畫任務鏈，並為每個斷點建立證據。
- 把「已送達通知」寫成「已服藥」 → 系統能力被誇大，指標和安全判斷都會失真 → 區分送達、使用者操作、自行回報和臨床事實。
- 讓應用程式告訴使用者漏服後補一顆 → 不同藥物和處方的處置不同，產品跨越臨床邊界 → 顯示已核對說明和專業求助入口，不自行產生劑量建議。
- 預設把全部資料給子女 → 付款或親屬關係不等於持續授權 → 由本人選擇照護者、欄位、通知和撤銷方式。
- 第一版同時做醫院整合、AI 辨識藥物和智慧藥盒 → 無法判斷哪一項解決了問題，並引入多重準確性和營運風險 → 先用軟體狀態流程驗證最關鍵假設。
- 只看日活、點擊率和通知開啟率 → 使用者可能被迫點開，卻沒有更安全或更確定地完成任務 → 使用及時自行確認等結果代理指標，並設置安全、體驗與隱私護欄。
- 看到提醒關閉就增加通知頻率 → 通知疲勞會進一步降低可用性，也可能表示根因不是忘記 → 檢查使用者分群、時間窗、管道和漏服原因，再決定迭代或停止。
- 用一次訪談取代驗證 → 口頭偏好無法證明使用者能正確設定並長期使用 → 先做任務測試，再進行有限真實試行。
追問與應對
追問一：如果子女付費，為什麼不能預設看到全部用藥紀錄？
付款者、使用者和資料主體可能不是同一個人。預設全量分享會削弱本人控制權，也可能讓使用者拒絕使用或隱瞞狀態。產品應讓本人逐項授權照護者、可見欄位和通知條件；若法律或監護關係改變權限，則需要獨立的身分和法遵流程，不能由「子女付費」直接推導。
追問二：如果某種藥漏服會造成嚴重後果，MVP 還夠嗎？
先把這類藥物排除在一般試行之外，由臨床、藥局和法遵人員定義時間窗、升級與責任。可能需要藥局匯入、連網藥盒、電話確認或專業人員介入。高風險情境的強證據和可靠升級優先於擴大使用者數，純自行回報軟體不能假裝成即時監測。
追問三：使用者點了「已服用」，幾分鐘後說自己不確定怎麼辦？
允許撤銷並保留稽核紀錄，立即顯示處方中已核對的求助資訊，或聯絡藥師、醫療專業人員的入口。產品不依時間差自行建議再服一顆，也不刪除先前紀錄。這個情境還應計入安全護欄，用來判斷確認按鈕是否容易誤觸或資訊是否不足。
追問四：使用者跨時區旅行，提醒應該自動切換嗎？
不能靜默移動所有時段。產品應偵測時區變更，顯示原計畫與當地時間的差異，請使用者依專業說明選擇維持原時區或轉換，並記錄生效時間。若使用者無法判斷，就引導聯絡藥師或醫療專業人員；高風險藥物應使用預先定義的旅行方案。
追問五：及時自行確認率提高，但很多使用者關閉通知，算成功嗎？
先檢查分母是否只剩最積極的使用者。通知關閉屬於體驗護欄，也可能造成倖存者偏差。依使用者群、提醒次數和使用週期分析；若關閉率超過預設邊界，即使剩餘使用者的確認率提高，也應暫停擴大範圍，調整頻率、管道或目標族群後重新測試。
追問六：研究發現很多人是因副作用或費用主動少服，產品怎麼改？
把這類使用者從「忘記提醒」問題中分離。產品可以協助記錄原因、整理問題，並連接藥師、醫師或費用支援資源，但不能用更多提醒逼迫服藥，也不能自行修改處方。若主動停藥是主要原因，產品路線應從提醒工具轉向溝通與支援流程，原 MVP 的優先級就會下降。