手把手教你写B端产品PRD

产品刘

共 2537字,需浏览 6分钟

 ·

2020-12-06 07:18













在说B端产品需求文档如何写之前,先说一下需求文档的展现形式,我以前分享WORD形式的PRD文档写法,很多人会说我分享的内容过时了,现在都是用AXURE来写文档,当我分享AXURE形式的PRD文档写法的时候,很多人又说,你这AXURE写的不专业。
其实表现形式啥的,真心不重要,重要的是要达到目的,PRD的目标是啥?目标就是让团队知道需求实现的具体细节,让团队达成统一意见,做到开发有据可依,而不是争论表现形式,只要能够帮助团队成员达成共识,帮助团队成员建立认知的一致性就够了,具体怎么表现形式不重要,选一个团队都能接受的形式,提高沟通和开发效率就行了。
如果团队之前习惯了word形式的PRD,那你就用word写;如果团队成员习惯了axure形式的PRD,那你就用axure写,一切以提高工作效率,达成一致意见为目标。
好,接下来开始分享关于B端产品的WORD形式的PRD该如何写,希望对大家有所帮助和启发。

PRD的组成部分
1、文档产品名称
写个需求文档,你得告诉人家是什么吧,尤其在公司有很多文档的情况下,做好文档管理更是必不可少的一个环节。一般来说文档产品命名(这个文档命名是指文件的名称,不是文档里面的顶部名称,文档里面内容的顶部名称可以参考下图)可以这样写【XXXX需求文档V1.X】,或者【XX需求文档V20201202】。一个可以直观的看到需求文档的修改次数,一个可以直观的看到文档的修改日期,很多人可能说如果后面加日期的话,同一天修改多次咋办?这也好办,可以在名称后面加上序号,比如XX需求文档V20201202_01,这样就知道修改多少次了,当然文档修改的次数还是越少越好,太多了,产品经理的公信力就会下降了。
2、文件状态
文档的状态是草稿?正式发布?正在修改?
当前版本是多少,尤其是你版本修改很多的情况下。
文档密级分为普通、机密、绝密,比如你写的使用手册就是普通,你的产品没有上线前写的文档属于机密,绝密一般情况下遇不到,比如银行项目,国家级项目,就是绝密。
3、版本历史
产品经理也不是神,难免会犯错,所以写的文档难免会更改,这个时候文档修订记录就起作用了。
首先是变更的版本,然后是修订日期、原因与修改情况描述、修订人。
这里的3.2.5是大纲栏目,这样的好处是你修改那一条,人家直接去根据栏目定位到你修改的那一条,作为产品经理,也要注重下用户体验,同时修改的部分需要高亮显示,用不同颜色字体标出来,这样别人找的时候容易找。

4、目录
目录就不用说了,写文章有文章目录,写文档有文档目录,一般word【引用-插入目录】都有。

5、文档介绍
主要介绍文档的目的、文档面向的主要用户,读者对象、参考文献、术语与缩写解释等。

6、项目综述
6.1 项目背景
从大的方向,讲讲项目的相关背景,有什么目标、有没有竞品对象?阶段性计划是什么,传递做这个需求的目的是什么?要达到什么样的目标?让项目开发人员对你的项目背景有了解,程序员知道的越多,做起项目来越有方向性。
如果业务比较复杂,最好用业务流程图来解释一下,比如XX业务流程图,名字可以命名为业务流程。
6.2 项目目标
最好是一些具体的可量化的项目目标,而且最好符合SMART原则。
任何项目都是有预期收益和期待的业务价值的,对于B端产品,有时候业务价值收益不好直接衡量,可以考量功能的使用情况,满意度,等等。
6.3 平台架构
主要把系统的整体架构表现出来,让阅读对象对系统的骨架有个整体性的认知。
6.4 功能架构
上面是从整体的系统架构的角度出发,而功能架构更多是从功能的角度出发,列举一下需要开发的功能。

7、业务需求陈述
7.1 公共需求
这一模块主要把一些公共的需求说明放在这,免得每次都得说一遍,总之将大部分页面公共的功能说明放在此。比如每个报表页面提供导出EXCEL功能、点击删除按钮需要二次弹框确认等。
7.2 功能模块需求说明
某一个功能模块页面具体的需求阐述,下面以某列表页举例。
  • 查询条件

  • 列表字段


  • 排序
数据排序方式说明。例如:根据时间的倒序排列,最新数据在最上面。这些要规范清楚,不然技术就会按照自己的理解来写;
  • 异常情况处理

这里列举一下异常情况:突然没有网络的情况、接口调用超时的情况、收不到回调之后的情况、是否有逆向流程情况、误操作的情况、数据丢失情况等。
包含此项内容是否为了促使产品经理对产品方案思考周全,包括所有的异常情况。

8、数据埋点
按照公司的统一的埋点要求描述需要埋点监控的按钮、页面、事件等。
可以将数据埋点文档直接插入需求文档内。

9、角色和权限
角色权限表,可通过EXCEL的方式插入进来,也可以直接编写。例如下图:

10、运营计划
项目配套的运营推广计划,产品是1,运营是0,好的产品更需要好的运营计划来加持,产品在设计时就应该确认运营计划。

11、待决事项
所有待定事项

上面我列的点可能比较多,实际工作中除了从0-1的产品设计,其他的产品迭代设计可能并不需要这么多,具体需要哪些,大家可以根据自己的需要酌情删减,还是那句话,没有最好的文档,只有沟通效率最高的文档。
最后,如果想系统的学习B端产品经理知识,可参考B端训练
最后欢迎有问题的小伙伴加微信:chanpin628 沟通交流。

此外我们的官方网站也上线了,每日分享高质量的文章、原型素材和行业报告,小伙伴可自行前往索取,支持搜索,需要的小伙伴可点击底部的阅读原文直接查看,或者复制网址:www.dadaghp.com 打开。
更多干货可关注微信公众号:产品刘
想学习更多关于产品、职场、心理、认知等干货,可长按右边二维码,关注我们。
··················END··················
如果想系统的学习产品经理,线下学习可点击线下实战2.0,线上学习可点击手把手教你做产品经理1.0

RECOMMEND

推荐阅读
产品经理距离CEO有多远
产品经理是一个过程
数据分析的流程有那些?
产品疯人院

点击“阅读原文”

即可进行报名。

浏览 48
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报