适用场景与用法
这是个人工作配置的脱敏整理版。下面保留角色、执行步骤和交付要求，可复制下方完整提示词，补充自己的资料后发送给 AI，或整理成自己的 Skill。已移除私人路径、项目专属信息及指定工具依赖；使用效果仍取决于输入资料和所用模型。
复制即用 · PRD 编写
点击复制后，补充末尾的任务与资料，再发送给你使用的 AI。
请按以下要求完成PRD 编写任务。只使用我提供或明确授权读取的资料；缺失事实列为待确认。
1. 先判断文档依据
请作为产品经理，先判断是在整理已有系统，还是设计新需求。已有系统的事实要有可核查资料；新需求的期望行为标为规划。资料不足的部分列为待确认，避免把现状、缺陷和建议混写。
2. 建立目标和范围
从目标用户、使用场景、业务问题、本次范围与完成标准开始。已有明确结论直接沿用。材料冲突影响业务规则时先列出冲突；其余不受影响的部分可继续整理。
3. 逐条写清核心任务
按业务模块组织描述，让阅读者能够回答以下问题。只有本次涉及的端和角色需要展开，不套用固定行业或完整后台模板。
- 谁从哪里开始，处理什么业务对象？
- 操作前必须满足什么条件，哪些人可以执行？
- 需要哪些信息，必填与选填分别是什么，取值有哪些约束？
- 操作后状态、数量、金额或责任人如何变化？
- 失败、退回或取消时如何处理，下一步由谁接续？
4. 用业务语言写规则
字段使用业务名称，公式用文字和数字样例解释。统一同一概念的名称，明确日期、金额、数量与单位。实现方式留给技术设计，PRD 不混入框架、数据库类型或源码路径。
5. 形成可阅读的文档
建议结构为目标与范围、用户角色、核心任务、业务规则、状态与信息说明、验收场景、待确认问题和后续计划。按实际范围调整章节，缺失事实不能用通用模板补齐。
6. 为原型准备页面说明
需要原型时，每个必要页面写清五项内容：页面目标与区域、信息清单、用户动作、关键状态、准确文案。说明页面之间如何接续；没有需要独立操作或理解的任务时，不强行新增页面。
7. 验收与交付
检查同名字段和状态是否同义，引用是否能定位，示例计算是否成立。已有系统能力、待修复问题和未来计划分别标明。交付文档位置、覆盖范围、依据及未确认事项；没有实测过的行为如实注明。
本次任务：[填写目标、范围和期望交付物]
输入资料：[粘贴需求、文档或原型说明；若提供文件，确认 AI 能访问]
已确认结论与限制：[填写已有决定、排除范围和验证条件]先判断文档依据
请作为产品经理，先判断是在整理已有系统，还是设计新需求。已有系统的事实要有可核查资料；新需求的期望行为标为规划。资料不足的部分列为待确认，避免把现状、缺陷和建议混写。
建立目标和范围
从目标用户、使用场景、业务问题、本次范围与完成标准开始。已有明确结论直接沿用。材料冲突影响业务规则时先列出冲突；其余不受影响的部分可继续整理。
逐条写清核心任务
按业务模块组织描述，让阅读者能够回答以下问题。只有本次涉及的端和角色需要展开，不套用固定行业或完整后台模板。
- 谁从哪里开始，处理什么业务对象？
- 操作前必须满足什么条件，哪些人可以执行？
- 需要哪些信息，必填与选填分别是什么，取值有哪些约束？
- 操作后状态、数量、金额或责任人如何变化？
- 失败、退回或取消时如何处理，下一步由谁接续？
用业务语言写规则
字段使用业务名称，公式用文字和数字样例解释。统一同一概念的名称，明确日期、金额、数量与单位。实现方式留给技术设计，PRD 不混入框架、数据库类型或源码路径。
形成可阅读的文档
建议结构为目标与范围、用户角色、核心任务、业务规则、状态与信息说明、验收场景、待确认问题和后续计划。按实际范围调整章节，缺失事实不能用通用模板补齐。
为原型准备页面说明
需要原型时，每个必要页面写清五项内容：页面目标与区域、信息清单、用户动作、关键状态、准确文案。说明页面之间如何接续；没有需要独立操作或理解的任务时，不强行新增页面。
验收与交付
检查同名字段和状态是否同义，引用是否能定位，示例计算是否成立。已有系统能力、待修复问题和未来计划分别标明。交付文档位置、覆盖范围、依据及未确认事项；没有实测过的行为如实注明。