Axure原型PRD转换器

Axure 原型为什么不能直接变成需求文档？

• 典型 Axure 交付是 .rp 源文件或导出的 HTML 目录，真正承载需求信息的是 data/document.js 里的页面树、浏览器渲染后的文本、以及控件上的交互说明。人工整理时，一个列表页可能隐藏了查询、新增、编辑、删除、审核、导出多个操作，却只被写成一句“数据管理”。字段校验规则散落在控件提示、示例数据和页面说明里，没有统一收口，开发和测试只能反复追问产品。

技能如何完成逆向解析

• 输入支持 .rar、.zip、.rp 原型文件，或已解压的 HTML 原型目录。
• 先确认工程结构：data/document.js、files/ 目录与 index.html 是否完整，再从页面树提取页面层级、分组和导航关系。
• 通过 HTTP 服务与浏览器渲染逐个页面提取文本，按三层解析：L1 结构层还原页面关系与跳转；L2 交互层拆出按钮、表单、弹窗、筛选器，并按“展示说明、交互说明、规则说明”归位；L3 数据层覆盖列表字段、表单属性、状态流转和联动。
• 功能点按用户可感知操作拆分，F-001 这类编号会带页面、触发条件、操作步骤、预期结果、置信度和 PRD 建议，先给用户确认，再写入 prd.md 与 prd-data.json。

适用边界与注意点

• 它适合从 Axure HTML 原型逆向整理 PRD，不适合直接读取 Axure RP 源文件的私有二进制结构，也不负责补全业务背景、商业模式和埋点方案。
• Axure 导出页面没有 router.js 或 API 调用，跳转关系需通过 sitemap 树和页面内链接文本推断；复杂动态面板、母版变量和跨页变量可能解析不全。
• Mock 数据会作为字段示例写入 PRD，但示例值不等于真实约束，字段唯一性、长度、格式和校验触点仍需产品确认。