prd文档用什么工具写 prd是什么意思

文章插图
都说产品经理有3大文档：BRD、MRD、PRD 。日常工作中很多产品早已由领导层定好了方向，所以BRD和MRD的编写机会较少，更常用的是在产品细化阶段所用到的PRD 。
PRD在项目中起什么作用？什么才是好的PRD？PRD要如何编写？本文将依次回答相应问题，如有错漏还请指教。
01
PRD作用：要你有什么用？
PRD是将产品需求和对应需求解决方案一起呈现的文档。文档面向项目相关的多方角色，在项目推进中承担了重要作用，比如：
1）产品：根据PRD进行方案宣讲，并作为最终检验产品实现程度的依据；
2）设计：根据PRD的原型作为UI设计参考；
3）开发：根据PRD的系统规则等内容作为研发依据；
4）测试：根据PRD的规则来编写用例及测试；
根据需求的覆盖情况也会有其他角色参与，如运营、商务、财务等。不管面向谁，最终目的都是为了让团队成员能够理解业务，在产品研发过程中得到更好地执行。
02
PRD要求：想要我怎样？
为了PRD更好地发挥作用，编写文档时需要清晰、完整且容易阅读的方式将复杂抽象的解决方案呈现出来。怎么才能达到这样的效果呢？文档起码需要符合以下要求：
1）场景完整：需要考虑需求相关的各业务场景，尤其是特殊场景的应对机制。避免场景缺失造成方案漏洞。
2）框架清晰：提供系统架构、业务模型、功能结构、系统流程等系列框架，帮助成员从全局层面了解系统概况。
3）逻辑自洽：系统操作涵盖业务的正向和逆向流程、主流程和分支流程，形成系统操作闭环且不冲突。
4）规则简明：对系统全局说明、功能模块、非功能需求等各项规则进行描述，编写需通俗且完整。
5）设计友好：系统页面的布局、导航、交互、文案等交互动作，设计需要符合尼尔森可用性原则。
结合具体情况， PRD编写时也会存在其他要求。比如非功能性要求（数据指标需求、运营需求…），也要做到对要求的定义明确无异议。
03
PRD编写：注意你的尺度！
知道了PRD的要求，编写时可以向要求靠拢。但是要求只能作为指导思想，却没有告诉我们具体怎么编写，你可能还有这些疑问。
01
PRD要用什么形式呈现？
PRD常见形式有2种——word和原型。2种形式各有优劣，比如word版的目录让人更容易总览全局；原型版在功能需求描述时表现更灵活。
采用那种方式要先看公司制度，如有相应规范直接执行即可（规范也可以调整），如果公司没有要求，则产品经理经过和团队沟通，采用大家认可的、更方便表达和阅读的方式即可。
02
PRD要写到什么颗粒度？
写过PRD的同学应该都有过这个疑问。尤其是对规则的描述，写粗了怕有遗漏，写细了怕没人看。除了描述上精简用词，还能从规则提炼和原型设计上进行把控。
1）规则提炼：对约定俗成的规则、可复用的规则的通过“全局说明”进行描述。如手势操作、输入框定义及限制等。
2）原型设计：输出的原型不要有高保真原型，耗时且影响UI发挥；不要有复杂交互，不利于快速识别，可在备注中说明；不要过度设计……

以上关于本文的内容，仅作参考！温馨提示：如遇健康、疾病相关的问题，请您及时就医或请专业人士给予相关指导!

「四川龙网」www.sichuanlong.com小编还为您精选了以下内容，希望对您有所帮助：