PRD是产品由立项阶段进入到需求阶段的最重要的一个文档。 （推荐学习：phpstorm）
简而言之，PRD就是将宏观抽象化的业务，拆分成具体化的功能需求，并通过文字或图像等方式呈现出来。
PRD文档主要使用对象有：产品、设计、项目、开发、测试。
产品经理可以根据PRD进行功能自查，从而更加完整的梳理产品；设计师可以通过PRD来设计交互细节，并改善用户体验；
项目经理可以根据PRD拆分工作任务，并分配开发人员；开发人员可以根据PRD获知整个产品的逻辑；测试人员可以根据PRD建用例，并进行可用性测试。
传统的PRD文档冗长而复杂，一方面不方便产品经理清楚且全面的表达产品设计的相关细节，另一方面不方便产品经理将需求简单且清晰地传达给PRD阅读者。
PRD文档的目的
PRD文档是产品新人入门的一门必修课，是进入职场的敲门砖，也是产品经理基本功的体现，更是衡量产品经理整体思维的一个标准。
PRD文档是每个产品经理打交道最多的文档。也是项目启动之前，必须要通过项目组评审，并确定最终需求范围的重要文档。
GarbageSort垃圾识别工具箱是一个基于uni-app开发的微信小程序，使用SpringBoot2搭建后端服务，使用Swagger2构建Restful接口文档，实现了文字查询、语音识别、图像识别其垃圾分类的功能。前端：微信小程序 采用 uni-app 开发框架，uni-app 是一个使用 Vue.js 开发所有前端应用的框架，开发者编写一套代码，可发布到iOS、Android、H5、以及各
PRD文档在项目立项阶段，可评估产品机会。在需求阶段，可定义产品功能范围。
PRD文档可以梳理产品业务逻辑，记录需求变更内容，管理产品迭代过程，便于部门需求沟通。PRD文档的好坏直接影响到开发进度、测试质量以及最终的实现效果。
PRD文档是产品经理和开发人员沟通需求的重要工具，产品经理一般用它做需求管理和版本管理。PRD文档首先应该展示的内容是需求，如果一份PRD文档能够充分的表达用户需求，那么它就可以作为需求验收的标准。
如何写PRD文档
之前有些想转行和刚入门不久的产品朋友，在产品经理朱学敏公众号留言问我怎么写PRD文档。借着这个机会，给大家分享一下我自己的一点产品经验。
撰写PRD文档的方式有多种，常见的有Word、PPT、Wiki或Axure等，但我个人更倾向于直接在Axure中撰写PRD。
此外，描述需求或业务规则，我侧重于用视化的结构图、流程图和原型表示，文字只是作为补充说明。
PRD文档内容结构包括：文档概述、产品说明、全局说明、功能需求、非功能需求、改进建议等。基于以上几个方面，从理论角度阐述，结合案例做分析。
