趣投稿|中台产品经理实战(16):大厂数据中台的通俗化解读( 二 )


我们知道互联网的本质上就是在进行数据流动 , 而在各个产品中我们人为地将数据划分成了不同的属性 , 因此业务中台与数据中台的本质区别就是对同一个事物中的业务数据与描述数据分别管理 。

  • 业务数据:所谓业务数据就是指用户在使用系统时必须输入的信息和得到的信息 。 举例来说 , 在支付环节中每笔收入都会产生对应的现金流动 , 而此时收入数据就处于我们业务中台的需求范围 。
  • 描述数据:这类数据就是我们用来描述业务发展好坏的参照物 。 例如对于企业来说 , 无论属于哪一个行业 , 市场评价其业务好坏的指标只有两个 , 那就是收入与净利润 , 这就是描述数据 。
但是值得我们注意的一点是 , 业务数据、描述数据这两者可能随着模块的变化而产生属性互换 , 也就是在甲模块中的业务数据到乙模块中可能就变成了其描述数据 。
例如下图中的网址 , 网站描述这些字段信息就属于业务数据:
而下图的这些指标就属于描述数据:
趣投稿|中台产品经理实战(16):大厂数据中台的通俗化解读
本文插图

我们看到通过这一方法就可以快速完成不同类型中台的区分 。
四、阿里的数据中台演化四个阶段
提到数据中台 , 我们肯定绕不过中台概念的鼻祖阿里 , 这里我为大家整理了国内中台的领导者阿里的中台发展的几个关键阶段 , 分别是:
  • 数据库阶段:主要是OLTP(联机事务处理)的需求;
  • 数据仓库阶段:OLAP(联机分析处理)成为主要需求;
  • 数据平台阶段:主要解决BI和报表需求的技术问题;
  • 数据中台阶段:通过系统来对接OLTP(事务处理)和OLAP(报表分析)的需求 , 强调数据业务化的能力 。
四、数据中台的落地场景化案例
讲这么多概念 , 我们来看一个具体的数据中台落地案例 , 在一家商业地产管理公司内部 , 拥有多条业务线 , 商场收银POS , 停车管理软件 , 我们基于数据中台来打通各个系统 。
商业地产多种业务复合场景:
1)用户触达:在商业广场中任意门店完成消费
通过POS系统的会员卡ID , 在本步骤我们完成用户到场消费的描述时间记录 , 确认有该用户进入广场 , 通过门店消费我们第一次感知到了用户 , 并为用户在价格标签上确定了价格带 。
2)用户跟踪:电影院消费
通过用户在本商业广场电影院进行电影消费 , 我们获取到了用户的偏好信息 , 打上了娱乐标签 , 并再次确认了用户属于在场状态(未离开商业广场) 。
3)数据服务:消费后停车场2小时免费使用
当用户扫码准备付停车费时 , 根据前两步获得的用户在场时长与消费金额 , 自动计算消费金额是否超过指定标准 , 从而享受免费停车 。
我们发现通过这样的数据中台支撑 , 在这样的辅助功能定义下 , 这个商业广场的会员就有了价值 , 我们就能把整个用户消费行为描述数据串联了起来 。
综上 , 要想发挥数据中台的作用 , 这家公司必须是一个多业务线的基础 , 数据中台才有存在的意义 , 否则在单一业务线下我们还是老老实实的去使用数据工具即可 , 毕竟工具没有优劣适合业务的才是好工具 。
最后想要了解更多中台搭建实战内容 , 或者想要学习掌握更多高阶产品经理的必备技能 , 可以来看看我的这本《中台产品经理宝典》一书 , 相信会给你带来不少启发!
#相关阅读#
中台实战(11):中台产品经理能力模型
中台实战(12):中台建设的三大误区
中台实战(13):为什么你需要懂一点中台思维
#专栏作家#
三爷 , 微信公众号:三爷茶馆 , 人人都是产品经理专栏作家 , 2019年年度作者 。 《中台产品经理宝典》作者 , 原万达高级产品、MBA特约讲师、独立创业者 , 现某支付公司产品线负责人 , 拥有多款集团项目从零到一经验并带领实现商业化布局 。


推荐阅读