产品需求文档（PRD）
2022-02-25 11:02:06 4 举报AI智能生成
产品需求文档（PRD）
作者其他创作
大纲/内容
1、什么是PRD？
用于阐述产品背景、实现的功能、预期达到的目标，满足协同人员开发的内容文档
2、为什么写PRD？
以下从不同人的使用人群考虑：
产品经理
根据PRD进行内部讨论、需求评审
其他有交叉功能的产品经理了解需求
用于记录版本迭代
人员异动可以快速了解产品
前后端
根据PRD获知整个产品的逻辑，搭建数据结构、设计接口
设计师
根据PRD设计交互细节
测试
根据PRD编写测试用例，为正式测试做准备
运营人员
根据PRD提前了解产品，为运营和推广做准备
3、如何写PRD？
版本记录
序号、章节名称、修订内容描述、产品版本号、预计上线时间、修订人、审核人
全局说明
名词解释
专业词汇解释
统一异常处理
网络异常、后台服务异常交互处理
查询规则
精准查询、模糊查询
列表默认数据规则
一页显示几条、滚动或翻页加载、空数据展示、字数显示、列表对齐方式、固定的列表
其他全局规则
版本说明
项目背景
现状，为什么要做该项目
解决方案
针对这个问题，所提供的解决方案概述
预期结果
预期的数据指标、收益
流程图
模块流程图
各大模块间的交互流转，一般做正向流程居多，辅助以部分判断流程和异常处理机制
功能流程图
涉及到具体的功能点的交互流程，包含：正向流程、规则、判断流程、异常流程
用户列表
角色名称
角色权限
可编辑、可查看、可管理哪些功能
备注
功能清单
模块
功能点
描述
优先级
功能设计
功能概述
前置条件
要操作此功能，需要具备什么角色、权限或状态
后置条件
执行完这个用例后，关联的数据会有什么变化，页面怎么跳转
界面交互
页面展示
原型界面截图
按钮逻辑
把界面上每个按钮跳转逻辑列出来
按钮名称、显示/启用逻辑、跳转逻辑
元素说明
把界面上每个元素列出来，包括表单、图片、链接、文本
字段名称、控件类型、是否必填、默认值、长度（字符）、字段值、规则
业务流程
当用户完成输入并提交时，后端应该做什么校验，不同输入该怎么处理，不同结果该返回什么值，最好通过业务流程图+文字来描述，确保逻辑完整
异常和分支流程
异常流程如网络错误、接口返回异常、服务器内部错误等
以登录为例，分支流程包括召回密码、密码登录等，分支流程非必需，简单的分支流程可以直接通过主流程体现，具体可以视情况按照一定颗粒度进行拆分
非功能性需求
数据需求
常见的就是数据买点，产品经理需要梳理出埋点事件表，告知开发，让开发在编码过程中进行埋点
性能需求
响应速度需要达到多少；需要支撑多大的并发，运维人员可以提前准备部署方案
安全需求
公司数据、用户信息的保密性处理，不同角色的权限设置、使用中的限制等
迭代计划
描述后期产品规划
0 条评论
下一页
