当前位置:100EC>互联网研究>实战:数据中台入门:数据中台对内、对外合作机制
实战:数据中台入门:数据中台对内、对外合作机制
发布时间:2019年08月13日 10:07:37

(网经社讯)本篇文章讲一下数据中台的人员构成、内部如何合作、数据中台的项目管理、数据中台如何与运营部门合作这几个问题。

第一步要确定指标的业务口径。

业务口径应该由数据中台的产品经理来主导,找到提出该指标的运营负责人沟通。接下来要问清楚这个指标有什么用,给谁用。

不是所有的指标都有开发的意义,因为数据中台前期每做一个指标都会花费大量的人力资源,所以一定要考虑这个指标的性价比,我们投入这么多资源,能够给公司带来什么,要么直接和交易额相关,要么就是能节省运营同事大量的工作时间,节省人力成本也是为公司省钱嘛。

第二步要确定指标的技术口径。

技术口径是由建模工程师主导,此时模型设计师要和产品经理沟通整个指标的业务逻辑,另外就是产品经理需要要协调业务方的技术开发人员和建模工程师一起梳理数据库层面需要用到表结构和字段。一定要精确到字段级别。

这些字段都确定好后,就能初步定下来这个指标能不能统计,如果不能统计产品经理应该主动告知运营并且还要告诉运营同事做了哪些功能才能统计这些指标,接下来就是协调业务方产品经理讨论是不是要做这些功能。

第三步是原型设计和评审。

这部分还是产品经理来主导,基于需求设计原型。原型设计完后要进行内部评审和外部评审。内部评审要拉上我们的架构师、建模工程师、数据开发工程师、后端开发工程师、前端开发工程师、UI、测试工程师,一起说明整个功能的价值和详细的操作流程,确保大家理解的一致。

接下来产品经理要和运营基于原型做一个外部评审,把有歧义的地方一并解决。比较重要的功能产品经理需要发邮件让我们的运营进一步确认,并同步给所有的运营同事保证大家的口径一致。

第四步是模型设计。

此时主导的是我们的模型设计工程师,模型设计会采用三层建模的方式把数据更加科学的组织存储。分为 ODS(操作数据层),DWD(明细数据层)、DWS(汇总数据层)、ADS (应用数据层),这是业界对数据分层常用的模型。模型设计工程师要清楚的知道数据来源自那里,要怎么存放。

第五步是数据开发。

此时主导的是大数据开发工程师。首先要和数据建模工程师沟通好技术口径明确好我们计算的指标都来自于那些业务系统,他们通过数据同步的工具将数据同步到ODS层,然后就是一层一层的通过SQL计算到DW*层,一层一层的汇总,最后形成可为应用直接服务的数据填充到ADS层。

另外大数据开发工程另外一个比较重要的工作就是设置调度任务,简单来讲就是什么时候计算提前写好的计算脚本如T-1每天凌晨处理上一天的数据。随着业务的增长,运营会对实时数据的需求越来越大,还有一些实时计算任务的配置也是由大数据开发工程师完成。

第六步是后端开发。

此时由后端开发工程师主导,后端开发工程师基于产品经理的功能定义输出相应的接口给前端开发工程师调用,由于ADS层是由数据开发工程师已经将数据注入常规的关系型数据库(如MYSQL等),此时后端开发工程师更多的是和产品经理沟通产品的功能、性能方面的问题,以便给使用者更好的用户体验。

第七步是前端开发。

此时主导的是前端开发工程师。原型出来后产品经理会让UI设计师基于产品功能的重点设计UI,UI设计师经过反复的设计,UI最终定型后,会给我们的前端开发工程师提供切图,前端开发工程师基于UI的切图做前端页面的开发。

第八步是联调。

此时数据开发工程师、前端开发工程师、后端开发工程师都要参与进来。一般来说需要大数据开发工程师基于历史的数据执行计算任务,数据开发工程师承担数据准确性的校验,前后端解决用户操作的相关BUG保证不出现低级的问题。

第九步是测试。

此时由测试工程师来主导。测试工程师在完成原型评审后就要开始写测试用例,那些是开发人员自己要自测通过才能交上来测试的,那些是自己要再次验证的都在测试用例写清楚。此时有经验的产品经理会向运营人员要历史的统计数据来核对数据,不过运营人员的数据不一定准确,只是拿来参考。

最终测试没问题后,产品经理可以协调运营人员试用,试用中发现的一些问题再回炉重新修改,此时整个研发过程就结束了。

第十步是上线。

运维工程师会配合我们的前后端开发工程师更新最新的版本到服务器,此时产品经理要找到该指标的负责人长期跟进指标的准确性。重要的指标还要每过一个周期内部再次验证,从而保证数据的准确性。

数据中台内部迭代计划

每月制定月度计划,设定月度目标

每个月我们会组织和每条产品线的运营、产品同事做一个常规沟通,主要沟通他们目前使用数据中台遇到的一些问题,他们下个月的计划是什么。

基于运营的反馈,我们会制定下个月的迭代计划。产品经理基于运营的反馈定义下个月要做的内容和优先级,架构师和项目经理基于需求的工作量排开发计划,这个开发计划是精确到每两周一个迭代完成月度目标。

我们制定了一套规范的取数流程,业务人员要写清楚自己取数的目的,指标的业务口径、统计周期等

。这个需要经过运营负责人的审核,数据中台产品经理的审核。产品经理审核主要确定这个数据的意义和目前的系统是否有这样的数据,如果真的需要帮他们取数,要进一步确认业务口径。尽量做到,让开发看到业务口径就知道该怎么计算那些指标,不浪费开发的时间。(来源:人人都是产品经理 文/董超华 编选:网经社)

网经社“电融宝”是专业的电商投融资服务平台。拥有的20000+投资方数据库(包括天使投资人、VC/PE、产业资本、互联网巨头、上市公司等),以及近20年10000+电商融资事件大数据库。为创业者提供项目主页、项目诊断、项目包装、投资人对接、项目宣传、融资路演、社群对接、数据库定向发送等多项服务。是电商企业投融资的重要“智库”与投资者之间的“桥梁”。

【版权声明】秉承互联网开放、包容的精神,网经社欢迎各方(自)媒体、机构转载、引用我们原创内容,但要严格注明来源网经社;同时,我们倡导尊重与保护知识产权,如发现本站文章存在版权问题,烦请将版权疑问、授权证明、版权证明、联系方式等,发邮件至law@netsun.com,我们将第一时间核实、处理。

平台名称
平台回复率
回复时效性
用户满意度
04rfd.com 661bmw.com 89sblive.com msc365.com 566tyc.com
sun711.com msc526.com tyc162.com 619bmw.com 875tyc.com
58suncity.com sun256.com sb93.com sun838.com pj34.com
澳门银河娱乐登入 tyc979.com 菲律宾太阳城申博 tyc228.com 952sb.com