---
target: PPT 数据核对页面
total_score: 12
max_score: 40
na_heuristics: 
p0_count: 0
p1_count: 5
timestamp: 2026-07-30T06-33-37Z
slug: 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% 的字段？
- 用户确认年龄或产品名最少需要哪些证据？
- 是否应把核对定义为清空待确认队列，而不是浏览三个标签页？
- 警告是可忽略、需确认，还是必须修复？
- 熟练顾问能否只用键盘在一分钟内处理常见异常？