prd是什么意思

据说产品经理有三个证件：brd，mrd，珠三角。在日常工作中，很多产品的方向已经被领导定了，所以编制brd和mrd的机会比较少，产品细化中使用的prd更常用。
珠三角在项目中扮演什么角色？什么是好的珠三角？怎么写prd？本文将依次回答相应的问题，如有错误或遗漏，请给出建议。
01
prd作用：要你有什么用？
prd是一个将产品需求和相应的需求解决方案放在一起的文档。文档面对与项目相关的各种角色，并在项目推广中发挥重要作用，例如：
1)产品：根据prd公布方案，作为比较终检验产品实现程度的依据；
2)设计：根据prd的原型作为ui设计的参考；
3)发展：按照珠三角的制度规则等。作为研发的基础；
4)测试：按照prd规则编写用例和测试；
根据需求的覆盖面，还会涉及到其他角色，比如运营、商务、金融等。无论面对谁，比较终目标都是为了让团队成员能够理解业务，在产品研发过程中得到更好地执行。
02
prd要求：想要我怎样？
为了让珠三角更好地运作，编写文档时需要清晰、完整且容易阅读的方式将复杂抽象的解决方案呈现出来.我们如何才能达到这个效果？文件至少必须满足以下要求：
1)场景完整:需要考虑与需求相关的各种业务场景，尤其是特殊场景的响应机制。避免场景缺失造成的方案漏洞。
2)框架清晰:提供系统架构、业务模式、功能结构、系统流程等一系列框架，帮助会员从视角了解系统概况。
3)逻辑自洽:系统运营涵盖正向和反向业务流程、主流程和分支流程，形成系统运营无冲突的闭环。
4)规则简明:描述系统全局描述、功能模块、非功能需求等规则。并使它们变得流行和完整。
5)设计友好:系统页面的布局、导航、交互、文案等交互动作都要按照尼尔森的可用性原则进行设计。
根据具体情况，编制珠三角时会有其他要求。比如非功能性需求(数据索引需求、运营需求等) 。)应明确定义无异议。
03
prd编写：注意你的尺度！
知道了珠三角的需求，在编制的时候就可以贴近需求了。但是要求只能作为指导思想，并没有告诉我们具体怎么写。你可能还有这些疑问。
01
prd要用什么形式呈现？
prd有两种常见形式：——word和原型。两种形式各有利弊。比如目录的word版本，更容易概览全局；原型在描述功能需求时更加灵活。
那样的话，首先要看公司制度。如果有相应的规范，我们可以直接实现(规范也可以调整) 。如果公司不要求，产品经理将与团队和采用大家认可的、更方便表达和阅读的方式即可。沟通
02
prd要写到什么颗粒度？
写过珠三角的同学应该都有过这个问题。尤其是对于规则的描述，写厚了怕遗漏，写薄了怕没人看。除了描述上精简用词，还能从规则提炼和原型设计上进行把控。
1)规则细化：常规规则和可重用规则用“全局描述”来描述。比如手势操作，输入框的定义和限制等。
2)原型设计：输出原型不要有高保真原型，耗时，影响ui播放；不具备复杂的交互，不利于快速识别，但可以在备注中说明；不要过度设计.
03
prd由哪些部分组成？
总结以往项目的prd的常用部件，从一般、一般、细节部分拆解，仅供参考。每份prd的具体组成需要项目结合实际情况进行增删。
1)通用部分：名称、目录、更新记录；
2)总结部分：项目背景、预期收益、方案概述、项目范围、项目风险；
3)详细部分：产品框架、全局描述、原型页面、功能需求、非功能需求；