|
《1.4 PRD Beta》 说明：如需下载.rp源文件、查看图片请至原文出处Openself.me 什么是PRD？ PRD是Product Requirement Document的英文缩写，即产品需求文档的意思。PRD昰产品流程中的最后一步工作，是将原型中的功能、界面具象化描述，是提交给设计（UI）、技术和测试部门的执行标准。一般由产品经理亲自完成，如果有产品专员（助理）的话，由他们主要完成其实更好。 PRD应包括哪些内容？ PRD的标准很难衡量，因团队而异，只要能够明确传达产品需求的文档都是合格的。但一般需要包含以下四个部分： 1、产品概要：说明产品目标、需求来源、主要项目负责人和产品整体修订记录。 2、功能结构：说明产品功能（及信息）点的分布和相关关系。 3、业务流程：说明产品板块功能的业务流转逻辑。 4、界面描述：说明产品所有界面具体需求、原型、PRD描述（含UE描述）、UE演示、UI和修订记录。 常常有一个问题，需求描述和PRD描述有什么不同？一般认为：需求描述强调的是对界面功能、性能的整体要求，而PRD描述更强调对界面元素的具体要求。 PRD的作用是什么？ 说到作用，首先应该明确PRD是需要给产品执行人员看的，具体包括： 1、设计（UI）：根据原型直接设计UI也可以，但很难做好，我一直认为设计师需要对每个界面的作用、功能逻辑有比较深入的了解，这样才能做出打动人的设计。所以对于设计来说，PRD作用是深入了解产品意图和界面元素的作用，让界面设计由心而生。 2、技术：PRD的主要阅读对象，根据需求描述、PRD描述和UE描述以及UE演示等信息对界面进行具体的施工。所以对技术来说，PRD的作用是产品的施工规范。 3、测试：对产品进行测试的必备文档，用来理解产品各界面和功能的要求，以对技术实现的效果做出合格与否的判断。如果技术实现效果 与PRD要求不符，测试人员会第一时间与技术沟通解决。所以对于测试来说，PRD的作用是一份施工质量的监督标准。 PRD用什么来写？ PRD的写作方式主要有两种：Word文档和Axure RP。 因为PRD主要是对原型的描述，而原型多是由Axure RP工具绘制的，并且Axure RP也能够提供流程图功能，满足了PRD文档的多数要求，所以个人比较推荐用Axure RP工具编写PRD。 注：本文中所有截图均来自标准PRD样例文件中，需要的童鞋可下载学习。 源文件下载： 1、标准PRD样例.rp Openself 2015.1.17 |
|
|
