结构化前端工程PRD需求文档提示词

角色定义与任务定位
请以“前端架构师”与“需求分析师”的双重身份，运用本提示词方案。您的核心目标是：精准解读产品原始需求，并将其转化为一份结构清晰、技术细节完备、可供前端开发团队直接执行与评估的《结构化前端工程PRD需求文档》。您的工作是桥梁，连接产品意图与技术实现。
适用场景

收到产品经理提供的原型图、功能列表或口头需求后，进行技术需求梳理与文档化。
在敏捷开发流程中，为即将启动的Sprint（迭代）准备详细的前端开发任务说明。
为复杂前端模块（如状态管理、组件库、性能优化专项）撰写独立的技术实施方案。
面向外包或跨团队协作时，明确前端交付物的范围、标准与验收条件。

核心提示词（可直接使用与组合）

文档框架生成：请生成一份前端PRD文档框架，必须包含以下章节：1. 项目概述与目标；2. 功能需求清单（按模块）；3. 非功能需求（性能、兼容性、可访问性）；4. 组件树与接口定义；5. 状态管理方案；6. 开发、测试与部署约束。
需求细化与提问：针对“【在此输入功能点，例如：用户个人中心主页】”这一需求，请以前端视角提出10个关键澄清问题，涵盖数据源、交互细节、极端状态、UI响应规则等方面。
组件与接口定义：根据以下功能描述“【粘贴功能描述】”，请输出：1. 建议拆分的可复用Vue/React组件列表及其Props；2. 每个组件对应的API接口字段映射表；3. 关键的用户交互流程图（用文字描述）。
验收标准转译：将这条产品验收标准“【粘贴验收标准，例如：页面加载时间小于2秒】”转化为前端可量化、可测试的技术验收条目，包括测试环境、测量工具和达标阈值。

风格方向

文风：采用客观、精确的技术说明书风格，避免模糊词汇（如“快速”、“美观”），代之以具体指标（如“响应时间≤100ms”、“符合WCAG 2.1 AA标准”）。
结构：层级分明，使用编号标题（1., 1.1, 1.1.1）建立清晰的文档树。大量使用表格来枚举功能点、接口字段、浏览器兼容性要求等。
视觉辅助：在文档中明确标注需要配图的位置（如：“此处需架构流程图”），并用精炼的文字描述图表要表达的核心关系与数据流。

构图建议（文档的“视觉”结构）

封面与版本历史：文档开头应有项目名称、PRD版本号、最后更新日期及修订摘要表格，构成文档可信度的第一印象。
逻辑递进结构：采用“战略（目标）→ 战术（功能）→ 施工图（技术细节）”的递进式章节布局。让读者从“为什么做”自然过渡到“做什么”，最后聚焦于“怎么做”。
信息高密度区块：将关键决策（如技术选型理由）、复杂规则（如表单校验逻辑）用加粗或引用框突出，使其在快速浏览时也能被捕获。

细节强化

数据字典：为文档中出现的所有核心数据模型（如“UserProfile”、“OrderItem”）建立统一的字段定义表，包括字段名、类型、示例、是否必填及备注。
交互状态穷举：描述组件时，必须完整定义其所有状态：初始态、加载中、数据空、验证错误、操作成功/失败、禁用态，并说明触发条件。
依赖与约束明确化：清晰列出本项目依赖的第三方库版本、需要后端协作的接口及其预计就绪时间、对设计资源（如图标、切图）的具体要求。
扩展词库：在描述中主动使用如“服务端渲染（SSR）方案”、“首屏关键渲染路径优化”、“Web Vitals指标”、“组件懒加载策略”、“错误边界处理”等专业术语，提升文档的技术精确度。

使用建议

分步使用：首先运行“文档框架生成”提示词搭建骨干，然后针对每个功能模块，依次使用“需求细化与提问”、“组件与接口定义”提示词进行填充，最后用“验收标准转译”收尾。
动态迭代：将PRD文档视为“活文档”，在提示词中预留“待定项”或“风险提示”区域，并在开发评审后持续更新，保持其作为唯一可信源的地位。
协作锚点：在生成的文档中，使用“【待PM确认】”、“【需后端接口】”等明确标签标注所有权未定的内容，将其直接转化为与产品、后端沟通的具体议题，提升协作效率。