从传统电商,到移动互联网,再到O2O,有大量的或成功或失败的实践。而“全渠道”这个热搜词,可供参考的实践还不是很多。
很多企业以为接入了不同的渠道就算全渠道了,却不知全渠道最大的机遇是通过对后端的改造,利用在全渠道后台上流通的用户数据、商品数据和渠道数据,将为企业带来新的无限商机,并提升品牌价值。现在就和大家分享一下曙华MEC电商架构端到端的实践经验。
全渠道运营的核心,是对粉丝数据的管理,特别是行为数据,而不仅仅是交易数据。数据如时间,一去不复返。然而,很多企业都想跳过这个阶段,总想着哪里可以搞到更多的流量。如果连自己本来就有的流量和用户都没有管理好,买来的流量就如空手去兜风,风穿指缝过。
通过对用户行为数据的分析,一个普通访问电商平台的用户在进入平台页面时,系统能够根据用户日常的行为偏好和习惯,用户心里想要购买的商品,在还没有发生点击行为时,系统能自动推荐到用户访问的页面,提升平台用户下单转化率。当然这只是对用户数据管理的一个简单的分析应用场景。
为支撑全渠道运营数据分析,最大化发挥渠道价值,曙华MEC系统数据分析纬度如下
目前做大数据平台的公司,大多数采集的数据指标和输出的可视化报表,都存在几个关键问题:
1.采集的数据都是以渠道、日期、地区统计,无法定位到具体每个用户;
2.计算统计出的数据都是规模数据,针对规模数据进行挖掘分析,无法支持;
3.数据无法支撑系统做用户获客、留存、营销推送使用;
所以,要使系统采集的数据指标能够支持平台全渠道运营分析,必须围绕用户为主线来进行画像设计,在初期可视化报表成果基础上,将统计出来的不同规模数据,细分定位到每个用户,使每个数据都有一个用户归属。将分散无序的统计数据,在依据用户来衔接起来,在现有产品界面上,每个统计数据都增加一个标签,点击标签,可以展示对应每个用户的行为数据,同时可以链接到其他统计数据页面。由此可以推导出,以用户为主线来建立数据采集指标维度:用户身份信息、用户社会生活信息、用户资产信息、用户行为偏好信息、用户购物偏好、用户价值、用户反馈、用户忠诚度等多个维度,依据建立的采集数据维度,可以细分到数据指标或数据属性项。
要支撑多纬度,细分数据的采集,存储加工,特征数据提取以保证全渠道运营的开展,稳定可灵活扩展的系统架构是基础,曙华MEC电商系统是建立在自主研发的BPC定制框架基础之上,根据多渠道电商业务的数据特点,集成但模块化,以服务为导向的,灵活可扩展的企业级框架。
基本应用服务架构
这张图最下面那个大的蓝色的背景是一个通用的,可以获取各种计算资源,以及计算平台的一种能力的一个系统,完全业务归业务,资源归资源,框架归框架的。
服务于流动的数据
我们做计算机系统来讲,其实服务的是这些变动的数据,你所有问题的产生都是因为不同纬度上数据的增加,不管商品条目的增加还是商品属性的增加,还是你业务场景模式的增加。你当前用户的数据收集这个是非常夸张的,今天收了一个表,明天你访问所有网站上面都是表,就是说数据流动是很快的,这些数据不管是在广告行业还是电商行业就这样被用了。
数据如何转成价值
有了粉丝数据之后,品牌商需要衡量粉丝的价值以指导运营。注意,这里提到的还是广义的“粉丝”,而不是有了交易行为之后的狭义上的“消费者”。按照我们的经验和分析,一个粉丝的潜在价值和该粉丝是否同时出现在多个渠道上有关。直观地说,就是如果一个粉丝既在网上买你的东西,又来逛你的实体店,还关注你的社交媒体平台,这样的粉丝基本上就是你的铁杆粉。由此,以粉丝数据和粉丝所使用的渠道数量为基础,我们会为品牌商计算出一个“全渠道价值指数”。
当然,每个粉丝的价值是随着TA的行为在发生变化,都有一个生命周期。一个完善的全渠道管理系统,应该是可以根据该粉丝来自于各个渠道的数据,随时计算出粉丝的价值,并提示品牌商该采取什么相应的策略。
在支撑全渠道数据分析过程中,曙华MEC电商架构从以下方面进行调优(优化是架构设计时,就要考虑的,一般从架构/代码级别解决,调优主要是简单参数的调整,比如JVM调优;如果调优涉及大量代码改造,就不是调优了,属于重构):
业务拆分
应用集群部署(分布式部署,集群部署和负载均衡)
多级缓存
单点登录(分布式Session)
数据库集群(读写分离,分库分表)
服务化
消息队列
其他技术
总结曙华MEC电商架构优势
快速,可靠:MEC架构的持久性层可持续满足客户大量需求,因此,如果你需要实时支持数以百万计的有关产品,客户和价格的数据,MEC商务平台绝对是可靠之选.
简单,直接:MEC采用了全球最简单,最清洁,最新的架构,可供Spring开发人员轻松使用,甚至还可以在笔记本电脑上运行.此外,我们还提供丰富的API和业务文档以及最佳实践建议.
集成但模块化:MEC架构的核心理念是模块化.这款商务平台提供了一个开发框架,在这个框架之上,客户可以集成额外的MEC应用,并构建定制应用和扩展应用.
基于标准:MEC架构基于标准技术构建,因为能够降低平台管理成本,简化平台管理流程.我们的架构采用的是公认的标准,如Spring,Mybatis,Groovy和Apache Commons.
灵活,可扩展:MEC架构能够随企业业务的发展而扩展,灵活满足企业不断变化的需求.企业可以使用Spring框架连接新组件和现有组件,并快速进行配置,同时还能快速添加自身的业务对象好流程.
以服务为导向:Spring框架简单易学,且可轻松扩展.你可以将服务添加到服务层,并让该解决方案的其他组件也可访问这些服务.Web服务基于行业标准框架开发,因此使用于各种客户端.