源码 需求文档 测试文档_产品方法论 | PRD产品需求文档

目录：

• PRD是什么？

• 集装需求：PRD

• 散装需求：项目管理系统

• 如何撰写PRD ？ PRD基本结构

• 如何让你的PRD更严谨？ PRD撰写中一些细节

• 非功能需求

• 推荐工具：语雀

PRD是什么？

PRD，即Product Requirement Document，产品需求文档。类似的还有BRD（商业需求文档）、MRD（市场需求文档）。

PRD解决的问题是：

1、沟通：向开发团队（设计、研发、测试）沟通功能背景、流程、原型、交互等。

2、存档：随时查阅，确认细节；可让团队研究做法和过程，总结教训；便于他人交接。

和原型的区别是：原型用来保证可实现性，PRD保证质量和进度。

产品面向人群是：开发团队、产品同事。

集装需求：PRD

一个完整的PRD包括基础信息、阅读对象等，涉及到一个项目研发的方方面面，是一个打包好的完整需求包，我们戏称集装需求。

一般而言，项目第一个版本，重大改进版本，独立项目，使用PRD比较合适。

散装需求：项目管理系统

在实际工作中，产品经理更多的是对已有产品的改进性需求，并不需要书写项目目的/功能列表/功能流程/功能架构图/信息架构图等宏观方面的需求，为了操作方便高效，绝大多数情况都是讲需求，写进项目管理系统，代办工作项，或直接标注在原型中，与大家外出旅行使用的散装英语一样，虽然不太规范，但高效且达到了沟通目的，则称为散装需求。

• 常见可写需求的项目管理系统：TAPD/禅道/Bugfree/TaskJuggler等；

• 常见可写需求的任务管理系统： Teambition/Worktile/Trello；

• 常见可在原型上写需求的方法：蓝湖/Axure标注/Sketch标注/墨刀标注等；

• 考虑到需求需要有效存档，可查询以及版本控制，鼓励散装需求写进项目管理系统，尽可能避免写进任务管理系统或原型上。

PRD基本结构

• 概述：产品介绍、修订历史

产品简介

修订历史

• 产品说明与结构：名词说明（列表）、信息结构图（思维导图）、功能结构图（思维导图）、业务流程图（流程图）

• 功能需求：交互原型链接、需求清单、需求详情[信息元素、交互流程、策略和逻辑、边界和非常规处理]

• 非功能性需求：数据埋点 http://growing.io、适配、兼容、性能

PRD撰写中一些细节

信息/显示规则：

1、信息展示与输入，常见规则：数据长度、行数、格式（正则）、键盘、必填等。

2、同一信息如果存在不同类型或状态的说明。比如性别男、女；

3、防止遮挡

---

交互规则：

1、交互操作：点击、加载（加载中、加载失败、加载超时）、滑动/拖动（左滑、右滑、上拉、下拉）、长按、双击、多点操作等；

2、交互响应：相应结果、响应区域；

3、防止重复点击

---

异常：

1、网络方面：加载失败（友好提示或重试按钮）、无数据、超时（多久）、无网络的显示。

2、设备相关：未获得相关权限、无相关设备、空间存储不够、文件丢失、文件格式不支持

---

列表：

排序规则、是否分页、每页数量。

---

全局样式与术语：

按钮不可用、弹窗(非模态弹窗/模态弹窗)、操作反馈（成功/失败）、异常反馈

非功能需求

非功能性需求基于不同类型的产品/项目，差异性较大，常见的类型：

1. 性能需求：如大致响应时间需求、最大并发数要求等；

2. 兼容性需求：PC端网页要求对主流浏览器如IE、Chrome，H5网页要求对UC、QQ、微信、Safari或客户端兼容，以及对系统版本/手机设备/移动运营商等的兼容性；

3. 技术性需求：是否存Cookie，使用什么UA，是否使用https等；

4. 风险控制需求：如防止被刷注册、刷评论等。

推荐工具：语雀

支持关联原型，文档支持多人协同，版本控制，能够直接插入脑图/代码甚至流程图/甘特图等，并可直接编辑。