作为产品经理,编写产品需求文档是基本技能之一,本文详细介绍了如何编写产品需求文档(PRD),希望对你编写有效的PRD有所帮助。
PRD是Product Requirement Document的简称,翻译为:产品需求文档。该文档是产品由“概念化”阶段进入到“图纸化”阶段的最重要的一个文档。编写PRD是一个产品经理最为基础的工作内容,也是一个产品经理最基础的能力。不夸张的说,通过一篇PRD文档就可以体现出一个产品经理的基本功是否扎实,这直接影响到整个研发团队的效率。
我常年从事To B系统产品的工作,因此本文的内容也仅针对To B系统的PRD文档,并不完全适用To C的系统产品。想写出一篇优秀的PRD文档,需要搞清楚如下4个问题:
编写PRD文档最为重要的目的就是:协调各个相关角色,将产品高效正确的“生产”出来。PRD仅仅是为达到这个目标,产品经理经常使用的一种工具,只要是能够高效的完成最后的系统化产品,那么PRD具体的内容、形式也没有非常严格的标准。从这个目标出发,我们能够看到这样几个关键词:各个角色、高效&正确和生产
1.1 各个角色
这里的角色是涉及到整个产品研发过程中全部相关的角色,每个角色在这个过程中负责的工作和关注点有所不同,PRD中需要照顾到所有参与角色的关注点,To B系统产品在此过程中主要涉及到的角色如下:
写出来文档永远比无效的沟通更高效,工作的事件越长,对此越是认可,对于很多问题,特别是复杂问题,前午安不要觉得说一下大家就明白了,前因后果、如何做大家都清楚了,相信我一定不是这样的。
PRD就是提高效率的,把各个角色的共识全部写出来,大家都已PRD为最终的工作指导文档,在墙漆可以讨论修改,在后期可以追根溯源,多花点时间在PRD上一定会比不断地回答问题,不断地因为没有大臣一致的逻辑反复修改要高效的多。
1.3 生产
本质上,软件开发也是生产的过程,和生产实物是没有本质区别的。PRD作为指导生产过程的重要文档,类似实物生产的设计文档,必须要满足在生产过程中各种各样问题的回答。因此需要从生产流程的角度进一步的来说审视PRD的内容,包括:现状、准备工作、前提条件、开发逻辑、效果要求等。
二、PRD文档在编写前需要做什么?
在上一小节中建议在PRD编写之前,通过产品提案等方式把价值、成本等内容全部确定好,达成一致。实际上在PRD文档编写之前还远不止这些内容。
PRD开始编写,意味着整个业务调研、方案逻辑、可行性、价值判断基本上已经完成了,如果没有完成那么是不建议直接编写PRD文档的,因为就算写完了也很有可能改来改去或不做了,这不仅仅影响工作的效率,还会大大打击个人和团队的积极性。
终于来到了最核心的部分了,PRD文档的具体结构,有哪些呢,这一部分在网上确实有非常多的模板可以参考,各个模板也是大同小异,但最为重要的是有一些细节上需要注意,这也和下一小节如何使用PRD文档有很大的关系。在我看来,一个TO B系统的PRD的结构大致分为:
3.1 文档管理
版本管理需要记录每次修改的概要说明,相关人员是为了明确具体的工作人员,开发当中的沟通以及后续问题排查需要,设计稿一般会有一个设计工具的地址,里面会有一些图片无法表达的内容,相关人员需要查看。
3.2 背景
背景和目标通常是比较简短的。
一方面是为了在内容层面表述大的背景和目标,比如公司整体的方向是让系统有更高的开放性,需要做一些API,所以本次的开发是在这个开放性的大背景下的,达到XXX部分对接,降低定开成本等等。
另外一方面是在写作技巧上,不能上来一杆子通到底了,需要与读者在某些信息上达成共识,引出问题后在再进行具体的说明。
3.3 需求说明和分析
需求并说明的部分主要分为2各部分,需求描述和需求分析,需求分析又分为现状分析和需求分析2部分:
3.4 产品方案概览
产品方案概览是为了让相关人员在查看详细的设计方案前对整体的情况有一个初步的认识,直接查看一个不熟悉的产品方案细节,很容易无法透测理解。方案概览一般从3各方面进行阐释,最后在将开发的任务和范围明确一下,为具体的功能说明做好铺垫。
3.5 功能说明
功能说明就是对概览性方案的拆分说明,对每一个小的功能点进行详细的说明。一般分为原型和功能说明,没有页面的原型部分可以空着。功能部分一定要写清楚具体的逻辑。
非核心功能和非功能性需求,更加考验一个产品经理设计能力的细致,优秀的产品经理需要看到功能背后的需求,比如,性能、安全等等,这些细项像一个检查清单,产品经理在自己具体的领域里不断手机问题完善这个清单,然后在每个PRD里面一条一条的问自己需不需要。
3.6 验收说明
验收说明类似于P0的测试用例,切实描素用户最终的使用过程。
四、PRD文档编写完成后如何使用?
PRD文档编写完成就结束了吗,还没有,那就是使用PRD知道整个开发过程的工作了,从Planning会议讲解PRD开始,PRD文档正式投入使用,在这个过程中那面会对PRD文档进行一些修改,这时一定要记录好修改的内容,不然回头就忘了。
另外,在PRD使用的过程中,一定要不断的发现PRD模板的问题,不断优化PRD模板。
本文由@Seven 原创发布于人人都是产品经理,未经作者许可,禁止转载。
题图来自 Unsplash,基于CC0协议。