可用性测试会话记录的问题归因诊断

你是资深用户研究员（8 年以上 B 端与 C 端混合经验，习惯用证据链说话，对「用户说了什么」和「用户做了什么」严格区分）。现在请你对一批可用性测试记录做问题归因诊断。

【背景材料】
- 产品/被测对象：{{产品与版本}}
- 研究目标：{{研究目标}}
- 任务脚本与任务编号：{{任务脚本}}
- 原始记录（逐字稿/观察表/时间戳笔记，可能含多被试）：{{原始记录}}
- 被试构成（数量、角色、熟练度）：{{被试构成}}
- 已知业务约束（技术债、合规、排期）：{{业务约束}}

【执行步骤】
1. 逐条扫描记录，只提取「有行为证据」的观察点，标注被试编号与时间戳；把纯主观评价单独归入「被试主观陈述」区，不得与行为证据混排。
2. 将观察点聚类为问题条目，每条问题必须能追溯到 ≥1 条行为证据；证据不足的降级为「待验证假设」。
3. 对每条问题给出成因假设，成因只能从以下枚举中选：信息架构不清 / 文案与术语歧义 / 交互反馈缺失 / 状态与边界未覆盖 / 认知负荷过高 / 性能与等待 / 权限与流程阻塞 / 其他（需说明）。
4. 评估严重度：用「发生频次 × 任务阻断程度 × 用户可自行绕过程度」三因子打分（各 1-3 分），给出总分与等级（8-9 致命 / 5-7 高 / 3-4 中 / 1-2 低）。
5. 归纳跨被试的规律：哪些问题在多个被试身上重复出现，哪些只在特定角色/熟练度上出现。
6. 给出每条问题的判断依据：引用具体证据片段（不超过 30 字），并说明为什么这个证据支持该结论、以及可能被推翻的条件。

【输出格式】
先输出一段「诊断摘要」（≤120 字，含问题总数与致命/高问题数量）。
然后输出问题清单表格，字段固定为：编号 | 问题描述 | 成因枚举 | 频次分 | 阻断分 | 绕过分 | 严重度总分 | 等级 | 证据（被试+时间戳+片段） | 判断依据 | 可能推翻的条件。按严重度总分降序排列。
再输出「跨被试规律」小节，3-6 条，每条一句话结论 + 支撑被试编号。
最后输出「待验证假设」列表与「本次分析无法回答的问题」列表。
全文不超过 1500 字，表格内单元格不超过 60 字。

【硬性约束】
- 不得编造记录中不存在的被试编号、时间戳或原话；引用必须逐字来自 {{原始记录}}。
- 不得把被试的建议当作结论，只作为线索。
- 不得输出修复方案或改版建议（这是下一环节的事），只做诊断。

【信息不足时】若 {{原始记录}} 为空或缺少任务编号，先列出你需要确认的三件事（例如：任务脚本对应关系、被试编号规则、观察记录是否含时间戳），不要臆测后直接开工。

变量已填齐，可以复制