AI 用户体验研究：让产品真正被采用
6 分钟阅读
从用户预期、失败场景与纠错能力入手，为 AI 产品建立一套可执行的体验研究方法。
这篇实践笔记围绕一个具体问题展开：如何把产品想法转成可观察、可验证的工作方式。下面从定义任务开始，逐步讨论设计与交付中的关键选择。
从决策开始，而不是从演示开始
在安排研究之前，先写下团队需要做出的决策：客服是否需要 AI 起草回复？客户能否自行批准自动化操作？一条结果是否需要展示依据？具体的决策能为研究划出有效边界。
邀请实际执行这项工作的人，带着近期的真实任务讲解流程。留意他们在哪些地方切换工具、核对信息，或寻求同事帮助。这些时刻，往往就是改善体验的切入点。
理解用户对 AI 的预期
先展示界面，再解释功能。询问用户认为系统能做什么、能看到哪些信息，以及谁对最终结果负责。把这些回答与产品实际能力逐一对照。
即使证据有限，界面也可能显得十分肯定。将标签、来源链接与审核步骤一起测试，帮助用户针对眼前这份结果做出判断。
认真测试出错的那一刻
准备正常完成、信息不完整和看似合理却有错误的三种情况。告知参与者这是原型测试，并观察他们能否发现问题、理解后果和找到修改方式。
恢复方式可以是编辑输入、更换来源、恢复历史版本，或交给人工审核。像记录顺利完成的路径一样，记录从错误中恢复的每一步。
| 场景 | 观察重点 | 设计回应 |
|---|---|---|
| 正常完成 | 能否理解并使用结果 | 可编辑的输出 |
| 信息不足 | 能否识别缺少的依据 | 清晰的补充入口 |
| 结果错误 | 能否发现并修正 | 审核、撤销与人工接手 |
把观察转成可执行的研究计划
区分用户说了什么，以及你实际观察到什么。为每条发现保留原始证据，让其他成员也能检查推理过程，再把发现对应到具体的界面决策。
优先研究可能改变产品范围的问题。一个能排除错误工作流的短研究，可能比一份关于视觉偏好的长报告更有价值。
让 AI 协助整理，而不是代替判断
助手可以整理笔记、提出可能的主题，但团队仍需回到原始材料进行核对。研究信息的使用范围应符合参与者同意的用途，不必要的身份信息应当移除。
将自动生成的摘要当作查找研究材料的索引。在把某个模式写成产品需求之前，再次检查对应的访谈记录。
发布后继续观察
上线前，先确定需要记录哪些行为，例如结果被编辑、任务转交人工，或草稿在批准前被放弃。结合直接反馈理解这些事件。
模型、检索或界面发生变化之后，重新测试那些重要任务，确认用户仍然能够完成原来的工作。
值得信任的体验，让人知道什么时候可以继续，什么时候应该检查。
让下一轮改动可以验证
研究结束时，留下简短的决策记录：学到了什么、准备修改什么，还有哪些不确定。为下一次测试指定负责人，将改动控制在可评估的范围。
持续的研究习惯来自这些短循环：观察工作，修改一部分体验，再检查改动是否帮助某个人完成任务。
