一、客观场景 据调研,开发测试非常反感以下类型的B端产品经理: 新西兰电话号码列表 业务流程都整不明白,还是开发帮其捋出来的; 讲完一个需求,让开发花几天或几周时间梳理其不明确的逻辑点; 已经到了敲代码阶段了,还在多次改需求; 写的需求来自拍脑袋而不是客观业务背景; 需求文档让测试根本不知道怎样写测试用例。 这些问题的解决办法除了用人情交际手段、扯皮解决,还可以从严于律己的角度出发,新西兰电话号码列表 踏踏实实写好PRD文档,写出能征服开发、测试的PRD文档,然后宣讲需求的时候按照文档写的顺序宣讲就行。 “怎么写PRD文档”这常常是培训机构做的事情,主要给那些将要做产品经理的新人同学看,我讲的是“怎样写出征服开发测试的B端PRD文档”,主要写给已经做B端产品经理2年以上的同学看,新西兰电话号码列表目的是让B端产品经理能通过PRD文档表达实力、提升能力、征服开发,从而提高产研协作效率和竖立产品经理威严。 二、开发测试的诉求 那么到底怎样才能写出征服开发测试的B端PRD文档 ? 首先就得分析开发测试通过PRD文档到底想知道什么、也就是其需求是什么,然后有效地满足他们的需求,最后在宣讲需求的时候用通俗易懂的话讲清楚、让听众听明白。新西兰电话号码列表 那么开发测试到底通过PRD文档主要想知道什么呢?
1. 前端开发 哪些增删改查页面要做; 每一个界面交互逻辑; 新西兰电话号码列表 哪些节点要请求后端哪些接口; 为何要做这个需求。 2. 后端开发 核心和具体功能的业务流程是什么; 前端的哪些交互需要调用我的什么接口; 涉及到哪些表,表之间的数据流向是什么、表结构怎样设计;新西兰电话号码列表 需要其它后端开发配合我联调什么接口; 为何要做这个需求。 3. 测试 要写哪些明确的用例。 三、八招征服 那么到底怎样写PRD文档,才能满足开发测试上面的这些需求呢? 经过6年的ERP、新西兰电话号码列表 供应链相关产品设计实战,我总结出了“八招”,读者在使用这八招时需要实事求是一切从实际出发,毕竟难度很大。新西兰电话号码列表 为了让读者理解起来不那么枯燥,我把这8招分开阐述,且配了相关案例。 1. 更新标记 无论是创建一个全新的大需求,还是在已有需求中增删改需求都要有标记,这样就可追溯需求。如果不这样做,有时产品经理自己就会发现之前的逻辑是什么不知道,特别是前任产品离职后如果不交接清楚,你接收后会一脸懵。 我说的标记是只在文档内容中要有标记,这样开发测试只需搜索这个标记就知道了“这个需求”涉及哪些,新西兰电话号码列表 而不是要全文阅读。就好像你在监控下面干了什么,都被拍下来了一样,下面我列举了2个简单案例。