从思考到撰写,产品新人怎样写出自己风格的「需求文档」.pdf

从思考到撰写 ，产品新人如何写出自己风格的 「需求文档」 你有没有这样的时 ，在对产品经理一知半解的阶段 ，疯狂怒补网上的各种教程与干货。到 处寻找 「模板」与 「规范」。可能你不是想要把他看懂 ，只是想知道 ，那些玄乎其神的文档 、原型究竟长什么样。 好像很可笑的举动 ，不过我也曾是其中一员。曾在网上找过各种各样的PRD模板 ，感觉这货简直就 是最神秘的东西 ，看到各种求职招聘信息都写 ，熟练撰写PRD文档 ，看这情况 ，写PRD已然成 为PM的基本技能了。 那么究竟什么是PRD ？ PRD的中文名字叫需求说明文档 ，看名字就知道他是用来表达需求、定义产品的。既然是表达需求 的文档 ，那么我们首先要了解一下 「需求」是什么 ？我想大神们早已有了各种专业的解释。我这里 就讲个俗的例子啦。 设想这样一个场景 ，早晨起来你让媳妇给你做饭 ，你对他说“我要一个煎蛋8成熟 ，把香肠给我切 成片 ，每片薄厚在1.5厘米 ，我还要一杯牛奶 ，把他装在我昨天刚买的红色杯子里 ，之后过来叫我。” 好像听起来很头疼啊 ，在这里那些做饭的种种细则 ，那些你说“你要什么”的那个 「什么」 ，就是你 当时的 「需求」。 「需求」说完了 ，再说 「说明文档」 ，文档可以说是表达你要 「什么」的一个说明书。提到说明书 ，就会想到那种家用电器每次都发的小册子 ，他来告诉你产品的操作规范和注意事项。我们想象 一下 ，当你在看一本说明书的时 是什么场景。 你正在面对一个陌生的东西 ，想通过里面的文字描述 ，知道他是什么 ，怎么工作 ，有何功能 ，注意 事项等等 ，边看边摸索的时 ，不知不觉就会用了。PRD其实也有同样的效果 ，但这个文档要比说 明书高级些 ，因为我们可以做到与他互动 ，我个人在写需求文档的时 ，通常先在Wo rd上写 ，这样 便于编辑与书写 ，然后再把他们整理到Axure原型图上 ，这样做更加直观与方便。 O K ，需求跟文档都解释了 ，那么其实把他们1+ 1一下 ，就可以解释需求说明文档了。需求说明文档 就是一本表达你要 「什么」的说明书。这样说是不是就还算容易理解了。那么知道需求文档是什么 意思 ，接下来说说我们为什么要写他 ，他有什么用呢 ？ 为什么要写PRD 我所在的公司是一个不太喜欢写文档的公司 ，对于规模不大的产品基本靠简单说明和沟通解决 ，所 以在最初让我有种感觉 ， 「文档」是一个可有可无的东西。不过在后来的文档撰写经历中 ，的的确 确从中学到了新东西。那么在什么情况下我们非常需要PRD ，而不是单纯靠沟通呢 ？ 当产品比较 「大」的时 ，不管是页面数量还是业务逻辑 ，比较复杂时 ，文档能够帮助执行者理清 思路 ；只靠单纯地沟通 ，会显得吃力。沟通这件事 ，本身就是个双向 ，你说他听 ，通常嘴上表达的 ，总是没有写出来的文字更理智与严谨。所以我们需要文档。 此外我们在面对一个产品的时 ，定义产品就是在定义一个产品的 「标准」 ，不论是技术还是测试 ，都需要有一个标准 ，让他们去执行下去 ，而文档便是这个标准的说明体 ，通过阅读这个文档 ，技 术可以将产品转化成他们认知中的功能模块 ，数据库 ，底层结构 ，同理UI或测试也是如此。 有时你也许会遇到 ，有个人气冲冲跑过来跟你抱怨 ，你逻辑不对 ，功能不全 ，先别撕逼 ，看看说的 有没有道理 ，因为你要知道 ，定规则的是你 ，文档就是让他们用来执行的 ，里面有缺失就等于他们 没办法继续执行下去 ，这对他们来说是很大的困扰。所以我们需要文档。 最后站在产品经理的角度来看 ，撰写文档的过程 ，也是为自己 「梳理」产品脉络 ，检查遗漏的一个 过程 ，因为文档要事无巨细的观察产品的每个细节 ，当你把这些细节都想过之后 ，你就会发现 ，原 来以为完成的产品 ，其实还差一些什么 ，所以我们需要文档。 制定标准 ，产品复杂 ，自我梳理。因为这些原因我们不得不依靠文档 ，当然还有另外一个利器— — 「沟通力」。在我看来PRD不仅仅是一个文档 ，他还要加上沟通 ，才能真正叫做需求说明文档。 沟通是无形 ，却至关重要。这里我们先抛开沟通不谈 ，如果文档+沟通构成了需求文档的全部 ，那 么文档里都该有哪些具体的内容呢 ？ PRD都该有哪些东西 常听人说 ，需求文档嘛 ，只要表达出你想表达东西就行啦。不过对于刚入行的人 ，多半是不懂你在 说什么的。其实对于文档来说 ，产品经理就是规则的设立者 ，这里的规则就是PRD中要呈现的内容 ，包括各方面的规则 ，交互 ，逻辑 ，业务等等 ，而PRD就是你思考过后的一个文字说明产出物。还 是云里雾里 ？O K ，继续往下看。