UXmatters 在 11 月 2 日刊出 Anna Nazarevska 的〈User Interfaces for Multiple Roles: When Four Users Share One Product〉，作者是學生健康平台 Volta Health 的資深產品設計師，文章談同一個產品裡有四種角色時，介面該怎麼切、安全措施該多重、AI 助理該放多大權限。讀到的程度：我用網頁擷取工具取得這篇的全文內容，但回傳的是工具整理過的摘要，不是逐字原文，因此引文以英文原句為準、我只轉述不加引號；文中沒有錯誤率或採用率之類的成效數字，我無從判斷這些做法實際有多有效。這篇與前幾天談過的模式切換、現代 CSS 都不同，落在「權限與風險」的介面設計。
📖 學
一、用「責任」定義角色，而不是用「頁面」
作者的平台服務約 2.5 萬名使用者，橫跨大學、醫療夥伴、保險經紀與學生，受 HIPAA 與 FERPA 規範。四種角色各自的決定天差地遠：管理員能取消學生的保險，臨床夥伴要接受或退回醫療文件，經紀人處理加保與資格，學生上傳決定自身合規狀態的資料。她的做法是每個角色用三件事定義：能做哪些決定、做決定需要哪些資訊、決定做錯會有什麼後果。依此，學生端是少數必要任務、清楚易讀的介面；管理員端要儀表板、待辦佇列、批次操作與稽核紀錄；經紀人端偏交易與資料；臨床端則要脈絡與紀錄歷史才能下準確判斷。作者的結論是，一個要涵蓋所有對象的單一介面不是答案。她也坦承目前系統只有學生與管理員兩種權限層級，一個人同時擔任多種角色的情況還沒解決，這是文章裡少見的誠實處。
二、摩擦要與錯誤的嚴重度成正比
第二個原則最能直接搬去自己的專案：一個動作要多少摩擦，取決於做錯的後果有多重。退回一筆疫苗接種紀錄可以撤銷，所以「確認加上必填理由」就夠；取消保險則要明確確認、選擇生效日（立即或排程），並通知學生。高風險動作被記成有完整稽核軌跡的狀態變更，事後可追溯、可回復，進入這類動作的權限也依最小權限原則給。作者特別提到，受影響的學生需要一條清楚的申請覆核或更正的路徑，而且這條路徑要與管理員畫面花同樣的心力設計。這點常被忽略：設計團隊習慣把力氣放在「操作者」，被操作的人拿到的往往只是一封通知信。
三、訪談抓不到的，要去現場看
另一個專案是生物辨識身分系統，部署超過 2 萬台裝置、累積數千萬次掃描。她發現訪談與可用性走查都漏掉了真實行為：使用者的猶豫、排隊壓力、現場人員的土法補救、各環境不同的信任程度。因此調整了鏡頭與掃描器的位置以符合人們自然的姿勢，並加上螢幕引導；原本預先給的說明大家直接跳過，改成在當下情境逐步提示。她的說法是，採用障礙受到情境與觀感影響，程度不下於介面本身。這段是經驗分享，沒有附對照數據。
四、AI 的自主程度要隨後果加重而降低
作者在同一個平台放了 AI 助理，原則是「後果愈重，自主愈少」，並且先問它能安全做什麼，而不是能做什麼。範圍上，它只用機構審過的內容回答保險、豁免、疫苗、預約與政策問題，排除開放網路、診斷、醫療決定、修改紀錄與代學生執行動作。介面上，要有清楚的 AI 狀態、情境式免責說明、來源揭露、低信心時的行為，以及永遠看得到的轉真人客服入口。驗證上，答案可追溯到來源，互動會被審查以找出錯誤與內容缺口，任何牽動資格或合規的動作都需要人工覆核與稽核控制。她的歸納是，在受規管的產品裡，AI 最可靠的位置是幫人理解資訊。
五、我的判讀
文章最有價值的是把三件事接在一起：角色定義決定誰需要什麼畫面，後果嚴重度決定摩擦，AI 權限也用同一把尺。我的歸納（不是原文）是：這等於替每個動作標一個「可逆性」與「影響對象」，再由它同時推導確認步驟、權限、稽核與是否允許 AI 代做。限制也要說：這是單一作者、單一產品領域（健康與身分）的實務心得，沒有量化成效，也沒有談無障礙與多角色並存的解法；是否適用於低風險的消費型產品，文章沒回答。
🧠 記
- 來源： UXmatters，Anna Nazarevska，2026-11-02；我讀到的是工具整理的全文摘要，非逐字原文。
- 角色三問： 能做什麼決定、需要什麼資訊、做錯的後果。
- 摩擦隨後果比例增加： 可撤銷動作用確認加理由；不可逆動作用明確確認、選生效日、通知對方、留稽核軌跡。
- 被操作者也要有路： 學生的申請覆核或更正路徑，要和管理員畫面同等用心。
- 訪談不夠： 現場觀察才看得到猶豫、排隊壓力與土法補救。
- AI 權限： 後果愈重自主愈少，只在經審內容範圍內回答，涉及資格的動作一律人工覆核。
- 未解： 一人多角色的權限；文章無成效數字。
✍️ 實踐
用 45 分鐘替你負責的產品做一次「後果盤點」。
- 列出產品裡最危險的 10 個動作（刪除、取消、付款、授權、對外送出等），各標「可否撤銷」與「影響到誰」。
- 對每個動作寫下現有的防護：確認視窗、理由欄、延遲生效、通知、稽核紀錄；找出防護過重（可撤銷卻要三道確認）與過輕（不可逆卻一鍵完成）的各一個。
- 挑一個動作，為「被影響的人」畫出申請覆核的流程，確認入口在哪、誰回覆、多久。
- 若產品有 AI 功能，用同一張表標出它能否代為執行每個動作，凡不可逆者先設成只提供資訊或需人工確認。
- 約一位真實使用者，到他實際工作的地方看他做一次這些動作 20 分鐘，只觀察、不引導，記下猶豫與補救。
🔗 延伸學習
- User Interfaces for Multiple Roles: When Four Users Share One Product（UXmatters）：本篇全部內容的來源，經工具擷取摘要閱讀。
- UXmatters 首頁：我只讀到 11 月 2 日與 10 月 19 日兩期的標題與一句話簡介，其中 Kelly Moser 談代理式 AI 的 UX 一篇本文沒讀，僅供自行查閱。
💬 問 AI
我要為一個有多種角色的產品設計「風險比例化」的介面。請分成「來源說的」「你查證到的」「你的推論」三區回答,不確定就直說,不要編造連結、數字或引文。
背景(請當待查證主張):
UXmatters 2026-11-02 Anna Nazarevska〈User Interfaces for Multiple Roles: When Four Users Share One Product〉主張:角色應以「決定、所需資訊、做錯的後果」定義;安全摩擦應與後果嚴重度成正比;被影響的終端使用者需要同等用心設計的申請覆核路徑;AI 助理的自主程度應隨後果加重而降低。文章無成效數據。
請做:
A. 對照 NN/g 或其他可查證的可用性文獻,說明這四項主張各有哪些支持與反例,附連結。
B. 給我一份「動作風險盤點表」範本,欄位含可逆性、影響對象、建議摩擦、稽核需求、AI 是否可代做。
C. 針對「一個使用者同時有多種角色」這個文章未解的問題,提出三種介面做法並比較取捨。
D. 設計一個 30 分鐘的現場觀察計畫,說明觀察什麼、不要做什麼。
E. 列出反方觀點:哪些情況下過多確認摩擦反而降低安全或可用性。
只談介面設計與可用性,不評論公司或人事。