科技不再冰冷：居家監測手環如何做到「有感」的關懷？
之前上課時，台上的講師最常講到針對使用者或是產品的易用性評估，最熱門的框架，大概就屬 Jakob Nielsen十大易用性原則，因此我們來利用這樣的方法，以apple…
UpdatedMarch 24, 2026•2 min read
JJhihHao Wu**近期研究重點包含 AI Agent 的供應鏈攻擊、PII 偵測模型評估，以及醫療 AI 在臨床流程中的安全落地。
在這裡，我分享深度技術實測報告（如 NVIDIA NeMo, WildGuard）與職場技術成長心得，致力於在 AI 浪潮中打造具備資安韌性的解決方案。
On this page
科技不再冰冷：居家監測手環如何做到「有感」的關懷？1. 系統可見性原則 (Visibility of system status)一般情境：醫療照護情境：2. 貼切原則 (Match between system and the real world)一般情境：醫療照護情境：3. 用戶自由度(User control and freedom)一般情境：醫療照護情境：4. 一致性原則 (Consistency and standards)一般情境：醫療照護情境：5. 防錯原則 (Error prevention)一般情境：醫療照護情境：6. 易識別原則 (Recognition rather than recall)一般情境：醫療照護情境：7. 靈活與效率 (Flexibility and efficiency of use)一般情境：醫療照護情境：8. 簡約設計 (Aesthetic and minimalist design)一般情境：醫療照護情境：9. 容錯原則 (Help users recognize, diagnose, and recover from errors)一般情境：醫療照護情境：10. 使用者說明 (Help and documentation)一般情境：醫療照護情境：
科技不再冰冷：居家監測手環如何做到「有感」的關懷？
之前上課時，台上的講師最常講到針對使用者或是產品的易用性評估，最熱門的框架，大概就屬 Jakob Nielsen十大易用性原則，因此我們來利用這樣的方法，以apple watch為例來作為一般使用情況的案例，如果未來想要開發醫療照護情境下的智慧手錶或是手環，應該多考慮什麼樣的因素。
1. 系統可見性原則 (Visibility of system status)
產品應當時刻讓使用者清楚了解它正在做什麼，並提供即時反饋。
一般情境：
- 電量與連線狀態：大多數手環會在主介面用一個小小的電池和藍牙圖示，清晰地顯示剩餘電量與手機的連線狀態。
醫療照護情境：
數據同步狀態不明確：使用者（特別是遠端的子女）最關心的數據是否已成功上傳到雲端？現有的手環比較少會明確告知「上次同步時間：今天上午11:15」或「正在同步血氧數據…」。
SOS求救反饋不足：使用者按下SOS按鈕後，最需要的是「確定求救信號已發出」的強烈反饋。僅有一次短暫震動是不夠的。理想的情境應該是：持續的、獨特的震動模式，並在螢幕上顯示「求救已發送！」的清晰字樣，直到被手動取消或由家人回應。
感測器狀態監測： PPG（光體積描記法）感測器是測量心率和血氧的關鍵，但很容易因為手錶沒戴緊、流汗或毛髮干擾而失效，作為照護手錶應該能偵測到「訊號品質不良」，並在螢幕上跳出一個小圖示或提示：「感測器訊號弱，請調整佩戴位置」，而不是等到測量失敗才告知使用者。
藥物提醒的回饋： 提醒長輩吃藥很簡單，但「確認他吃了」才是重點。系統的狀態不該只是「已發送提醒」，而應該在提醒後，介面跳出「我已服藥」的按鈕，使用者按下後，系統狀態才更新為「上午9點藥物已確認服用」，這個狀態對遠端子女或照護者來說，才是真正有價值的資訊。
2. 貼切原則 (Match between system and the real world)
產品的語言、圖示和概念應貼近使用者的認知，而非開發者的技術術語或是專業用詞。
一般情境：
- 通用圖示：用心形圖示❤️代表心率，用月亮🌙代表睡眠，用行走的火柴人🚶代表計步。。
醫療照護情境：
過度專業的術語：螢幕上顯示一個「SpO₂」，或許應改為更貼切的「血氧濃度」，並在App中加入適當的提示：「這個數值反映您血液中氧氣的飽和度，通常95%以上是正常的」，或是簡單顯示血氧正常等狀態。
數據呈現不直觀：給使用者看一條波動的心率曲線圖，不如給他一個更直觀的總結：「您昨晚的平均靜態心率為65下，處於健康範圍。」，直接將數據轉化為使用者能懂的「資訊」。
心電圖(ECG)的轉譯： 當手錶偵測到「心房顫動 (AFib) 可能」時，直接顯示這個醫學名詞可能會嚇到使用者，比較使用者友善的做法是分層的荀息提供：「偵測到心律不整，建議您將此報告分享給醫師。」在報告中才詳述可能是AFib，這邊要特別注意的部分是，在做AI判讀時，模型輸出的是機率和分類，但呈現給用戶的，必須是他們能理解並採取行動的「建議」。
血糖波動的類比： 對於糖尿病患，與其顯示一整天的血糖曲線，不如用一個更貼近生活的比喻，例如用紅綠燈的顏色標示不同時間點的血糖水平。
3. 用戶自由度(User control and freedom)
使用者應有權利可以自由控制系統，並且可以輕鬆地從錯誤操作中退出或恢復。
一般情境：
- 大多數設定（如鬧鐘）都可以輕易地修改或刪除。
醫療照護情境：
緊急功能的「取消」： 此類產品最需要使用者控制權的地方。如果不小心觸發了「跌倒偵測」或按了「SOS」按鈕，使用者會非常驚慌，在產品介面上必須提供一個明顯、有時限（例如10秒）的「取消」或「我沒事」的按鈕，讓使用者能在警報發送給家人前進行取消。
警報的「暫時靜音」： 假設一位用戶因為心臟問題，心率經常在臨界值徘徊，導致警報頻繁響起。可以考慮提供「暫時忽略此警報1小時」這樣的操作給使用者，而不是永久關閉這個救命功能，同時，提供這種彈性控制權，能避免使用者因警報疲乏而關閉重要功能，只是必須多考慮的是，如果使用者有多次暫時忽略的設置，亦可以在提供注記給照護者或是再回診時顯示提示。
數據分享的隱私控制： 使用者應該能非常清楚且輕易地控制「誰能看我的什麼數據」，例如：「我的位置資訊，只在觸發SOS時分享給女兒」、「我的心電圖報告，可以分享給王醫師，但不能分享給我的保險公司」。這種基於情境的權限控制，是醫療數據隱私的核心。
4. 一致性原則 (Consistency and standards)
產品內的用詞、圖示、操作流程應保持一致，並遵循平台（iOS/Android）的設計規範。
一般情境：
- 手環上的 icon 和App內的 icon 需要保持一致，避免使用者產生混淆。
醫療照護情境：
跨代產品的不一致：許多品牌在推出新手環時，會設計全新的UI和操作邏輯，導致既有用戶或是年長使用者升級後需要重新學習，應盡可能保持核心操作（如查看量測結果、進入測量）的操作流程一致性。
警報等級的一致性： 系統中必須建立一套明確且一致的警報分級。例如，「紅色警報」（如跌倒、心率嚴重異常）必須伴隨持續震動和聲響，而「黃色警報」（如血氧偏低、夜間多次醒來）則是間歇性震動和螢幕提示，設計像這樣的事件分類等級，能讓使用者和照護者在第一時間就判斷出事件的嚴重程度。
報告格式的標準化： 無論是在手錶的小螢幕、手機App，還是匯出給醫生的PDF報告，數據的呈現方式（如顏色、圖表、單位）都必須完全一致，否則，醫生和病患在溝通時，彷彿在看兩份不同的資料，在資訊呈現上會造成高度的風險。
5. 防錯原則 (Error prevention)
最好的錯誤提示，就是從一開始就透過精心設計來防止錯誤的發生。
一般情境：
- 在App中執行「刪除所有健康數據」或「解除手環綁定」等破壞性操作時，系統通常會跳出二次確認視窗。
醫療照護情境：
SOS按鈕的物理防錯：許多手環的SOS按鈕（通常是唯一的實體按鍵）很容易在睡覺、彎曲手腕時被誤觸，在軟體設計層面可以要求使用者「長按3秒」或「連續按3次」才能觸發，可以提供比取消 SOS 功能更根本的防錯設計。
測量前的狀態確認： 在啟動一次手動ECG或血氧測量前，系統應利用加速度計偵測使用者是否處於靜止狀態，如果偵測到使用者正在走動，系統應直接提示「請先坐下並保持靜止再進行測量」，而不是等測量失敗後才告知。
地理圍欄 (Geofencing) ： 針對有失智風險的長輩，家人可以設定一個「安全活動範圍」，一旦手錶的GPS偵測到配戴者離開了這個範圍或是離開相關的照護機構，即可主動發出警報通知照護者。
6. 易識別原則 (Recognition rather than recall)
將操作和選項視覺化，讓使用者「辨認」即可，而不是花時間「回憶」該如何操作。
一般情境：
- 手環採用「功能列表」的形式，使用者上下滑動就能看到所有可用的功能。
醫療照護情境：
隱藏的手勢操作：有些手環為了追求簡潔，設計了「從左向右滑是返回」、「長按螢幕是更換錶盤」等需要記憶的隱藏手勢，這對老人家或是年長者極度不友好。
圖像化數據摘要： 與其用列表顯示「心率: 78, 血氧: 98%, 壓力: 35」，不如設計一個類似儀表板的錶盤，用指針或顏色條直觀地顯示各項數據是否在安全區間。
7. 靈活與效率 (Flexibility and efficiency of use)
應同時滿足新手與專家的需求，允許使用者客製化常用功能，提升使用效率。
一般情境：
- 使用者通常可以在App中自訂手環的「錶盤」，將自己最關心的數據（如心率或步數）直接顯示在主螢幕上。
醫療照護情境：
警報閾值的彈性：每個人的健康狀況都不同，例如「心率過高」的警報，對運動員和對心臟病患者的標準應該完全不同，應允許家人或醫師在App中，為使用者設定個人化的安全警報閾值（例如：心率低於50或高於120時發出警報），提供智慧化與個人化的警報。
「家人模式」與「病患模式」： App應該要有不同的檢視模式。對病患本人，介面應該極簡，只顯示最重要的結論和提醒，但對子女或照護者，則可以提供「專家模式」，讓他們看到詳細的歷史數據、趨勢圖，甚至可以設定更複雜的警報規則（例如：「如果血氧連續5分鐘低於92%，立刻電話通知」）。
快捷指令個人化： 允許使用者將最需要的醫療功能自訂到快捷鍵或主錶盤，例如，糖尿病患可能最需要「紀錄血糖/飲食」的快捷按鈕，而需要頻繁測量心電圖的用戶，則希望一鍵就能啟動ECG測量。
8. 簡約設計 (Aesthetic and minimalist design)
介面不應包含無用的資訊，每一個多餘的元素都會降低重要資訊的可見性。
一般情境：
- 主螢幕通常設計得非常簡潔，只顯示最重要的時間和日期。
醫療照護情境：
資訊密度過高：在一個不到兩吋的螢幕上，塞入心率、血氧、天氣、卡路里等多項資訊，結果就是所有字都變得非常小，必須確保核心數據有足夠大的字體和高對比度的色彩（例如白底黑字），讓視力不佳的長者或是視力受限的使用者，也能一眼就看清。
數據呈現的「趨勢」而非「當下」： 對於慢性病管理，有時候「趨勢」比「單點數值」更重要，與其顯示「現在心率68」，一個更簡潔且有用的設計可能是顯示「68 ▼」，那個向下的箭頭，以最少的元素傳達了「目前心率平穩且正在下降」的豐富資訊。
9. 容錯原則 (Help users recognize, diagnose, and recover from errors)
錯誤訊息應使用簡單易懂的語言，明確準確指出問題所在，並提供給使用者對應的處理方式。
一般情境：
- 當測量失敗時，手環可能會顯示一個「X」，並提示「測量失敗」。
醫療照護情境：
無效的錯誤提示：「測量失敗」後該怎麼辦？使用者不知道原因。一個好的容錯設計應該是：「測量失敗。請保持靜止，並將手環戴緊後再試一次。」
數據遺漏：最可怕的錯誤是用戶根本不知道發生了錯誤。例如，手環因不知名原因幾小時未能成功同步數據到雲端，App卻沒有任何提示。這會給遠端的家人造成「一切正常」的假象，對於數據同步失敗這種關鍵錯誤，必須在App端有強烈的、持續的提醒，直到問題解決。
無數據」的警示： 在醫療監測系統中，「長時間沒有收到數據」本身就是一個最高級別的錯誤，如果系統設定為每小時同步一次，但連續三小時沒有收到該用戶的任何心率數據，系統就應該主動向照護者發出警報。
10. 使用者說明 (Help and documentation)
協助和說明等資訊應易於搜尋並連結使用者當下的任務，提供具體的步驟。
一般情境：
- 引導使用者快速入門指南。
醫療照護情境：
情境式幫助（Contextual Help）：最好的幫助是即時出現在需要它的地方。例如，在App的血氧數據頁面旁邊，就應該有一個小問號圖示
?，點擊後會用彈窗簡單說明「什麼是血氧濃度？如何正確測量？」，會遠比讓用戶去閱讀長篇的說明書要有效得多。數據解讀的即時說明： 當用戶看到一個異常數據（例如睡眠報告中的「呼吸中止事件」）時，旁邊就應該有一個「這是什麼意思？」的連結。點擊後，用最簡單的動畫或圖文解釋這個指標的意義、可能的影響，以及「您應該在何時諮詢醫生」。
遠端教學與設定功能： 對於年長使用者，最好的「說明」其實是來自家人，App應該內建一個「家人協助模式」，允許子女在徵得同意後，遠端查看長輩的App畫面、幫他們調整設定、甚至圈出某個功能來指導他們操作。
一台居家監測智慧手環，它的「可用性」遠不止是流暢或美觀。它直接關係到數據的有效性、警報的可靠性，以及使用者（尤其是長者）的信任感與安全感。
從這十大原則的檢視中我們可以看出，APPLE Watch 在多數功能上已經做得不錯，但在錯誤處理、個人化彈性、以及對使用者心理狀態的關懷等深層次問題上，仍有改進空間，同時，若考慮這樣的醫療場域可能是居家或是照護中心，仍然有許多使用情境值得去考慮與再做進壹步的設計。
Top comments (0)