手把手教你写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.0RECOMMEND推荐阅读产品经理距离CEO有多远产品经理是一个过程数据分析的流程有那些？产品疯人院点击“阅读原文”即可进行报名。 浏览 51点赞 评论 收藏 分享 手机扫一扫分享分享 举报 评论图片表情视频评价全部评论推荐 手把手教你写B端产品PRD明天上线0手把手教你写B端产品PRD小飞哥笔记0手把手教你写堵塞队列！Java研发军团0手把手教你写一个脚手架大海我来了0电子书丨《手把手教你做B端产品》博文视点Broadview0手把手教你写一个数据库连接池！业余草0手把手教你写一个迷你 Webpack前端Q0手把手教你写一个迷你 Webpack前端Sharing0手把手教你写一个迷你 Webpack前端技术江湖0手把手教你写一个前端脚手架引言脚手架是什么，相信各位已经熟悉得不能再熟悉了，毕竟无论是vue开发者（vue-cli）还是react（create-react-app）开发者，他们都有各自的脚手架，个人虽是用react更多，但不得不说是更喜欢vue-cli的，它的插件机制非常有意思，虽不如webpack的plugin那么方便，点赞 评论 收藏 分享 手机扫一扫分享分享 举报
