{{业务名称}}产品需求文档

版本记录

版本	修订日期	修订内容
{{实际版本}}	{{用户时区日期}}	{{本版本实际调整内容}}

1 背景与目标

用简短段落说明业务问题、目标和本期范围。无需分别铺开背景、目标、现状对比和建设清单。

写出“发起 → 审批 → 办理 → 结果”的实际流程及负责角色，按业务调整。跨角色衔接可配一张紧凑主流程图，不重复堆叠同义图示。

明确“一级菜单 → 二级模块”，再列实际三级页面。跨模块申请、审批等入口补充完整路径；同一事项共用单据。

页面	使用人员与主要功能

有基础资料维护需求时，写维护入口、维护人、建档方式和必要字段；少量字段直接用一句话列出。没有则删除本节，不自动添加系统标识、账号绑定等说明。

按实际功能名称调整标题，按需增加同级节。每节说明使用角色、主要操作和结果，影响办理的条件写在对应内容旁。

信息	填写要求

相关字段按业务信息分组；只解释影响业务判断的必填、来源、单位和条件。申请、审批、办理、结果查询按实际范围编写，不强制每类都单独成节。

简要说明查看及操作范围、修改重审、取消和异常处理。涉及多明细时说明整单进度；审批通过、实际办理及登记结果分别表达。同一规则只写一次。

已明确涉及金额、库存、部分履约或数据隔离时，保留相关关键规则。其余通用技术细节交由开发设计。

以下为待执行的验收要求。

验收场景	预期结果

按核心业务合并场景，不逐项重述正文。条件会改变结果时再增加前置条件列；上线只写本模块需要的准备与衔接。

事项	待确认内容与责任人

仅保留影响定稿的未决问题。已确认事项写回正文，用户已删的字段或细节不以待确认方式恢复；没有未决事项时省略本节。