产品需求文档（Product Requirement Document，PRD），该文档是产品项目由“概念化”阶段进入“图纸化”阶段最主要的一个文档，其作用就是对MRD中的内容进行指标化和技术化，需求文档的质量好坏直接影响到研发部门是否能够明确产品的功能和性能。
产品经理获取需求，对于获取到的用户需求，哪些该做，哪些不该做，对其进行评估；决定该做的需求哪些先做，哪些后做，对其进行需求优先级定义；决定先做的需求需要进行细化和技术化，形成产品需求文档（PRD），供技术人员进行研发。
产品经理工作的主要输出物就是产品需求文档，主要包括功能使用的具体描述（每个UC（Use Case）一般有用例简述、行为者、前置条件、后置条件、UI描述、流程/子流程/分支流程等几大块）、Visio或Axure等其他流程图工具绘制的功能点业务流程、产品的原型或者Demo等。
原型或Demo一般使用专业的原型制作工具（如Axure、Dreamweaver、Photoshop等）来完成。有低保真的Demo，主要指黑白的线框图，将流程图中的页面转化成界面，称为低保真线框图（Low-Fidelity Wireframe）；也有高保真的Demo，主要指产品的样式、产品功能的交互等，进一步细化，完善所有的功能，精细度较高，称为高保真线框图（High-Fidelity Wireframe），有的高保真产品原型与研发工程师开发上线后产品的成品几乎没有大的差别。
研发工程师一般都是理工科专业出身，喜欢图形化的东西，比较形象，易于理解，所以需要业务流程图和产品原型图甚至页面交互图。好的产品需求文档简单明了，让研发工程师一看就明白应该怎么去做。如果产品需求文档写得不清晰，或者前后需求矛盾，或者漏掉一些异常的状况，研发工程师就会有很多困惑，在项目进行的过程中就只能不断地沟通，增加无谓的沟通成本。
网友评论