設計
進行有主持的可用性測試
觀察代表性使用者在關鍵任務上成功、卡住或失敗的證據，並排出設計變更優先順序。
流程
照這個順序做。
- 定義研究問題、代表性參與者準則、關鍵任務、成功訊號、原型或建置，以及已知限制。
- 撰寫提供動機但不透露介面標籤或解法的真實情境，並先試跑腳本與技術。
- 招募參與者、取得同意、準備錄製與筆記，並指定主持人與觀察者角色。
- 中立主持：請參與者嘗試任務、觀察行為與評論，除非卡住否則不教導。
- 每場結束後檢討，依任務與嚴重程度編碼觀察，並區分重複模式、孤立事件與研究者詮釋。
- 依使用者影響與證據排序設計變更，在隱私控制下附片段或筆記，並定義再測準則。
先準備
貓會向你要的輸入。
- 原型或產品建置
- 研究問題與任務
- 參與者輪廓
- 同意、錄製與隱私限制
路由器 + 一份 playbook
先路由。只選一份。
Cat Paw 每次任務只載入一份 playbook，不合併多份。先走這個路由器；其餘路徑是此 workflow 可檢查的候選。
- 路由器：
product-pack skills/product/pm-product-discovery/interview-script/SKILL.mdskills/product/pm-product-discovery/summarize-interview/SKILL.mdskills/product/pm-product-discovery/opportunity-solution-tree/SKILL.md
界線
界線跟著提示一起走。
- 使用中立提示，不要責備或指導參與者操作介面。
- 取得同意，並限制錄影與可識別資料的存取。
- 不要從小型質性樣本推論頻率或族群普及度。
完成代表
一個可核對的終點。
計畫場次已完成或例外已記錄，每項發現都連結觀察行為，嚴重程度與限制已說明，約定設計變更有負責人與再測準則。
來源
這個流程從哪來。
來源確立 workflow 的模式。若有 Reddit 或社群貼文，視為實務軼事，不是普遍事實。
