数据产品经理之数据准确性及测试必要性

昨天遇到个说大不大说小不小的事，我们BI部门完成了运营部的一个日报需求，运营部验收过程中BI上查询出来的日数据与他们自己的数据不一样。不一致体现在访问小程序人数和下单人数，两个数据都是运营部比我们给出的数据高。（运营部在提需求时要求的访问小程序人数是uv，下单人数也是去重）

遇到这样的问题我当然要追运营部的数据源。结果他们告诉我是之前叫一个研发同事从bi库拿出来的，查看一下了他们的sql语句，他们的访问小程序人数是没有去重的，而我们提供的是uv，他们实际上要的也是uv。

他们的下单人数是按下单的收件电话这个字段group by的，而我们是按照下单人的微信id进行group by的。其中的不同就是用户在下单时，可以填写不同号码，比如用户给他的同事点个外卖，这就导致了我们的下单人数比他们之前得到的少。而实际上我们这个数据才是运营想要的。

结果就是，我们是完全正确的。而运营部则用错误的数据源，产生了一个月的错误的日报，开心地分析了一个月错误的数据，做出了可能错误的决策。

所以说，数据产品部门不仅要有研发、还要配备测试。

人永远是信不过的。就好像我们小学、初中的那些考试，试卷并不难，检查了30分钟确保无误后交了试卷，最后的分数还是98。自己检查自己的试卷是很难发现错误。让研发自己验证自己的sql逻辑，他的答复往往是没错。所以我们需要一个逻辑好又细心的测试。

否则这次只是运营的数据出错，如果有一天给财务的数据都是错的，或者公司的关键指标都是错，那后果谁来负责？