UX 审查关注现有体验如何帮助或阻碍用户。报告的价值不在页数，而在于让团队知道要改什么、为什么改，以及如何验证效果。选择一条客户路径，从入口一直检查到任务完成。
从到达页面检查到完成确认
以一家假想的语言学校为例，任务可以是找到晚间课程并申请名额。从搜索或广告实际落地的页面开始，查看时间、课程级别、地址，填写表单，再阅读确认信息。
在手机上重复任务，再仅用键盘操作。也要检查课程已满、日期不可选、邮箱格式错误和响应缓慢等情况。用户能否修正问题而不丢失输入？固定任务范围，能避免审查变成零散的审美意见。
把问题写到别人能够复现
每条问题都需要位置、触发情境、观察到的行为和后果。“表单很难用”不够明确；“未填电话提交后，错误出现在屏幕上方，焦点却仍留在提交按钮”才是可以调查的描述。
附上去除个人信息的截图和操作步骤。区分已经发生的错误和未经验证的判断。如果尚未让潜在学员试读课程说明，就把“术语可能太复杂”记为待验证问题，而不是咨询流失的既定原因。
先判断影响，再讨论外观
提交失败会阻断任务；费用解释不清可能阻碍决策；间距不统一可能影响精致程度，却未必妨碍操作。结合发生频率、后果和修复成本安排顺序。
不要把粗略评分当成精确结论。很少使用的路径也可能因为失败后果严重而需要优先处理。为重要问题指定负责人和验收方法，同时保留外观改进，让取舍透明。
- 1手机上看不到结账按钮
- 2电话号码无法点击拨打
- 3错误提示没说明哪一栏出错
- 4按钮颜色不统一
- 5“关于我们”页面有错字
分数 = 影响程度 × 遇到的人数，修复清单会自动重排。
修改之后沿原路径复查
报告交付后还需要回到网站。重复原来的步骤，确认错误消息能够被看见，键盘能到达控件，成功页面说明后续安排。
如果比较咨询数量，应选择相近的流量来源和时间范围，并记录广告或价格变化。前后结果变好，并不自动证明某个界面修改是唯一原因。用观察结果确定下一次检查的重点。
开始之前
- 检查一项完整的客户任务。
- 记录复现步骤、证据和后果。
- 区分已确认问题与假设。
- 明确负责人，并在修复后重复检查。