97 lines
6.1 KiB
Markdown
97 lines
6.1 KiB
Markdown
|
---
|
|||
|
|
target: 海报生成页面
|
|||
|
|
total_score: 18
|
|||
|
|
max_score: 40
|
|||
|
|
na_heuristics:
|
|||
|
|
p0_count: 2
|
|||
|
|
p1_count: 5
|
|||
|
|
timestamp: 2026-07-29T13-23-02Z
|
|||
|
|
slug: frontend-src-pages-posterpage-vue
|
|||
|
|
---
|
|||
|
|
# 海报生成页面体验与产品链路评审
|
|||
|
|
|
|||
|
|
Method: dual-agent (A: /root/poster_design_review · B: /root/poster_evidence_review)
|
|||
|
|
|
|||
|
|
## Design Health Score
|
|||
|
|
|
|||
|
|
| # | Heuristic | Score | Key Issue |
|
|||
|
|
|---|---|---:|---|
|
|||
|
|
| 1 | 系统状态可见性 | 3/4 | 有步骤和生成进度，但轮询异常、配置版本和同步状态不可见。 |
|
|||
|
|
| 2 | 系统与现实世界匹配 | 2/4 | 真实顾问从手头 PDF 开始，当前却必须先选后台审核产品。 |
|
|||
|
|
| 3 | 用户控制和自由 | 2/4 | 有返回和重试，没有任务取消、撤销重做、版本回退和局部重生成。 |
|
|||
|
|
| 4 | 一致性和标准 | 2/4 | 页面风格统一，但草稿预览与最终成品不是同一渲染模型。 |
|
|||
|
|
| 5 | 错误预防 | 1/4 | 绿色清单不是实际校验，关键数据没有来源证据和阻断规则。 |
|
|||
|
|
| 6 | 识别优于回忆 | 2/4 | 生成页不并列展示已确认数据、PDF 来源和配置版本。 |
|
|||
|
|
| 7 | 灵活性和效率 | 1/4 | 无自由产品册上传、项目复制、批量尺寸、画布快捷编辑。 |
|
|||
|
|
| 8 | 美学与极简设计 | 2/4 | 页面干净但通用后台感强，模板、假预览和文案编辑竞争注意力。 |
|
|||
|
|
| 9 | 错误诊断与恢复 | 2/4 | 有部分重试，但错误泛化，无法定位字段并保留修复上下文。 |
|
|||
|
|
| 10 | 帮助和文档 | 1/4 | 缺少 PDF 要求、来源说明、画布操作和导出格式帮助。 |
|
|||
|
|
| **Total** | | **18/40** | **Poor：核心体验模型需要重构。** |
|
|||
|
|
|
|||
|
|
## Design Specificity Verdict
|
|||
|
|
|
|||
|
|
当前页面是通用的“模板向导”：保险特异性主要来自文案，而不是工作模型。用户目标应是“以计划书和产品册为事实来源，由 AI 生成相符视觉，在可审计画布上编辑并交付”。模板应降级为品牌与版式约束，不能继续充当最终背景。
|
|||
|
|
|
|||
|
|
自动检测对 `PosterPage.vue` 和 `components/poster/` 均返回 0 条静态规则问题。浏览器实测因本地服务未运行、页面需要认证且完整流程依赖数据库、Celery 和模型配置而未执行，因此没有浏览器覆盖层证据。静态检测干净不代表产品闭环成立。
|
|||
|
|
|
|||
|
|
## Overall Impression
|
|||
|
|
|
|||
|
|
现有实现已经有计划书上传、解析、异步生成、历史记录和后台配置读取的骨架，但产品目标偏成了“后台选产品 + 选模板 + 生成文案 + 下载 PNG”。最大机会不是润色当前四步，而是建立“项目素材—事实校验—视觉方案—画布编辑—多格式交付”的完整工作流。
|
|||
|
|
|
|||
|
|
## What's Working
|
|||
|
|
|
|||
|
|
- 四步进度、解析反馈、重试和移动端摘要提供了基础流程感。
|
|||
|
|
- PDF 密码不保存、脱敏和人工确认体现了保险合规意识。
|
|||
|
|
- AI 图片调用、Celery 任务、记录表和后台配置读取已有真实代码，可被新流程复用。
|
|||
|
|
|
|||
|
|
## Priority Issues
|
|||
|
|
|
|||
|
|
### [P0] 用户不能上传产品小册子
|
|||
|
|
|
|||
|
|
当前只允许上传计划书 PDF，产品必须来自后台已审核目录。应提供“从产品库选择”和“上传本次产品册”两条并列路径；临时上传可选择仅本项目使用或提交到产品库审核。
|
|||
|
|
|
|||
|
|
### [P0] 成品保存目录与下载白名单不一致
|
|||
|
|
|
|||
|
|
Worker 保存到 `<storage_root>/outputs/posters/...`，下载接口只允许 `uploads/posters`。这会让生成成功的文件在预览和历史下载时被判为不存在。
|
|||
|
|
|
|||
|
|
### [P1] AI 图片生成仍受背景模板思维支配
|
|||
|
|
|
|||
|
|
AI 图片接口真实存在，但界面只让用户选模板并生成文案。应增加视觉简报、人物/场景/情绪、品牌约束、参考图和禁用元素，并生成 2–4 个真实视觉方案。文字、数据卡片和免责声明应作为独立图层叠加。
|
|||
|
|
|
|||
|
|
### [P1] 生成前确认不是后端强校验
|
|||
|
|
|
|||
|
|
确认接口会保存任意 `confirmedData`，没有字段 schema、范围、交叉一致性和来源页码验证。需要数据底表、来源审计和 QA 三个视图；错误阻断生成，警告需人工签收。
|
|||
|
|
|
|||
|
|
### [P1] 可编辑画布与多格式导出缺失
|
|||
|
|
|
|||
|
|
当前结果是静态图片，仅能下载 PNG。需要可序列化的画布项目，支持文字、图片、图表、数据卡、Logo、免责声明图层，撤销重做、自动保存和局部重生成；导出至少覆盖 PNG、JPG、PDF，按需要增加 SVG/HTML/项目源文件。
|
|||
|
|
|
|||
|
|
### [P1] 任务、历史和配置同步没有统一项目模型
|
|||
|
|
|
|||
|
|
任务中心与历史记录职责重叠。应以项目为主实体，保存素材版本、确认数据、视觉方案、画布 JSON、任务、成品与配置快照；后台更新后显示版本差异，让用户选择保留当前版本或同步最新版本。
|
|||
|
|
|
|||
|
|
### [P1] 尺寸映射存在确定性错误
|
|||
|
|
|
|||
|
|
前端提交 `1024x1792`、`1792x1024`、`1024x1024`，后端映射表识别的是 `1080x1920`、`900x500`、`1080x1080` 等值，横版和方图会回退为默认竖版。
|
|||
|
|
|
|||
|
|
## Persona Red Flags
|
|||
|
|
|
|||
|
|
- 首次用户：看到后台产品目录而不是两份手头 PDF；“AI 生成”实际只明显表现为 AI 文案；默认绿色对勾会造成虚假合规感。
|
|||
|
|
- 高频顾问：无法复制历史项目、替换客户资料、批量尺寸、局部重生成或使用画布快捷键。
|
|||
|
|
- 压力测试用户：修改场景/模板后旧文案可能仍有效；轮询失败可能静默；后台配置变更后无法证明成品使用的具体版本。
|
|||
|
|
|
|||
|
|
## Minor Observations
|
|||
|
|
|
|||
|
|
- 模板无预览图时退化成相似渐变色块，差异不可判断。
|
|||
|
|
- “预览”并非最终渲染，应改称“文案排版示意”或直接使用同一画布模型。
|
|||
|
|
- 重新生成没有版本保留。
|
|||
|
|
- 下载文件名缺少项目、客户代号、产品、尺寸、版本和日期。
|
|||
|
|
- 后台设置是下次任务读取，不是实时推送；需要提交时配置快照。
|
|||
|
|
|
|||
|
|
## Questions to Consider
|
|||
|
|
|
|||
|
|
- 系统的第一性输入是后台产品目录，还是顾问手头的计划书与产品册？
|
|||
|
|
- 点击生成前，哪些字段必须具备 PDF 页码和原文证据？
|
|||
|
|
- 项目在任务排队时后台 Prompt 或品牌配置发生变化，应使用提交时版本还是最新版本？
|
|||
|
|
- 可编辑源文件的长期格式是画布 JSON、SVG、HTML，还是三者组合？
|