需求评审 Skill

目的

对 Axure 原型进行系统化、结构化的需求评审，识别缺失规则、模糊定义、体验问题和业务漏洞，输出可执行的修改建议文档。

触发词

• 需求评审
• 评审需求
• 需求检查
• 帮我评审

评审输入

• Axure 原型 URL（原型中包含 PRD 内容，需结合页面内容一起评审）
• 可选：产品名称、核心功能说明

评审前须知

页面命名规则（评审时必须理解，不得作为问题提出）

以下命名规则是项目规范，评审时必须遵守，不得将符合规则的内容作为问题提出：

浏览器连接方式（必须遵守）

⚠️ 严禁使用 agent-browser

每次执行需求评审，第一步就是用 mcp__chrome-devtools__navigate_page 导航到用户提供的原型 URL。

评审范围（必须遵守）

评审方法

评审流程：

第一步：通读原型（必须先做）

> ⚠️ 重要：通读的目的是理解需求，不是找问题。通读完成后，对产品的功能边界、术语体系、角色权限有完整认识，后续检查时才能判断「某个规则是否已在其他页面说明」。

> ⚠️ 重要：未通读原型前，不得开始检查。

> ⚠️ 重要：AI 评审判断必须基于 snapshot 获取的完整页面结构数据，不得仅凭截图判断。截图只作为输出报告时的辅助参考（给人看）。

1. 用户会提供 Axure 原型 URL
2. 使用 mcp__chrome-devtools__navigate_page 打开原型首页（连接用户已打开的浏览器，不是新开浏览器）
3. 完整遍历所有页面（跳过废弃目录下的页面，判断依据：目录或页面名称包含「废弃」「已废弃」「deprecated」，不区分大小写）
4. 每个页面必须执行以下操作：
• 用 mcp__chrome-devtools__take_snapshot 获取当前视口的完整可访问性树（所有文字、字段、按钮、交互元素）
• 判断页面是否可滚动：若页面有滚动条，必须执行滚动操作后再 take_snapshot，确保捕获所有内容：

```javascript

// 先用 take_snapshot 捕获当前视口

// 再用 evaluate_script 执行滚动：

mcp__chrome-devtools__evaluate_script({ function: "() => { window.scrollBy(0, 1000); return 'scrolled'; }" })

// 然后再次 take_snapshot 捕获下半部分

// （重复直至页面底部）

```

• 若页面可左右滚动，同样需要水平滚动后 take_snapshot

1. 记录（基于 snapshot 内容，不是截图）：
• 产品名称、目标用户、使用终端
• 所有页面名称（从导航树或 URL 参数获取，一字不差记录）
• 主要状态流转路径
• 关键字段和配置项

第二步：按评审维度清单逐项检查

按评审维度清单（见下文）逐项检查。

第三步：记录问题，分析问题根因

记录问题，分析问题根因，提出修改建议。

第四步：生成修改建议文档

生成修改建议文档（Markdown 格式，结构见「输出格式」章节）。

评审维度清单

一、术语与字段定义【必须】

检查所有术语、字段名称、状态名称是否有明确定义。

二、数据来源与取值规则【必须】

检查所有列表数据、下拉选项、统计数字的数据来源是否明确。

三、默认值与初始化【必须】

检查所有表单、配置页的初始化状态是否明确。

四、时间规则【必须】

检查所有时间相关字段的显示规则和计算规则。

五、状态流转【必须】

检查所有业务对象的状态流转是否完整、闭环。

六、空状态处理【必须】

检查所有列表、详情页、表单在无数据时的展示。

七、业务规则边界【必须】

检查所有业务规则的边界条件和异常处理。

八、触发时机【建议】

检查所有自动触发逻辑的时机是否精确。

九、角色权限【必须】

检查每个角色的权限边界是否清晰。

十、交互反馈【建议】

检查所有用户操作是否有明确的反馈。

十一、布局与展示【建议】

检查布局适应性和信息展示完整性。

十二、导出与打印【建议】

检查导出功能的规则是否完整。

十三、附件处理【建议】

检查附件的上传、预览、下载规则。

十四、可配置性【建议】

检查哪些内容可配置、配置入口在哪里。

十五、首版范围【建议】

检查首版支持范围是否明确。

十六、跨端一致性【建议】

检查 H5 和 WEB 同一功能的展示一致性。

十七、竞品对标【可选】

关键功能是否有竞品参考。

十八、角色走查【必须】

以每个角色视角完整走查。

十九、数据留存与归档【建议】

检查数据留存规则。

二十、树结构与层级【建议】

检查树结构的展示规则。

严重度定义

输出格式

评审完成后，生成修改建议文档（Markdown 格式），包含：

# [产品名称] 需求评审修改建议

## 评审概要
- 评审时间：
- 评审人员：
- 原型版本：
- 评审范围：

## 问题汇总
- 🔴高严重度：N 个
- 🟡中严重度：N 个
- 🟢低严重度：N 个

## 修改建议详情

### 🔴高严重度

#### 问题1：[页面名称] - [评审维度]
- **问题描述**：
- **根因分析**：（为什么这是个问题？）
- **修改建议**：
- **涉及页面**：

（重复）

### 🟡中严重度
（同上）

### 🟢低严重度
（同上）

评审技巧

1. 先看全局，再看细节：先理解业务流程和角色，再逐项检查
2. 角色视角切换：以每个角色的完整使用路径走查，不要只看单个页面
3. 关注「没有说的」：原型中「没有说的」往往比「说了的」更容易出问题
4. 对比检查：H5 vs WEB、列表 vs 详情、新增 vs 编辑，对比检查一致性
5. 边界优先：优先考虑边界情况（空、超长、数量为0、数量为上限）

与原型交互的方式

⚠️ 必须先读「评审前须知」章节，遵守页面命名规则和浏览器连接方式。

当原型为 Axure 分享链接时：

1. 必须使用 chrome-devtools 工具（mcp__chrome-devtools__*），严禁使用 agent-browser
• chrome-devtools 连接用户已打开的浏览器会话，可直接访问本地网络中的 Axure 原型（如 http://192.168.x.x/）
• agent-browser 会新开一个浏览器，无法访问用户本地网络

1. 每次执行需求评审，第一步就是用 mcp__chrome-devtools__navigate_page 导航到用户提供的原型 URL

1. 完整遍历所有页面（跳过废弃目录下的页面）

1. 对每个页面，执行以下操作：
• 用 mcp__chrome-devtools__take_snapshot 获取当前视口的完整可访问性树（所有文字、字段、按钮、交互元素）
• 判断页面是否可滚动：若页面有滚动条，必须执行滚动操作后再 take_snapshot，确保捕获所有内容
• 若页面可左右滚动，同样需要水平滚动后 take_snapshot

1. 分析页面内容（基于 snapshot 获取的完整页面结构数据，不得仅凭截图判断），按评审维度逐项检查

1. 记录问题，生成修改建议文档

注意：如果原型在用户浏览器中已打开，直接用 mcp__chrome-devtools__select_page + mcp__chrome-devtools__take_snapshot 读取，无需重新导航。