119 lines
5.3 KiB
Markdown
119 lines
5.3 KiB
Markdown
|
---
|
|||
|
|
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% 的字段？
|
|||
|
|
- 用户确认年龄或产品名最少需要哪些证据？
|
|||
|
|
- 是否应把核对定义为清空待确认队列，而不是浏览三个标签页？
|
|||
|
|
- 警告是可忽略、需确认，还是必须修复？
|
|||
|
|
- 熟练顾问能否只用键盘在一分钟内处理常见异常？
|