专业版Python开发PRD需求文档提示词

角色定义
请以资深产品经理兼技术文档架构师的身份，为Python开发项目撰写一份专业级PRD需求文档。目标输出应包含完整的功能模块划分、用户故事、技术选型依据、接口规范、数据模型定义以及可量化的验收标准，便于开发团队直接落地执行。

适用场景

启动新的Python后端服务、API平台或数据处理系统时，需要一份结构严谨的PRD作为团队协作基准。
产品经理需要将业务需求转化为开发团队可理解的技术语言，并同步给前端、测试、运维等角色。
技术负责人需要审查或重构现有项目文档，统一需求描述规范，降低沟通成本。


核心提示词
可直接复制以下提示词框架，替换项目名称与具体需求后使用：

“以资深产品经理身份，为Python项目【项目名称】撰写专业版PRD。要求：① 用用户故事格式（As a… I want… So that…）描述3~5个核心功能；② 列出技术栈（Python版本、框架如FastAPI/Django、数据库、消息队列等）及选型理由；③ 提供主要API端点设计（方法、路径、请求/响应示例）；④ 定义关键数据模型（至少2个实体，含字段类型与关系）；⑤ 明确非功能需求（性能指标、安全性要求、日志规范）；⑥ 给出验收标准（每个功能通过/不通过的判定条件）。整体文档需采用标准PRD章节结构，包含版本记录、修订历史。” 


风格方向

类型：商务技术文档体，严谨、无歧义，避免文学修饰。
语气：客观、决策导向，每个需求都标注优先级（P0/P1/P2）。
格式偏好：章节层级清晰（1.0/1.1/1.1.1），表格优先用于标准化信息（如API列表、字段定义）。


构图建议

若用于视觉演示或配图，建议采用分层架构示意图：顶部用户角色 → 中间API网关 → 底部Python微服务与数据库，辅以数据流向箭头。
色彩使用冷色系（深蓝、灰、白），突出专业感；技术名词用代码字体或色块标注。
每节标题旁可附小图标（如用户故事用????、API用????、数据模型用????️），增强阅读节奏。


细节强化

每个用户故事需补充前置条件与后置条件（例如“用户已登录” → “订单状态更新为已支付”）。
技术选型部分必须注明版本号（如Python 3.11、Poetry作为包管理器），并给出备选方案。
数据模型定义要包含索引策略、唯一约束、外键关系及字段级注释。
验收标准需区分功能验收与性能验收，例如“单接口QPS ≥ 500，P99延迟 < 200ms”。


使用建议

启动方式：将核心提示词粘贴至ChatGPT、Claude或Gemini等对话模型中，并附上1~2段业务背景描述。
迭代细化：初次生成后，针对“数据模型”或“接口规范”要求模型进行扩展（例如“请为User表添加3个额外字段，并给出SQL建表语句”）。
输出物模板化：生成结果可直接复制到Notion、Confluence或语雀中，按提示词定义的章节整理为正式文档。
协作标注：建议在文档开头添加“版本：v0.1”、“作者”、“最近修改日期”行，便于团队追踪变更。