用 PMAI 从需求描述生成 PRD、流程图与测试用例

PMAI 是一款面向产品经理的 AI 生产力工具，核心思路是把产品工作中重复度高的文档类任务交给模型完成：输入产品名与功能描述就能产出 PRD，粘贴 PRD 就能得到流程图、时序图和测试用例，写几条本周工作就能扩成周报，遇到业务难题也能让它给出分步骤的解决方案。它适合需要频繁写需求文档、画流程、补测试用例的产品经理、需求分析师，以及需要快速把原型转成文字描述的前端与设计协作方。本文按功能逐个拆解输入项与产出物，并给出一个从需求到 PRD 再到测试用例的完整走通示例。如果你还想看看站内收录的同类工具，可以访问 PMAI 的工具页。

准备工作

PMAI 是浏览器端使用的在线工具，不需要在本地安装客户端，也没有需要单独配置的 API 密钥。开始之前确认下面几件事即可。

一个可登录的账号：打开站点后，点击页面右上角的「登录」按钮完成登录。未登录状态下无法进入各功能页面。
浏览器：常规桌面浏览器即可，部分功能（例如从 Axure 预览页取源码）依赖浏览器的右键菜单与「查看框架的源代码」，建议使用带完整开发者菜单的桌面浏览器，而不是移动端浏览器。
待处理的素材：PRD 检查、流程图生成、测试用例生成这三个功能都需要你先把 PRD 文档准备好；原型图转功能描述需要先拿到原型页面的 HTML 代码。素材准备得越完整，生成结果越可用。
对生成耗时的预期：PRD 生成不是秒回，需要等待数分钟。生成期间不必守在页面上，完成后 PMAI 助手会通过公众号推送消息提醒。

登录之后，所有功能入口都集中在首页，按功能名称排列，点进去就是对应的表单页。整套操作没有隐藏菜单，下面按功能逐一说明。

操作步骤

第一步：登录并进入功能页

打开站点，点击右上角「登录」，完成登录后回到首页。首页会列出全部功能入口：PRD 生成、SQL 生成、PRD 检查、周报生成、解决方案、流程图生成、测试用例生成、原型图转功能描述。点击任意一个卡片即进入该功能的输入表单。

第二步：生成 PRD

在首页点击「PRD 生成」，进入表单页。需要填写的内容包括：

功能名：这次要做的功能叫什么，尽量具体，例如「用户登录页」而不是「登录」。
功能描述：用几句话说明这个功能要解决什么问题、面向谁、大致包含哪些操作。
其他配置：表单上还有若干可选项，按你的项目情况填写。

填完后点击「生成文档」，页面会开始自动生成 PRD 内容。等待几分钟，生成完成。生成结果不是单一的一篇文档，而是一组配套产物：

PRD 正文
页面结构图
数据字段
PRD 分析
流程图
时序图
测试用例

也就是说，一次 PRD 生成已经把后续画流程、写测试用例的初稿一并带出来了。这些产物可以直接作为下一步「PRD 检查」「流程图生成」「测试用例生成」的输入。

第三步：用 PRD 检查优化文档

在首页点击「PRD 检查」，把上一步生成的 PRD 文档粘贴进输入框，点击「提交」。等待检查结束后，页面右侧会显示优化后的内容，可以对照原稿看它补了哪些点、改了哪些表述。

这一步的效果与输入文档本身的质量关系很大：如果示例文档本身写得比较粗，检查结果看起来差异就不明显；文档越完整，检查能挑出的问题越具体。建议用真实项目的 PRD 来跑，而不是用随手写的测试文本。

第四步：生成 SQL

在首页点击「SQL 生成」，表单需要两项输入：

需求：用自然语言描述你要查什么数据，例如按什么条件筛选、要哪些字段、怎么排序或聚合。
相关表和字段：把涉及的表名、字段名以及字段含义列出来，模型据此拼装语句。

填完点击「生成」，得到 SQL 代码。需求描述越具体、表结构给得越全，产出的语句越接近可直接使用的程度。复杂需求同样可以尝试，但表与字段信息必须给准，否则生成的语句会引用不存在的列。

第五步：生成周报

在首页点击「周报生成」，在「本周工作」输入框里逐条列出本周做的事，点击「提交」。输入不需要讲究文采，把事项列清楚即可，例如：

开发用户登录页面、用户主页
修改验证码校验失败的问题
修改产品页面购买按钮重复点击的问题
参加需求传达会
参加方案评审会

提交后会得到一份展开后的周报内容，把零散事项组织成有结构的表述。适合在事项记得住但没时间组织语言的时候使用。

第六步：让 AI 给解决方案

在首页点击「解决方案」，表单有三项：

问题：一句话说清要解决的业务或技术难题。
背景信息：这个问题的来龙去脉、当前已有的条件与约束。
方案要求：你希望方案满足什么条件，例如成本、周期、可落地性。

