第38讲:【产品需求文档】掌握这个方法你也可以写出一份完美的PRD(下)

我是创始人李岩:很抱歉!给自己产品做个广告,点击进来看看。  

第38讲:【产品需求文档】掌握这个方法你也可以写出一份完美的PRD(下)

每天5分钟,你也可以成为优秀的产品经理 。你好,我是郭杉。欢迎来到 《郭杉 产品经理50讲 》第38讲

上一讲我们聊了高质量PRD功能需求部分撰写方法。今天,我们紧接之前留下的话题,继续聊聊高颜值PRD中非功能需求部分该怎么写。

高质量PRD的写法

非功能部分主要由性能需求、数据需求、和其它需求组成。其中,性能需求和数据需求写的会比较多一些,我们拿出来详细说一下。

1.产品性能需求

性能需求一般由开发人员提出。对于产品经理来说,也可以适当提一些产品性能需求。

但要切记,提需求时不要去写诸如“提高应用速度”这类空泛的需求。需要写可被量化的性能需求,。

例如:“iPhone7以上机型进入应用速度3秒内”。这样开发人员就有一个具体的参照目标,可以进行针对性的优化。

由于性能需求的特殊性,由产品经理独立撰写的做法不太理想。推荐的做法是让开发人员自己来写性能需求,然后由产品经理贴在PRD文档性能需求部分,或由开发人员口述,产品经理转写的方式进行。

2. 产品数据需求

数据需求也是在产品需求文档上必须要体现出来的一个部分。理论上所有新功能都需要去采集数据,不管是它是新增页面、还是新增的功能入口或新增的可点击的位置,都要进行数据采集。

另外,凡是改动优化的点,需要进行前后数据对比的时候,我们也要进行数据埋点采集。方便新版本发布之后,我们可以进行新老数据对比。

一些产品核心的数据指标,比如DAU、MAU等,这些指标会在产品“初始状态”的时候就做好了埋点统计,后续指标的数据已经具备了,不需要我们在每个版本的需求文档里都重复去撰写。

有不少产品经理容易在做新功能的时候,忘记在需求文档里加入数据埋点的需求,这会造成产品上线后版本数据无法上报的情况发生。

即使,后来我们发现并在后续版本做了相应的弥补措施,但并不是所有用户都会升级到最新版本,对于那些不会升级到最新版本的用户,这部分数据就永久的遗失、再也不可能能找回了。

另外,即使用户升级找回了数据,对于从上个版本到当前版本这个区间范围之内的数据,也是处在遗失无法找回的状态。

所以,一定要牢记一点:埋点数据遗失不可逆。凡是做了新功能,一定考虑到要把埋点做好。

对于数据的采集我们必须要知道,像PV,DAU,MAU这些基础数据,是产品必须要采集的。还有像按钮、功能入口和图标的点击次数和人数,我们也需要做好数据采集。

关于按钮点击的数据统计,产品经理可以通过维护一个Excel表的方式进行。这个表中有按钮的ID、有按钮功能的描述(比如这是哪个功能入口)、有埋点的版本(埋在了哪个版本)及负责人(由谁来埋的点),我们需要把它依次列出来。

按钮ID考虑可以用模块划分,比如按钮ID001021,第一位首位代表主模块0,第二位代表二级页面的模块01,剩下的代表具体按钮的数字021

对于功能数据,例如电商应用常见的“积分兑换优惠券使用的次数,兑换奖品的次数,用户的抽奖次数”等则需要依次在数据需求部分列出并写明统计的相关方法。

最后,对于页面路径,比如从商品详情页到支付成功的转化漏斗,数据需求的写法会比较复杂。产品经理在撰写统计的数据需求时,需要沿着整体转化漏斗(如从商品详情页,购物车页面,订单详情页,支付页面到支付成功页),逐层写清楚每层要统计的内容项及每一项的具体统计点。这样研发同事才能需要对每个页面进行埋点,方便我们更有针对性的对产品做出后续的改进。

3.其它需求

产品需求文档中其他非功能需求部分的写法比较简单,这里就不再细说了,大家按照实际需要撰写即可。

好了,以上就是本讲的全部内容了。

关于“撰写高质量产品需求文档”,你有什么想说的呢?欢迎你在评论区留言给我。

如果觉得这一讲的内容不错,记得给我点个赞。

下一讲,我们一起聊聊“撰写PRD时避免的7大坑”这个话题。记得准时观看哦!

好的,本讲的内容到这里就全部结束了。我是产品专家郭杉,我们下一讲见。

随意打赏

提交建议
微信扫一扫,分享给好友吧。