PRD文档写作一直都是产品经理工作过程中比较关键的环节，做为产品经理不紧要知道PRD文档是做什么的，给谁看，有什么样的规则，还需要知道其中的诀窍，注意事项等，PRD文档写的好的产品经理一定是非常优秀的，所以今天小编为大家搜集了10篇关于PRD文档写作的干货，小伙伴们一定要认真学习哦！
http://www.chanpin100.com/archives/26139
PRD，产品需求文档(Product Requirement Document，PRD)的英文简称，这是一个产品经理为了跟其他项目成员说明需求的重要文档，也是PM参加需求评审会时，你的成果作品。
你可能还不知道需求评审会是什么，那我就简单讲一讲。需求评审会就是产品经理提出需求跟大家PK，让大家评估产品经理提出的需求，然后决定后续工作的会议。几乎所有的开发、设计、测试都会有忙不完的活，你凭什么让他们把你的需求优先开发，这将严重考验你和你的PRD。如果搞不好，你会被开发、设计、测试从头到脚批一遍，那个场面，就像在直播吃翔。
http://www.chanpin100.com/archives/25836
早上浏览了一些关于产品经理必备的BRD、PRD、MRD的文档，学习了下！而往往看到很多公司这三个文档区分则很模糊，甚至有时候三个文档写到一个文档中，细分出好多的支，OK！一个文档满足了所有与产品相关的人，包括商务、运营、市场、开发、测试等，结果呢？很多人文档看不懂，甚至提出一大堆的问题！
今天想聊的是这三个文档我的简单理解方法！先说说这三个文档怎么好记，听过有些人容易记混，把单词给整理了出来，这样就不会乱！
BRD 商业需求文档 Business Requirement Document
MRD市场需求文档Market Requirement Document
PRD产品需求文档Product Requirement Document
http://www.chanpin100.com/archives/23597
在学习如何撰写PRD之前，我们先要明白写PRD的目的是什么：
①概念化”阶段进入到“图纸化”
我们之前在市场需求文档(MRD)中阐述到的功能，都是表达的一个意向，不考虑实现方法和细节。而PRD则是将概念图纸化，需要阐述详细的细节和实现模型。产品人员可以通过撰写PRD，梳理清楚方案实现过程中的各种问题和影响。
http://www.chanpin100.com/archives/21460
写PRD，其实就是一个产品的业务需求分析过程，最近在看一本书，叫《火球UML大战需求分析》，里面提到了需求分析过程，作者的这个需求分析思路是基于传统软件/系统，但是我觉得这种思路是相通的，可以应用于所有产品。我根据这个思路，做了部分改良，形成了以下的逻辑：
① 整理产品结构
② 分析核心业务流程
③ 分析及整理用例
④ 分析及整理非功能性需求
⑤ 整理需求文档并评审
http://www.chanpin100.com/archives/19964
PRD的主要使用对象有：开发、测试、项目经理、交互设计师、运营及其他业务人员。开发可以根据PRD获知整个产品的逻辑;测试可以根据PRD建用例;项目经理可以根据PRD拆分工作包，并分配开发人员;交互设计师可以通过PRD来设计交互细节。PRD是项目启动之前，必须要通过评审确定的最重要文档。
产品经理的PRD，就像建筑设计师的设计图纸，是整个设计和思考的结晶，同时，也是思考过程呈现。《用户体验要素》作者在书中有一句很经典的话：“文档不能解决问题，但是定义可以”，这也是PRD的另一个重要的作用：定义产品需求，在团队内达成共识。
http://www.chanpin100.com/archives/18512
期待很久的乔不死实战PRD，终于跟大家见面了。这份PRD将基于之前一篇文章（PRD做不好，评审就是在直播吃翔）的框架来写，然后以后的工作将会围绕这一份PRD进行。
写任何文档都需要事先定立一个排版的标准，以后的文档都按照这个标准书写，规范化是进行专业性工作第一重要的步骤。那么，Glen就带大家来定立这份PRD的排版标准吧。
1 字体：宋体，正式的公文基本都采用宋体，我知道有人喜欢用雅黑字体，但是，标准化中文文档基本都是采用宋体的，所以，建议大家采用宋体书写PRD。
http://www.chanpin100.com/archives/18444
PRD的重要性，怎么夸大都不过分。
首先，PRD有证明需求的作用。你口头跟开发、设计、测试说一个需求，他们可能也口头上答应帮你做。然后，可能就真的没有然后了。。。接近项目上线，你突然发现他们没有做你的需求，这时你再去找他们，他们完全可以说你没有提出过需求，那场面，直接就是在吃翔。所以，产品经理需要认真写一份PRD，通过需求评审后，邮件群发给开发、设计、测试等大爷，有文件留底，到时候他们就赖不掉了。
http://www.chanpin100.com/archives/14767
最近Mr汤进er在学习PRD的写作。直接的感触就是：写PRD是一个技术活，也是一个细心活。PRD的主要阅览用户就是开发工程师，为了能够和开放人员进行高效的沟通，一份优秀的PRD文档应该满足的基本要求包括：完整、准确、清晰、简洁和稳定。其中”完整”便是指考虑周全没有遗漏。完整的功能描述和用例，不但可以方便开发工程师快速了解完整的功能需求，同时也为产品上线前的产品测试提供必要的参考。完整的产品功能描述主要包括两方面：功能点无遗漏和功能描述完整。
http://www.chanpin100.com/archives/14013
问题：写PRD时，怎样考虑的更加全面一点？
这也是让我苦恼很久的问题，我也经常在朋友圈长吁短叹：“我考虑问题什么时候才能面面俱到、滴水不漏呢？”以前有试过把所有的注意点都用脑图整理下来，然后，每写到一个模块就对照一遍，后来发现很麻烦，也很费时间。临时抱佛脚用处不大，关键还是平时要多积累，总结的内容也要常看，多看就印象深刻，用的时候自然能够想起来。
http://www.chanpin100.com/archives/10647
产品入行半年了，大大小小的坑遇到不少，这些血泪经验是最宝贵的财富，一直告诫自己，要常总结、常反思，希望n年之后，再看到今天写下的这些东西，能有更多的感悟。今天主要说的是PRD中遇到的那些大大小小的坑，不一定适用全部情况，欢迎各位纠错，欢迎各前辈指导！
最近半年， 最主要的工作就是写PRD，PRD的重要性不言而喻。
原文链接：http://www.chanpin100.com/archives/27012
少年关注我们的官方微博@产品100和微信订阅号：chanpin100ghsd，有惊喜哦！
网友评论