17 中台产品经理实战:数据中台搭建方法论集合(上)


17 中台产品经理实战:数据中台搭建方法论集合(上)

文章插图
一、数据中台预建设看过我的新书《中台产品经理宝典》的朋友们 , 应该很熟悉我在搭建中台里梳理了一个完整的MSS建设方法论 。
其中有一个重要环节 , 称之为业务标准化(Standard) , 也就是我们需要先对当前业务有一个标准化定义 , 将公司内部不同业务线的业务流程梳理并合并为一套全公司通用的SOP , 在此基础上去建设中台 。
这就好比我们要进行大楼建设 , 如果没有一个稳定的地基 , 上层建筑就无法稳定下来 , 建设出的中台也会出现各种需求不符合 , 业务线不愿对接的现象 。
那么在数据中台建设时也有同样的环节要去完成 , 我们称之为数据中台预建设 。
1. 数据中台的预建设分为两个步骤1)标准化:完成对同一事物的统一描述
例如:统一不同事业线之间的指标口径 , 如财务指标中A业务线使用毛利 , B业务线使用税后毛利作为业务线利润统计 , 这里在财务角度来看就是不统一的 , 需要进行统一 。
2)中心化:数据权限上升至企业层面
我们知道 , 之所以会出现在公司内部对同一事物的描述不同 , 其本质原因是因为各个业务线根据自己的需要去定义了具体的业务对象与数据存储规则 。
例如我们以A , B两条业务线的会员数据来看:
A业务线定义会员存储表:
B业务线定义会员存储表:
从这两张表中我们可以直观的发现如下差异:
A业务线的会员存储字段为4个 , B业务线的会员存储字段为5个 , 因此也就是会员对象定义在本质上就有所不同; 在会员活跃统计上 , A业务线关注用户的访问时间 , 因此在数据库表中记录了上一次访问时间 , B路线更关注用户的消费转化 , 因此记录的是最后消费时间 。此时如果作为数据中台想要统计全公司会员的活跃情况 , 因为A , B业务线的会员活跃概念是完全不同的 , 这两者数据也就无法直接使用 。2. 针对上述情况 , 为了避免各业务线的自主定义 , 在数据中台中通常会将数据权限进行拆分分离
1)控制权限
拥有对数据上层应用提供数据源的权利 。
2)读写权限
拥有数据读取与写入的权利 。
据此我们也得到了有了数据中台后分层数据体系下的不同权限内容:
从图中可以看到业务线只有数据读/写权限 , 无独立控制权限 , 通过这样的设计我们就实现了数据中心化 , 也就是由中台具体向上层应用提供数据 。
在业务线内部 , 每个业务线可以根据自己的需要去定义数据应用 , 例如像上面的例子中定义自己的会员存储字段以及会员活跃定义 。但是一旦进入上层应用 , 如公司级BI报表统计时 , 由数据中台 , 根据各个业务线推送至此的业务数据进行重新计算 。
从而确保各个业务线的数据是使用相同的标准、算法计算得出的相同结论 。
二、全局数据设计完成了预建设之后 , 也就是我们打完了地基 , 接下来需要做的就是全局数据设计 。
所谓全局数据设计 , 实际上就是去确定我们的数据域是什么?也就是我们的整个数据需求边界是什么 , 我们需要为哪些业务对象设立指标进行监控 。
一般来说数据中台的数据域管理可以分为如下两步:


以上关于本文的内容,仅作参考!温馨提示:如遇健康、疾病相关的问题,请您及时就医或请专业人士给予相关指导!

「四川龙网」www.sichuanlong.com小编还为您精选了以下内容,希望对您有所帮助: