盘点|史上最全PRD写作干货

作者: 用户运营笔记 | 来源:发表于2015-11-05 09:11 被阅读1241次

    PRD文档写作一直都是产品经理工作过程中比较关键的环节,做为产品经理不紧要知道PRD文档是做什么的,给谁看,有什么样的规则,还需要知道其中的诀窍,注意事项等,PRD文档写的好的产品经理一定是非常优秀的,所以今天小编为大家搜集了10篇关于PRD文档写作的干货,小伙伴们一定要认真学习哦!

    产品经理写PRD文档时需要注意的事项有哪些?

    http://www.chanpin100.com/archives/26139

    PRD,产品需求文档(Product Requirement Document,PRD)的英文简称,这是一个产品经理为了跟其他项目成员说明需求的重要文档,也是PM参加需求评审会时,你的成果作品。

    你可能还不知道需求评审会是什么,那我就简单讲一讲。需求评审会就是产品经理提出需求跟大家PK,让大家评估产品经理提出的需求,然后决定后续工作的会议。几乎所有的开发、设计、测试都会有忙不完的活,你凭什么让他们把你的需求优先开发,这将严重考验你和你的PRD。如果搞不好,你会被开发、设计、测试从头到脚批一遍,那个场面,就像在直播吃翔。

    产品经验传授丨MRD、PRD、BRD 该怎么简单理解

    http://www.chanpin100.com/archives/25836

    早上浏览了一些关于产品经理必备的BRD、PRD、MRD的文档,学习了下!而往往看到很多公司这三个文档区分则很模糊,甚至有时候三个文档写到一个文档中,细分出好多的支,OK!一个文档满足了所有与产品相关的人,包括商务、运营、市场、开发、测试等,结果呢?很多人文档看不懂,甚至提出一大堆的问题!

    今天想聊的是这三个文档我的简单理解方法!先说说这三个文档怎么好记,听过有些人容易记混,把单词给整理了出来,这样就不会乱!

    BRD 商业需求文档 Business Requirement Document

    MRD市场需求文档Market Requirement Document

    PRD产品需求文档Product Requirement Document

    产品经理该如何正确输出一份PRD文档

    http://www.chanpin100.com/archives/23597

    在学习如何撰写PRD之前,我们先要明白写PRD的目的是什么:

    ①概念化”阶段进入到“图纸化”

    我们之前在市场需求文档(MRD)中阐述到的功能,都是表达的一个意向,不考虑实现方法和细节。而PRD则是将概念图纸化,需要阐述详细的细节和实现模型。产品人员可以通过撰写PRD,梳理清楚方案实现过程中的各种问题和影响。

    目前关于产品经理PRD文档写作最干的一篇文章!

    http://www.chanpin100.com/archives/21460

    写PRD,其实就是一个产品的业务需求分析过程,最近在看一本书,叫《火球UML大战需求分析》,里面提到了需求分析过程,作者的这个需求分析思路是基于传统软件/系统,但是我觉得这种思路是相通的,可以应用于所有产品。我根据这个思路,做了部分改良,形成了以下的逻辑:

    ① 整理产品结构

    ② 分析核心业务流程

    ③ 分析及整理用例

    ④ 分析及整理非功能性需求

    ⑤ 整理需求文档并评审

    产品经理的PRD到底该怎么写?

    http://www.chanpin100.com/archives/19964

    PRD的主要使用对象有:开发、测试、项目经理、交互设计师、运营及其他业务人员。开发可以根据PRD获知整个产品的逻辑;测试可以根据PRD建用例;项目经理可以根据PRD拆分工作包,并分配开发人员;交互设计师可以通过PRD来设计交互细节。PRD是项目启动之前,必须要通过评审确定的最重要文档。

    产品经理的PRD,就像建筑设计师的设计图纸,是整个设计和思考的结晶,同时,也是思考过程呈现。《用户体验要素》作者在书中有一句很经典的话:“文档不能解决问题,但是定义可以”,这也是PRD的另一个重要的作用:定义产品需求,在团队内达成共识。

    乔不死带你实战项目:PRD通用模板

    http://www.chanpin100.com/archives/18512

    期待很久的乔不死实战PRD,终于跟大家见面了。这份PRD将基于之前一篇文章(PRD做不好,评审就是在直播吃翔)的框架来写,然后以后的工作将会围绕这一份PRD进行。

    写任何文档都需要事先定立一个排版的标准,以后的文档都按照这个标准书写,规范化是进行专业性工作第一重要的步骤。那么,Glen就带大家来定立这份PRD的排版标准吧。

    1 字体:宋体,正式的公文基本都采用宋体,我知道有人喜欢用雅黑字体,但是,标准化中文文档基本都是采用宋体的,所以,建议大家采用宋体书写PRD。

    PRD做不好,评审就是在直播吃翔

    http://www.chanpin100.com/archives/18444

    PRD的重要性,怎么夸大都不过分。

    首先,PRD有证明需求的作用。你口头跟开发、设计、测试说一个需求,他们可能也口头上答应帮你做。然后,可能就真的没有然后了。。。接近项目上线,你突然发现他们没有做你的需求,这时你再去找他们,他们完全可以说你没有提出过需求,那场面,直接就是在吃翔。所以,产品经理需要认真写一份PRD,通过需求评审后,邮件群发给开发、设计、测试等大爷,有文件留底,到时候他们就赖不掉了。

    PRD中产品功能点及其描述自查清单

    http://www.chanpin100.com/archives/14767

    最近Mr汤进er在学习PRD的写作。直接的感触就是:写PRD是一个技术活,也是一个细心活。PRD的主要阅览用户就是开发工程师,为了能够和开放人员进行高效的沟通,一份优秀的PRD文档应该满足的基本要求包括:完整、准确、清晰、简洁和稳定。其中”完整”便是指考虑周全没有遗漏。完整的功能描述和用例,不但可以方便开发工程师快速了解完整的功能需求,同时也为产品上线前的产品测试提供必要的参考。完整的产品功能描述主要包括两方面:功能点无遗漏和功能描述完整。

    没用你打我丨写PRD怎样思考的更加全面

    http://www.chanpin100.com/archives/14013

    问题:写PRD时,怎样考虑的更加全面一点?

    这也是让我苦恼很久的问题,我也经常在朋友圈长吁短叹:“我考虑问题什么时候才能面面俱到、滴水不漏呢?”以前有试过把所有的注意点都用脑图整理下来,然后,每写到一个模块就对照一遍,后来发现很麻烦,也很费时间。临时抱佛脚用处不大,关键还是平时要多积累,总结的内容也要常看,多看就印象深刻,用的时候自然能够想起来。

    产品新人写PRD应该避免的坑

    http://www.chanpin100.com/archives/10647

    产品入行半年了,大大小小的坑遇到不少,这些血泪经验是最宝贵的财富,一直告诫自己,要常总结、常反思,希望n年之后,再看到今天写下的这些东西,能有更多的感悟。今天主要说的是PRD中遇到的那些大大小小的坑,不一定适用全部情况,欢迎各位纠错,欢迎各前辈指导!

    最近半年, 最主要的工作就是写PRD,PRD的重要性不言而喻。

    原文链接:http://www.chanpin100.com/archives/27012

    少年关注我们的官方微博@产品100和微信订阅号:chanpin100ghsd,有惊喜哦!

    相关文章

      网友评论

      本文标题:盘点|史上最全PRD写作干货

      本文链接:https://www.haomeiwen.com/subject/taxchttx.html