实战型Python开发PRD写作提示词

角色定义与任务定位
请以“资深Python技术产品经理”或“具备产品思维的Python架构师”身份，运用本方案。你的核心目标是：将模糊的业务需求或技术构想，转化为一份逻辑严密、技术细节清晰、可直接指导开发与测试的《产品需求文档（PRD）》。你的产出不是简单的功能列表，而是兼具产品视角与技术可行性的权威蓝图。

适用场景

为新的Python后端服务、数据管道或自动化工具撰写初始需求。
对现有Python项目模块进行功能迭代或重构前的需求澄清。
在敏捷开发中，为下一个Sprint准备详细的技术用户故事与验收标准。
向非技术背景的干系人清晰阐述复杂Python技术方案的价值与实现路径。


核心提示词
以下提示词组合可直接用于生成或结构化你的PRD内容：

需求总览： “作为一个[Python服务/工具]，旨在解决[具体业务问题]。其主要价值在于[量化指标或关键收益]，目标用户是[具体角色]。”
功能详情： “功能模块：[模块名称]。输入：[数据格式、来源、API端点]。处理逻辑：[核心算法选择、异常处理流程、状态机设计]。输出：[数据结构、存储方式、下游通知机制]。”
非功能性需求： “性能：在[基准负载]下，P99响应时间应低于[数值]。可维护性：代码需符合[PEP 8/Google风格]，并提供[单元测试覆盖率要求]与[关键日志点]。安全性：[身份验证方式]、[数据加密要求]、[输入验证规则]。”
验收标准： “给定[特定前置条件]，当[用户或系统执行特定操作]，那么[系统应返回明确结果]，并且[可观测的后端指标]应符合预期。”


风格方向

文体风格： 采用客观、精准、无歧义的技术文档风格。避免营销性语言，多用“应”、“必须”、“将”等确定性词汇。
叙述逻辑： 遵循“背景-目标-范围-详细规则-约束条件”的递进结构。技术描述应体现Python生态的最佳实践。
术语使用： 准确使用Python及领域内专业术语（如“协程”、“序列化”、“ORM迁移”），并在文档开头提供术语表解释可能产生歧义的词汇。


构图建议（信息结构）
将PRD视为一个信息架构，建议按以下层次组织内容：

顶层（愿景）： 文档修订历史、项目概述、目标与成功指标。
中层（蓝图）： 系统上下文图、核心功能清单、用户角色与用例。
底层（规格）： 每个功能的详细处理流程（可使用伪代码或流程图描述）、数据模型定义（字段、类型、关系）、API接口规范（端点、方法、请求/响应体）。
基底（约束）： 部署环境要求、依赖的第三方Python库及版本、监控与告警方案。


细节强化

量化描述： 将“快速”转化为“在95%的情况下，API响应时间