今天业务部门向我提了个需求,想要在BI上实现一份日报表,并提供了一份日报表的excel文档样例。
我为了”敏捷开发“,没写需求文档,直接把excel扔给了开发。结果就导致一系列后遗症。
首先是开发在写sql的过程频繁确认需求。xxx字段是什么意思?转化率是如何算的?
我又得去找需求方确认需求,开发继续写sql。最后终于出来了报表。需求方一对,错漏百出。各个值都与需求方自己计算的值有差异。
最后一核对需求,是需求方的下单用户数是不统计已退单用户的,而研发写的sql是算进去。需求方的用户转化率是下单uv/访问小程序uv,研发是下单数/总单数。
所以数据产品需要严格的文档,而且需要产品经理自测和配备专门的测试人员。
以下是我们公司通用的报表需求文档
该文档采用的是指标和维度分离的做法,采用这种做法有利于研发的理解和技术实现。同时表明输出的方式是用接口、数仓报表或是excel,数据输出周期可以按天、按周、实时,按天时应注明t+n。
关于指标、维度、原生指标、派生指标等概念,可参考https://blog.csdn.net/weixin_41337483/article/details/99409090
————————————————
更多产品经理成长日记,时间管理心得,读书笔记分享,外文博客翻译,请关注我的公众号「原住民的自修室」