目录
中台好比人的大脑中枢系统,是公司的主干部分。
将公司各条业务的主流程抽象出来,寻找到共通的标准话流程,做成中台业务独立出来,可以避免重复造轮子,业务线可扩展性更强,节约公司资源。
是否选择要做中台系统,也因公司战略、业务发展情况而异,毕竟工作量大、短时间不可见利益的需求,是需要领导层的大力支持。
中台设计根据应用场景的不同,现今可分为:业务中台、数据中台、技术中台。
业务中台
梳理通性功能
以业务流程为导向进行拆分、梳理,归纳共性功能。
比如:个人贷款业务、企业贷款业务
经过抽象发现这两个业务线都需要走如下的流程:
我们可以从这个主干流程中剥离出能做业务中台的功能:用户中台(注册登录)、授信中台(用户资料、审核)、支付中台(放款、还款)。无论是个人用户还是企业用户、都必定要走注册登录、授信、支付这三个最基本的功能,那么在中台筹建前期,就可以考虑在这三个大方向下,再逐步细拆功能。
以支付中台为例,下面罗列出了支付相关模块的一些功能点,结合各条业务线的场景,选择出共通的功能作为支付中台的基本功能,复用率低的功能就不在我们中台项目中了。
标准化数据结构
当我们归纳出业务线的公共模块功能后,深入模块可能会发现,每个业务线对字段的定义等有差异,这种就需要中台做好规范,统一标准,对差异化的数据进行映射。
比如:
各条电商商城业务线下,有京豆、淘金币、咸鱼币这样的虚拟币,那么如果我中台要在一张表里面是要分三个字端来存储吗?答案是否定的。支付中台可以将其统一规范命名一个字端存储,比如命名为虚拟币,当京东业务线调我们支付中台的时候,他取虚拟币这个字段,在京东业务线就指京豆。
中台业务三条红线
工作中新需求难免会出现是业务做还是中台做的争议,这种时候,问自己下面三个问题:
1.该功能是否可服用;
2.该功能是否可以减少业务的开发时间;
3.该功能是否符合公司的战略定位。
答案是肯定的,那么就可以考虑在中台做。
数据中台
数据的作用
当我们做了某个功能,为了及时的得到用户反馈情况,数据收集、清洗、分析就非常的重要,以数据来驱动业务的的迭代优化,准确的瞄准用户实际需求,对产品规划非常重要。
数据有两种收集方式:1.数据埋点;2.借助第三方的统计工具。
数据分析方法
数据分析有多种方法,比如常用的漏斗法、杜邦分析法等等。
漏斗法
将用户的操作流程用漏斗的形式从上到下排列下来,并将每一步用户留存情况标注出来,分析在那几个环节用户流失率最多,以环节驱动,定向的对这些流失率多的环节进行迭代优化。
例如:
用户提交个人信息的流程如下:
根据APP上面的页面埋点,得出了如下的用户流程情况图:
分析上面的漏斗图,我们可以看出,填写完工作信息后还有50%的留存,自拍成功的确只有20%了,流失了30%,就整个流程下来,流失最多,那么我们就可以考虑分析下,自拍照这步的流程是否存在优化的空间,这是一个纵向对比;同时,我们也可以横向对比,每个环节进行同比、环比,分析数据差异,当数据差异过大的时候,就可以具体考虑下是否这个环节存在问题,针对性进行优化。
杜邦分析法
以指标为维度,分析这个指标的影响因素有哪些,再将这些因素进行逐步的拆分细化,逐步排查。
比如:营收收入 = 成交价格 * 总的用户成交数
成交价格不变,总的用户成交数= 日活 * 实际成交人数百分比
那么 我们就可以对比最近一段时间,日活、实际成交人数百分比 这两个指标是否有波动,从而定位到 营收收入受到影响的原因。
数据中台搭建
建立数据中台是需要在多条相关业务线同时运行时才有意义,可以打破各条业务线的数据孤岛,方便用统一标准统计业务线的各项指标数据,同时对接入新业务线时,业务数据走向也可以做一个预判。
数据中台得搭建 和 业务中台一样,确定中台指标范围、定义指标、标准化指标数据。
技术中台
技术中台目的
其实两个字 “解耦”。
为了防止某个模块功能挂了,导致整个系统都不可用,就将模块功能拆分,分别独立部署,减少影响。
技术中台搭建
建议有技术背景的人员进行讨论了,楼主不是专业技术,这里
过 ><
如果写的不错,来个三连行~~~