手把手教你写B端产品PRD

B端产品PRD,B端产品设计

在说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】,这样就知道修改多少次了,当然文档修改的次数还是越少越好,太多了,产品经理的公信力就会下降了。

手把手教你写B端产品PRD

2、文件状态文档的状态是草稿?正式发布?正在修改?

当前版本是多少,尤其是你版本修改很多的情况下。文档密级分为普通、机密、绝密,比如你写的使用手册就是普通,你的产品没有上线前写的文档属于机密,绝密一般情况下遇不到,比如银行项目,国家级项目,就是绝密。

手把手教你写B端产品PRD

3、版本历史产品经理也不是神,难免会犯错,所以写的文档难免会更改,这个时候文档修订记录就起作用了。首先是变更的版本,然后是修订日期、原因与修改情况描述、修订人。这里的3.2.5是大纲栏目,这样的好处是你修改那一条,人家直接去根据栏目定位到你修改的那一条,作为产品经理,也要注重一下用户体验,同时修改的部分需要高亮显示,用不同颜色字体标出来,这样别人找的时候容易找。

手把手教你写B端产品PRD

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

手把手教你写B端产品PRD

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

手把手教你写B端产品PRD
手把手教你写B端产品PRD

6、项目综述6.1 项目背景从大的方向,讲讲项目的相关背景,有什么目标、有没有竞品对象?阶段性计划是什么,传递做这个需求的目的是什么?要达到什么样的目标?让项目开发人员对你的项目背景有了解,程序员知道的越多,做起项目来越有方向性。如果业务比较复杂,最好用业务流程图来解释一下,比如XX业务流程图,名字可以命名为业务流程。

手把手教你写B端产品PRD

6.2 项目目标最好是一些具体的可量化的项目目标,而且最好符合SMART原则。任何项目都是有预期收益和期待的业务价值的,对于B端产品,有时候业务价值收益不好直接衡量,可以考量功能的使用情况,满意度,等等。

手把手教你写B端产品PRD

6.3 平台架构主要把系统的整体架构表现出来,让阅读对象对系统的骨架有个整体性的认知。

手把手教你写B端产品PRD

6.4 功能架构上面是从整体的系统架构的角度出发,而功能架构更多是从功能的角度出发,列举一下需要开发的功能。

手把手教你写B端产品PRD

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

手把手教你写B端产品PRD

7.2 功能模块需求说明某一个功能模块页面具体的需求阐述,下面以某列表页举例。

  • 查询条件
手把手教你写B端产品PRD
  • 列表字段
手把手教你写B端产品PRD
  • 排序

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

  • 异常情况处理

这里列举一下异常情况:突然没有网络的情况、接口调用超时的情况、收不到回调之后的情况、是否有逆向流程情况、误操作的情况、数据丢失情况等。包含此项内容是否为了促使产品经理对产品方案思考周全,包括所有的异常情况。8、数据埋点按照公司的统一的埋点要求描述需要埋点监控的按钮、页面、事件等。可以将数据埋点文档直接插入需求文档内。 9、角色和权限角色权限表,可通过EXCEL的方式插入进来,也可以直接编写。例如下图:

手把手教你写B端产品PRD

10、运营计划项目配套的运营推广计划,产品是1,运营是0,好的产品更需要好的运营计划来加持,产品在设计时就应该确认运营计划。11、待决事项所有待定事项上面我列的点可能比较多,实际工作中除了从0-1的产品设计,其他的产品迭代设计可能并不需要这么多,具体需要哪些,大家可以根据自己的需要酌情删减,还是那句话,没有最好的文档,只有沟通效率最高的文档。

本文来自产品刘(刘大大a),本文观点不代表 PmTemple 立场,转载请联系原作者。原文链接:

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
研究院精选的头像研究院精选认证编辑
上一篇 2021年6月7日 上午8:48
下一篇 2021年6月11日 上午9:10

相关推荐

发表回复

登录后才能评论
微信公众号
微信公众号
edgesensor_high 小程序
小程序
分享本页
返回顶部