当前位置:首页 > 业界动态 > 正文

顶级产品经理是如何写产品需求文档(PRD)的

产品需求文档(PRD)是每个产品经理都熟悉的。 它是产品项目从“构思”阶段到“绘图”阶段的过渡和体现。 其功能是“反映市场需求文件(MRD)中的内容”。 “指示化、技术化”,PRD的好坏直接影响研发部门能否明确产品的功能和性能,能否开发出符合预期的产品。 因此,PRD也是体现产品经理专业程度的一个重要指标。

可以理解为PRD是产品经理对产品功能的推广和沟通。 它通过清晰简洁的表达方式向读者呈现产品意图。 PRD的读者一般包括开发人员、设计师、测试人员,甚至产品和项目的负责人(通常是项目总监)和公司老板,每个公司的情况都不同。 PRD不仅仅是产品功能的详细描述文件,PRD的作用还在于它是产品质量控制的执行标准,是产品从概念到现实的开始。

PRD 应该包括什么? 1、产品名称

产品名称也是文档的一般描述。 一般包括标题+版本+时间+作者+相关人等基本信息。

标题是文档的名称,是要讨论的版本还是正式开发的版本,以及该版本对应的制作时间、需要哪些人员参与等需要说明。

2. 目录

目录用于显示文档结构。 一般不宜超过三层,否则会显得过于杂乱。 当然,不同的公司PRD内容的细节不同,目录也不同。 具体来说,文档内容可以包括需求描述、角色描述、流程图、页面及功能、与其他系统的交互接口、效果预期、数据指标、prd迭代记录等。 很多公司的PRD还包括介绍、概述、术语定义、使用场景、产品目标和竞品分析等。如果是公司内部开发的PRD,还会说明呈现形式、交互方案、操作规范等、相关开发者、负责人、开发时间等使得PRD非常重,目录也相对较多。 简单来说,PRD只能关注功能需求,那么目录就简单多了,基本包括功能需求的标题。 下图是我曾经看过的一篇PRD的目录。 从目录中可以看出,这个文档的内容其实非常大。

三、功能说明

功能描述是PRD的主要部分。 我的写作习惯是简短而不是复杂。 功能描述已经详细介绍了,其他可以省略。 因为大多数程序员在产品开发过程中并不会过多关注这些冗长的语句。 他们往往只关注可以快速转变的内容。 文档内容过多会造成一定的干扰。 因此,最有价值的就是适当精简,增强可读性,表明产品意图。

在具体的功能描述中,我们常常采用其他的方式,比如产品功能结构、产品信息结构、用户使用过程等,将文本内容可视化,这样不仅让文档变得更加简单直观,也减少了阅读量读者的负担。 。 许多团队使用原型和图片作为辅助,这是一种非常聪明的方法。 本论坛发帖流程图如下所示。

说到简化,其实现在很多互联网公司也强调多沟通、少文档。 他们甚至没有 PRD。 国内知名的项目管理工具禅道提倡以功能点的形式来编写需求。 简单来说,就是将原始PRD中的每个功能点提取出来,记录在禅道中,作为一个独立的功能点。 产品项目相关人员通过讨论确定需求,然后围绕需求进行任务分解分配、进度监控、测试、发布。

此时,要求不再是最终规则,而是允许更改和取消。 这里的需求状态分为四种状态,草稿、活动、已更改和已关闭。 状态流程图和需求变化图如下:

这种方法多用于现在比较常见的敏捷开发模型中。 这些互联网公司更注重沟通、开放、快速解决。 我们不会判断这个方法是好是坏。 但作为一份相对专业的规范性文件,PRD与项目管理工具的结合实际上是更多企业的选择。 我们继续回到PRD,谈谈PRD需要具备的一些原则。

一份合格的PRD文件应该具备哪些特征?

我总结了“无二不可”的原则,就是说PRD需要“无错误、无歧义、可验证、可追溯”。

无差错是PRD最基本的要求。 这里的无错误包括文档内容的定义正确、没有语法错误、产品经理的想法和意图的表达正确。

明确性要求一个句子表达一种含义,并且文档的多个读者必须阅读相同的含义。

可验证意味着可监控和可验证。 PRD中的功能描述需要达到可测试、可测量的效果指标。 不要使用无法表征的词语,例如:高效率、完美交互等无法验证的词语。

可追溯性是指每个功能需求的来源应该是清晰的,我为什么要做它应该是有根据的,而不是一下子就做出决定。

做到“两全其美”也是珠三角的基本要求。 说一下我在工作中总结的一些写作技巧,也算是我的一些经验吧。

来说说一些值得分享的PRD写作技巧: 1、用恰当通俗的方式表达

说到底,PRD还是一份专业文档,少不了专业术语和词汇。 然而,这并不意味着专业词汇越多越好。 PRD最失败的就是专业词汇的过度积累,让人摸不着头脑。 用尽可能通俗的语言实现专业的表达是有价值的,因为易于理解和操作是PRD更重要的使命。 当我写完一份文档后,我通常会把它展示给尽可能多的人看,包括技术人员、运营、销售,甚至你的亲戚和朋友。 他们会提出不同的意见和问题。 事实上,这是一个非常好的主意。 纠正路径的过程也是发现问题的过程。

2.让逻辑尽可能清晰

因为PRD是关于产品需求的说明,涉及到很多大大小小的功能,而且各个功能点紧密相连。 这就要求产品经理有非常清晰的逻辑,能够将抽象的思维具体的表达出来。 对产品经理的硬性要求。 由于人类思维的逻辑受到先天因素的影响,如上所述,我们可以使用软件工具来辅助实现。 表现形式有很多种,比如原型、流程等形式。 格式并不重要; 请记住,目的是清晰的沟通。

3.记得突出重点

突出重点,即聚焦核心功能,尽可能简化辅助说明。 有轻重缓急,有得失,才能表达得浅显易懂。 其实写PRD和我们小时候写作文很相似。 它有标题、内容、分析和摘要。 重点部分突出,自然需要更多的笔墨。 很多产品经理往往力求完整,生怕有遗漏,必须考虑到每一个细节。 事实上,这是完全没有必要的。 PRD不是写论文,不需要重复论证。 把事情解释清楚并理解就足够了。

总结

PRD实际上考验的是产品经理的综合素质。 想要写好PRD,除了提高自身的专业素养外,产品经理还需要保持对产品的敏感度和好奇心,加强逻辑思维和书面表达能力。 文章中提到的都是PRD编写过程中需要注意的事项。 事实上,在生成完整的PRD之前,你可能需要一个长期的信息收集过程。 任何人都可能成为你的灵感来源,包括用户、竞争对手、研发团队、销售团队、运营人员等,他们都可能为此做出贡献。 你提供了建设性的建议和创造性的想法,所以倾听他们的声音并不断积累和收集。 PRD不是一蹴而就的,产品经理必须时刻做好准备。

0
收藏0

最新文章

随机文章

取消
扫码支持支付码