baodan/.impeccable/critique/2026-07-30T06-33-37Z__rontend-src-pages-components-ppt-pptdatareview-vue.md

5.3 KiB
Raw Blame History

target total_score max_score na_heuristics p0_count p1_count timestamp slug
PPT 数据核对页面 12 40 0 5 2026-07-30T06-33-37Z rontend-src-pages-components-ppt-pptdatareview-vue

PPT 数据核对页设计审查

Design Health Score

# Heuristic Score Key Issue
1 Visibility of System Status 2/4 有加载和错误数,但编辑后校验陈旧,父子计数矛盾
2 Match System / Real World 2/4 有保险术语,没有 PDF 原始证据
3 User Control and Freedom 1/4 无撤销,删除立即执行,右栏关闭失效
4 Consistency and Standards 2/4 状态、返回、底栏和字段数据类型不一致
5 Error Prevention 1/4 缺失字段会隐藏,来源页可误改
6 Recognition Rather Than Recall 1/4 必须另开 PDF 或凭记忆比对
7 Flexibility and Efficiency 1/4 无异常队列、批量、粘贴和快捷键
8 Aesthetic and Minimalist Design 1/4 外层三栏叠内层三栏,全表长期编辑态
9 Error Recovery 1/4 问题不能可靠定位、聚焦或高亮
10 Help and Documentation 0/4 无置信度、字段口径和警告处理指导
Total 12/40 Poor

Design Specificity Verdict

业务字段有保险特异性,但核对体验仍是通用后台表单。页面没有把“从 PDF 证据中核对 AI 提取值”设计成核心动作;用户只能看结构化结果和整张可编辑表格,看不到原始页图、文本片段、字段框选或置信度。

自动检测器扫描 frontend/src/pages/components/ppt/PptDataReview.vue 返回 0 条规则结果。该结果只能说明没有命中检测器编码的静态反模式,不能证明业务交互可用。浏览器运行环境不可用,因此没有实页截图、控制台结果或用户可见覆盖层。

Overall Impression

页面具备错误/警告/通过的基础分层,也完成了产品、关键字段、利益演示和退保提取的初步分组。但最大机会不是继续美化表单,而是把任务从“编辑所有数据”重构成“结合 PDF 证据清空待确认问题”。

What's Working

  • 阻断错误会禁用生成按钮,基础方向正确。
  • 产品、关键字段、利益演示和退保提取已有业务分组。
  • 输入范围、显式保存和自动保存意图表明系统已经考虑误操作与工作保留。

Priority Issues

P1核对页缺少原始证据层

用户无法同时看到提取值与 PDF 原文。应默认展示待核对问题、当前字段和对应 PDF 页,高亮来源区域,并提供接受、修改和无法确认。

Suggested command: /impeccable shape

P1外层三栏叠内层三栏

外层已有步骤导航、主区和上下文栏,组件内部又有产品栏、编辑器和问题栏,再加两套底栏。应让核对步骤进入专注模式,只保留 PDF 证据与当前核对任务两栏。

Suggested command: /impeccable layout

P1问题导航不可靠

问题没有产品、字段路径、行键和来源页;前端只能用产品名和字符串包含关系猜测归属。应建立结构化 issue 契约,实现切产品、切分区、滚动、聚焦、高亮和 PDF 跳页。

Suggested command: /impeccable harden

P1校验反馈陈旧且互相矛盾

编辑后问题数不会实时变化,父级错误数没有从子组件同步。应使用单一校验状态源,本地即时校验加防抖服务端校验。

Suggested command: /impeccable clarify

P1核对被设计成全表编辑

大表的每个单元格永久显示输入控件。应默认只读,只高亮异常,按需进入编辑,并支持仅看异常、批量接受、粘贴和键盘移动。

Suggested command: /impeccable distill

Persona Red Flags

Alex熟练用户

  • 没有下一个问题、快捷键、批量接受、批量粘贴或仅看异常;
  • 每次修改后要显式保存才能得到新校验结果;
  • 大表只能逐单元格操作。

Jordan首次用户

  • 不知道错误、警告和待确认的处理差异;
  • 看不到 PDF 来源,无法判断系统还是自己正确;
  • 来源页被呈现成可编辑业务值;
  • 生成按钮禁用后没有明确修复顺序。

Sam键盘/读屏用户)

  • 顶部返回和右栏关闭是点击图标,不是语义按钮;
  • 问题跳转后没有焦点转移或状态播报;
  • 产品状态圆点主要依靠颜色;
  • 多个独立滚动区使键盘和 200% 缩放路径困难。

Cognitive Load

8 项检查中有 6 项失败,属于高认知负荷:单一焦点、视觉层级、一次一个决策、最少选择、工作记忆和渐进披露均未满足。

Minor Observations

  • 右侧关闭按钮不能真正隐藏 aside
  • 修改 data.product_name 后标题仍优先显示旧的 ext.productName
  • 保额为空时字段反而被隐藏;
  • 总行数不含退保表;
  • 删除行无确认、无撤销;
  • 小屏下问题列表位于长表格之后。

Questions to Consider

  • 如果系统通常能识别大多数数据,为什么用户要面对 100% 的字段?
  • 用户确认年龄或产品名最少需要哪些证据?
  • 是否应把核对定义为清空待确认队列,而不是浏览三个标签页?
  • 警告是可忽略、需确认,还是必须修复?
  • 熟练顾问能否只用键盘在一分钟内处理常见异常?