| name | screenshot-to-prd |
| description | 根据 UI 截图生成结构化 PRD(产品需求文档)。
支持单张截图分析、多张截图组合分析(多页面流程)。
触发关键词:截图转PRD、看图写PRD、UI截图分析、截图生成需求文档、产品需求文档、PRD生成、从截图写需求。
|
Screenshot to PRD — 截图生成产品需求文档
核心能力
输入 UI 截图(单张或批量),输出完整 Markdown 格式 PRD,包含:
- 页面概述与定位
- 核心功能拆解
- 页面结构与组件清单
- 字段/参数定义表
- 用户交互流程(文字版)
- 依赖与约束说明
- 疑问清单(供产品经理确认)
输入要求
截图数量建议
| 场景 | 截图数量 | 说明 |
|---|
| 单页面快速分析 | 1 张 | 快速输出页面级 PRD |
| 多页面流程 | 3~8 张 | 覆盖主流程所有关键节点 |
| 复杂模块 | 10 张以上 | 需分组,每组单独分析后合并 |
截图质量要求
- 尽量包含完整页面内容(不全屏截图可标注区域)
- 若有交互状态(展开、hover、loading)建议额外补充
- 涉及数据列表时,标注页码/翻页位置
- 表单页面若有校验提示,请额外说明或补充提示截图
用户可提供的额外上下文(可选但推荐)
- 目标用户群体
- 所属产品/模块名称
- 业务背景或设计目的
- 相关业务流程文档链接
- 参考竞品或原型
PRD 输出模板
每次输出严格遵循以下 Markdown 模板格式:
# {页面/模块名称} PRD
> 生成时间:{YYYY-MM-DD}
> 来源截图:{N} 张
> 置信度:{高/中/低}(基于截图信息完整性)
---
## 一、页面概述
### 1.1 功能定位
{一句话描述该页面的核心作用}
### 1.2 目标用户
{主要使用角色,如:运营人员 / C端用户 / 管理员}
### 1.3 页面类型
- [ ] 列表页
- [ ] 表单页
- [ ] 详情页
- [ ] 看板/仪表盘
- [ ] 弹窗/抽屉
- [ ] 设置页
- [ ] 其他:___
---
## 二、页面结构
### 2.1 布局结构
{从上至下描述页面纵向布局}
| 区域 | 内容描述 | 高度/占比估算 |
|------|---------|-------------|
| 顶部导航 | {具体内容} | ~48px |
| 筛选区 | {具体内容} | ~可变 |
| 数据区 | {具体内容} | ~主内容 |
| 底部分页 | {具体内容} | ~40px |
### 2.2 页面组件清单
| # | 组件名称 | 位置 | 功能说明 | 状态说明 |
|---|---------|------|---------|---------|
| 1 | {组件名} | {顶部/左侧/内容区} | {做什么} | 默认/hover/禁用 |
---
## 三、功能详解
### 3.1 {功能点名称 A}
**功能描述:**
{详细描述}
**触发方式:**
- 自动触发(页面加载时)
- 用户主动触发:{点击/输入/选择}
**交互流程:**
1. {步骤1}
2. {步骤2}
3. {步骤3}
**数据来源/去向:**
- 数据源:{接口/本地/计算}
- 数据去向:{提交至某模块/本地存储}
**边界条件:**
- 空数据时显示:___
- 加载中显示:___
- 异常/错误显示:___
---
## 四、字段/参数定义
### 4.1 {数据表/模型名称}
| 字段名称 | 中文名 | 类型 | 必填 | 默认值 | 校验规则 | 备注 |
|---------|-------|------|-----|-------|---------|-----|
| {field_name} | {中文名} | string/number/boolean/array | 是/否 | {默认值} | {长度/范围/正则} | {备注} |
---
## 五、用户操作流程
### 5.1 {主流程名称}
用户 → [操作A] → [系统反馈] → [操作B] → [系统反馈] → 完成
**详细步骤:**
| 步骤 | 操作 | 系统响应 | 异常处理 |
|-----|------|---------|---------|
| 1 | {操作} | {响应} | {异常} |
| 2 | {操作} | {响应} | {异常} |
---
## 六、依赖与约束
| 类型 | 内容 | 说明 |
|-----|------|-----|
| 上下游模块 | {依赖的模块} | {说明} |
| 接口依赖 | {API/事件} | {说明} |
| 数据依赖 | {数据源} | {说明} |
| 权限约束 | {角色/权限点} | {说明} |
| 性能约束 | {如:列表不超过1000条} | {说明} |
---
## 七、疑问清单
> 以下信息在截图中无法确认,需要与产品经理/设计师确认
| # | 问题 | 优先级 | 状态 |
|---|-----|-------|-----|
| 1 | {问题描述} | P0/P1/P2 | 待确认 |
| 2 | {问题描述} | P0/P1/P2 | 待确认 |
---
## 八、版本记录
| 版本 | 日期 | 修改内容 | 修改人 |
|-----|------|---------|-------|
| v0.1 | {日期} | 初始版本(截图分析) | AI |
分析流程
Step 1:读取截图
仔细观察截图中的所有视觉元素,包括:
- 导航/标题栏:判断页面层级和归属模块
- 操作按钮:识别主要操作(新增、编辑、删除、筛选、导出等)
- 数据展示形式:列表 / 卡片 / 图表 / 树形
- 输入控件:文本框 / 下拉框 / 日期选择 / 开关 / 复选框
- 状态指示:Badge / 标签 / 颜色编码 / 图标
- 分页/加载:底部翻页 / 无限滚动 / 骨架屏
- 空状态:无数据时的展示
- 提示/校验:字段标签 / 占位符 / 错误信息
Step 2:推断业务逻辑
根据视觉线索推断:
- 字段之间的关联关系(哪些是联动字段)
- 表单提交后的预期行为(跳转 / 刷新 / 弹窗)
- 列表的排序、筛选逻辑
- 权限暗示(哪些角色能看到/操作什么)
- 数据流向(新增 → 存到哪 → 哪里消费)
Step 3:结构化输出
按照上方 PRD 模板,将分析结果填入对应章节。
Step 4:标注不确定性
诚实标注:
- 截图无法提供的信息(如接口逻辑、权限配置、动画行为)
- 基于视觉推断的假设(需产品确认)
- 遗漏的可能功能(建议补充截图或文档补充)
使用示例
示例一:单张截图快速分析
用户:帮我分析这个截图,生成PRD
[上传截图]
AI:[分析截图,按模板输出完整PRD]
示例二:多张截图完整流程
用户:这是一个订单管理模块的截图,共6张,帮我生成完整PRD
[上传截图1: 订单列表页]
[上传截图2: 筛选面板]
[上传截图3: 新增订单表单]
[上传截图4: 订单详情页]
[上传截图5: 订单编辑页]
[上传截图6: 导出确认弹窗]
AI:[整合分析,输出完整模块级PRD]
示例三:带上下文的分析
用户:这是一个CRM系统的客户详情页截图,目标用户是我们的客服人员,
背景是客服需要在这个页面快速查看和更新客户信息,生成PRD
[上传截图]
AI:[结合上下文,按模板输出PRD(目标用户和背景更准确)]
局限性说明
截图转 PRD 有以下天然局限,分析时需主动告知用户:
| 局限类型 | 说明 | 应对方式 |
|---|
| 接口逻辑不可见 | 无法从截图判断接口参数、返回值、分页规则 | 标注为"待确认" |
| 权限不可见 | 无法判断不同角色的可见性差异 | 标注为"待确认" |
| 交互状态有限 | 只能看到截图当前状态,展开/折叠/loading 等需补充 | 请用户补充多状态截图 |
| 动效/动画缺失 | 页面切换动画、过渡效果无法感知 | 标注为"动效待定" |
| 非可视化逻辑 | 计算规则、触发条件等纯逻辑无法从截图推断 | 标注为"逻辑待确认" |
| 移动端截图偏差 | 手机截图可能截断部分内容 | 请用户确认关键区域 |
风格指南
- 语气:专业、严谨、结构清晰,像真实产品经理输出的 PRD
- 假设标注:所有基于截图推断的内容,用"【推测】"标注
- 优先级标注:P0 = 核心功能,P1 = 重要功能,P2 = 优化项
- 输出位置:默认输出到当前对话,重要 PRD 建议保存至
D:\xgq\work\prd\ 目录