产品|征服开发测试的B端PRD文档是怎样写成的_体系|积分|用户|产品|老用户

编辑导语：需求文档的撰写有助于产品经理更好地理清思路，协助后续项目业务的分析复盘，与此同时，也可以让团队人员更好地理解业务需求，推动项目进行。那么，B端产品经理如何撰写出让开发测试都能理解且认可的需求文档？本文作者做了总结，一起来看一下。

文章插图
一、客观场景据调研，开发测试非常反感以下类型的B端产品经理：

业务流程都整不明白，还是开发帮其捋出来的；
讲完一个需求，让开发花几天或几周时间梳理其不明确的逻辑点；
已经到了敲代码阶段了，还在多次改需求；
写的需求来自拍脑袋而不是客观业务背景；
需求文档让测试根本不知道怎样写测试用例。

这些问题的解决办法除了用人情交际手段、扯皮解决，还可以从严于律己的角度出发，踏踏实实写好PRD文档，写出能征服开发、测试的PRD文档，然后宣讲需求的时候按照文档写的顺序宣讲就行。
“怎么写PRD文档”这常常是培训机构做的事情，主要给那些将要做产品经理的新人同学看，我讲的是“怎样写出征服开发测试的B端PRD文档”，主要写给已经做B端产品经理2年以上的同学看，目的是让B端产品经理能通过PRD文档表达实力、提升能力、征服开发，从而提高产研协作效率和竖立产品经理威严。
二、开发测试的诉求那么到底怎样才能写出征服开发测试的B端PRD文档？
首先就得分析开发测试通过PRD文档到底想知道什么、也就是其需求是什么，然后有效地满足他们的需求，最后在宣讲需求的时候用通俗易懂的话讲清楚、让听众听明白。那么开发测试到底通过PRD文档主要想知道什么呢？
1. 前端开发

哪些增删改查页面要做；
每一个界面交互逻辑；
哪些节点要请求后端哪些接口；
为何要做这个需求。

2. 后端开发

核心和具体功能的业务流程是什么；
前端的哪些交互需要调用我的什么接口；
涉及到哪些表，表之间的数据流向是什么、表结构怎样设计；
需要其它后端开发配合我联调什么接口；
为何要做这个需求。

3. 测试要写哪些明确的用例。
三、八招征服那么到底怎样写PRD文档，才能满足开发测试上面的这些需求呢？
经过6年的ERP、供应链相关产品设计实战，我总结出了“八招”，读者在使用这八招时需要实事求是一切从实际出发，毕竟难度很大。为了让读者理解起来不那么枯燥，我把这8招分开阐述，且配了相关案例。
1. 更新标记无论是创建一个全新的大需求，还是在已有需求中增删改需求都要有标记，这样就可追溯需求。如果不这样做，有时产品经理自己就会发现之前的逻辑是什么不知道，特别是前任产品离职后如果不交接清楚，你接收后会一脸懵。
我说的标记是只在文档内容中要有标记，这样开发测试只需搜索这个标记就知道了“这个需求”涉及哪些，而不是要全文阅读。就好像你在监控下面干了什么，都被拍下来了一样，下面我列举了2个简单案例。
1）修改字段名称
2）修改一段逻辑
2. 业务场要写清楚业务上遇到什么了问题，然后你的产品方案是要解决这个问题的，不然开发测试不知道你为何要做这个需求。还要写清楚这个问题是怎样来的，是来自实际业务、还是谁拍脑袋的，这样开发测试就知道了需求的真实性。
如果你还有空的话，可以写下分析这个问题的过程、以及解决这个问题的多种方案，这样开发测试就能身临其境地知道了这个需求的来龙去脉。