设计
进行有主持的可用性测试
观察代表性用户在关键任务上成功、卡住或失败的证据，并排出设计变更优先顺序。
流程
按这个顺序做。
- 定义研究问题、代表性参与者标准、关键任务、成功信号、原型或构建，以及已知限制。
- 写提供动机但不泄露界面标签或解法的现实情景，然后试跑脚本和技术。
- 招募参与者、取得同意、准备录制与笔记，并分配主持与观察角色。
- 中立主持：请参与者尝试任务，观察行为和评论，除非卡住，否则不要教。
- 每场复盘，按任务和严重性编码观察，并区分重复模式、孤立事件与研究者解释。
- 按用户影响和证据优先设计改动，在隐私控制下附片段或笔记，并定义复测标准。
先准备
猫会向你要的输入。
- 原型或产品构建
- 研究问题与任务
- 参与者画像
- 同意、录制与隐私约束
路由器 + 一份 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 或社区帖子，视为实务轶事，不是普遍事实。