填完点击「提交」。产出通常是有条理的步骤拆解加功能列表，可以作为讨论的起点，而不是最终结论。问题描述得越具体，方案越贴近实际；如果问题本身定义模糊，产出的方案也会偏泛。

第七步：从 PRD 生成流程图或时序图

在首页点击「流程图生成」，把 PRD 文档粘贴进输入框，点击「提交」。等待生成完成后，页面会给出一张完整的流程图。

同一个入口还能出时序图：把「生成类型」改成时序图再提交即可，输入仍然是那份 PRD 文档。生成的图片可能比较长，查看时注意滚动或下载后放大看细节。

第八步：从 PRD 生成测试用例

在首页点击「测试用例生成」，粘贴 PRD 文档，点击「提交」。产出是一张测试用例表格，包含四列：

列名	含义
用例名称	这条用例验证的功能点
测试步骤	按顺序执行的操作
预期结果	操作后应当出现的结果
测试结果	实际执行后的记录列，供测试时填写

这份表格可以直接用于功能上线前的验收。由于用例是从 PRD 推导出来的，PRD 里写清楚的分支和边界条件，用例才会覆盖到；PRD 没写的，用例一般也不会凭空补出来。

第九步：把原型图转成功能描述

在首页点击「原型图转功能描述」，输入框要的是「原型图代码」，也就是原型页面的 HTML 源码，不是截图。获取代码的步骤如下：

打开 Axure，进入需要转描述的那个原型图页面。
点击菜单栏「发布」下的「预览」，在浏览器中打开该页面的预览。
在预览页面上点击浏览器右键菜单，选择「查看框架的源代码」。
全选复制页面中的代码。
回到 PMAI，把代码粘贴进「原型图代码」输入框，点击「提交」。

注意第 3 步选的是「查看框架的源代码」而不是普通的「查看网页源代码」——Axure 预览页把原型放在框架里，取错菜单会拿到外层壳的代码，粘进去没有意义。

一个完整示例

下面把几个功能串成一条线，走一遍从需求到可验收产物的最小流程。假设要做一个「用户登录页」。

1. 生成 PRD。进入「PRD 生成」，功能名填「用户登录页」，功能描述写清支持手机号加验证码登录、登录失败提示、记住登录状态等要点，其他配置按项目情况填写，点击「生成文档」。等待几分钟，拿到 PRD 正文、页面结构图、数据字段、PRD 分析、流程图、时序图和测试用例这一整套初稿。

2. 检查并优化 PRD。把上一步的 PRD 正文复制到「PRD 检查」的输入框，点击「提交」。对照右侧的优化结果，把遗漏的异常分支、字段约束补回自己的文档。

3. 出流程图。把修订后的 PRD 粘贴进「流程图生成」，生成类型保持流程图，点击「提交」，得到登录流程的分支走向。若需要看前后端交互顺序，把生成类型改为时序图再提交一次。

4. 出测试用例。把同一份 PRD 粘贴进「测试用例生成」，点击「提交」，得到包含用例名称、测试步骤、预期结果、测试结果的表格。把「测试结果」列留空，交给测试同学在验收时填写。

5. 补数据查询。如果登录日志需要统计，进入「SQL 生成」，需求写「统计近七天各渠道登录成功与失败的次数」，相关表和字段列出登录日志表及其渠道、状态、时间字段，点击「生成」得到查询语句。

6. 写周报。本周做了登录页开发、修了验证码校验失败的问题、参加了需求传达会，把这些事项逐条填进「周报生成」，点击「提交」，得到一份可直接发出的周报。

整条链路里，PRD 是枢纽：它既是 PRD 生成的产物，又是检查、流程图、测试用例三项功能的输入。所以第一步的「功能描述」写得越具体，后面几步的产出质量越高。

注意事项

生成需要等待。PRD 生成不是即时返回，需要等待数分钟。生成完成后 PMAI 助手会通过公众号推送提醒，可以先去处理别的事，不必一直刷新页面。
检查效果取决于输入质量。用内容单薄的示例文档去做 PRD 检查，优化前后的差异可能看不出来。要用真实项目的文档来评估这个功能。
流程图可能很长。生成的流程图在页面上可能超出一屏，查看细节时需要滚动或下载后放大。
原型图代码的取法有讲究。必须用浏览器右键菜单里的「查看框架的源代码」，从 Axure 的「发布 → 预览」页面取；取错层级拿到的是外层页面代码，粘贴后无法得到有意义的功能描述。
SQL 依赖你提供的表结构。「相关表和字段」这一项如果写得含糊，生成的语句可能引用不存在的列，落地前需要自行核对。
收费与会员。PMAI 提供付费会员，具体套餐、价格与权益以官网当前展示的信息为准。此外还有邀请好友注册获取会员时长的奖励机制，具体规则同样以官网当前说明为准，本文不代为承诺任何额度。
生成内容需要人工复核。PRD、测试用例、SQL、解决方案都是初稿性质，涉及业务规则、数据口径与合规要求的部分，必须由对应负责人确认后再使用。