我的产品需求说明文档模板(PRD)
修订记录:

产品简介:
一句话介绍产品
产品目标:
介绍产品愿景,描绘产品蓝图
项目背景:
在什么背景下做这款产品?为什么要做这款产品?(马云爸爸说过“哪里里有抱怨,哪里就有机会”)
用户角色:

功能概述:

产品特性:
特性1·×××
总体流程:
只需要画出当产品的业务逻辑
需求描述:该特性详细的需求说明

状态说明:

字段说明:
显示类字段
- 数据来源:需要一些容易引起歧义的字段,例如订单时间,这个定义是:下单时间?支付时间?还是其他?这个需要进行明确
- 数据校验:必填还是选填,如果是选填,那么前台是否提前需要提示,以区分查询失败的情况
- 数据类型:字母、数字、中文、图片(各类图片格式)、语音和文字等等,如果可能是多种类型的组合,需要提前说明,避免显示的兼容性出现问题;
- 数据长度:最长最短长度,保证页面可视效果的兼容性;
- 后续冗余:在可预见的范围内,字段后续可能还有哪些扩展,如果提前做好兼容,就避免了后续字段更改,同步上线的麻烦。
录入型字段说明
- 数据来源:手动录入/系统获取。假如系统中有多个同义的字段,需要明确取哪个字段;
- 数据长度:最长最短长度,例如【0,20】;
- 数据校验:必填/非必填,是否为空;
- 数据类型:字母、数字、中文、图片(各类图片格式)、语音和文字等等,如果可能是多种类型的组合,需要提前说明,避免显示的兼容性出现问题;
- 数据合法性校验:一方面需要明确校验的规则,另一方面需要明确校验的触发条件,是输入达到特定长度(例如汽车VIN码就是固定17,输入位数达17位可以自动发起搜索),光标移出文本框,点击提交按钮?
- 后续冗余:在可预见的范围内,字段后续可能还有哪些扩展,如果提前做好兼容,就避免了后续字段更改,同步上线的麻烦。
用例说明:

非功能性需求:
接口、统计、安全性、其他;
如果您有不同看法,希望可以在留言区和您交流。