取消
搜索历史
热搜词
原创
活动
产业创新
转型理念
ENI专访
当前位置:首页 >文章发布 > 正文
上海东方国际衣架信息化负责人邵佳宇:偶然中的必然选择——中台
来源:ENI经济和信息化网  : 邵佳宇 2022-10-27 17:15:50
如何用中台实现对业务的拆分和抽象,怎么合理地对现有业务进行服务封装以及复用?

“衣之霓裳,架于栋梁”,诞生于2012年的衣架女装,是上海东方国际集团旗下的轻奢品牌。其门店主要集中在全国一、二线城市核心商圈,随着电商的快速发展及消费者购物方式的转变,2017年衣架开始布局线上线下的全渠道营销模式,形成了目前直营+全渠道的营销模式,并实现了线上线下的库存共享。

基于已有的设计、开发、生产、分销等信息化建设,衣架结合企业需要与第三方系统对接、多渠道数据打通、线上线下库存共享等需求,通过与炎黄盈动的合作,衣架借助AWS PaaS平台构建了企业中台,通过“前台”+“中台”的方式,实现了衣架最初“大中台、小前台”的构思。整个中台的部署,涵盖了库存中心、会员中心、订单中心、店铺中心、商品中心、分销中心和仓储中心,实现了多渠道,多体系的数据信息的统一管理。

衣架的信息化需求及挑战

时间倒转回2016年年底,衣架的CRM选型进入后期方案设计阶段,公司希望在2017年可以完成三个关键的项目,即CRM系统上线,同时打通POS和CRM,形成会员权益的管理闭环;打通天猫及线下门店的库存,进行统一管理。

当时CRM的选型已接近尾声,CRM是基于 SaaS 的模式实现的,如何才能把会员数据沉淀到企业自身的数据库中,是邵佳宇团队首先考虑的问题。其次是如何统一微信、广告引流、电商、线下门店搜所收集到的会员信息,确保CRM数据与企业自身的平台数据交换能够及时、完整和安全

POS面临全面升级。但在升级POS时,衣架采用的是分批次升级,因此,新旧系统必须可以同时使用。还需要做到底层数据库不变,确保销售完成后业务的数据驱动逻辑必须是一致的。CRM 强调会员服务和体验,升级后POS和CRM系统要形成会员权益管理闭环,门店库存实时更新,所有销售数据实时传回总部。

对于天猫库存可以和线下共享这部分,衣架希望在尽可能不改变终端门店的日常操作习惯的基础上实现不同渠道支持不同的库存共享逻辑、不同渠道支持不同订单的路由逻辑,同时还可以与天猫电商平台对接。

\

通过对这几个项目的研究,衣架女装内部初步判断未来企业信息化的发展趋势可能会存在需要大量跟第三方系统对接的场景。因此,衣架最初期望通过寻找一家服务商来搭建企业的ESB平台,以实现与微信商城、淘宝等线上购物平台,以及线下门店等第三方系统的对接;同时所有产生的经营数据都可以沉淀在企业数据库中;对所有的信息交互接口进行统一管理的目标。

与中台不期而遇

寻寻觅觅之际,在与行业内的CIO们沟通的偶然机会,邵佳宇接受到了全新的信息化框架,它强调的是企业微服务,对企业信息化需要也有“积木”化的思想;又通过服务商的介绍,接触到了服务中心的理念,到底是建平台还是建“烟囱”、服务复用等;最后通过实地考察某服装企业,了解了传统信息化向中台改造的方向和路径。新思想、新理念以及实地的参观考察,使得邵佳宇受到启发,进而思考中台是否可以解决衣架信息化建设的需求。

\

在推演的过程中,邵佳宇遇到了一个难题——如何处理中台与现有系统的关系。“经过内部讨论,我们有两条思路,一是完全推翻替换所有的系统,好处在于它不需要背负历史系统带来的负担,但经评估这种方式存在比较大的风险;二是沿用现有系统的数据库主体作为核心数据库,根据中台需求进行改造,对现有系统的功能用微服务的思想进行服务封装。好处是整个中台项目建设的风险比较可控,万一出现什么问题不会影响到企业的正常运行,用户体验比较好,但问题是整个建设周期会比较长,数据库架构改造无法一步到位。”

如何用中台实现对业务的拆分和抽象,怎么合理地对现有业务进行服务封装以及复用?做到数据的整体规划,从分散到统一,从统一到分散。随即,衣架结合自身的情况做了评估,“衣架的分销系统是由自己团队开发的,非常清楚其中的业务逻辑以及数据库设计关系,同时,对中台拥有合理的预期,我们清楚如何对现有系统进行封装。”

基于中台的理论基础及衣架自身的需求,衣架理想中的中台从技术层面需要具备五个关键要素:

▶容器技术建立各个业务中心,各个业务中心相互独立;

▶服务沉淀在各自业务中心内,互不干扰;

▶业务中心之间服务的相互安全调用;

▶基于流程的服务组织编排能力;

▶前端交互界面敏捷开发能力。

2017年2月,衣架针对企业自身的个性化开发需求,在多个平台对比中发现AWS PaaS的容器技术和ASLP技术与衣架的需求高度契合,最终选择了炎黄盈动AWS PaaS平台。

应用容器是AWS PaaS的内核,每个应用的资源被容器独立的管理和调度,基于容器技术衣架可以在其中建立不同的业务中心。在AWS中每个ASLP都拥有一个唯一的访问地址和自描述元数据,便于开发者识别和使用,同时于ASLP实现衣架的各业务中心之间服务的相互安全调用。此外,AWS PaaS拥有9种不同的BPM技术,流程管理及前端开发是强项,能够实现前端应用需求的快速落地,针对不同的权限构建企业门户。

AWS PaaS的低代码构建系统能力相对比较成熟,对企业快速构建信息化能力有很好的助力作用,主要表现为以下几方面价值:

1、提升代码开发效率,很多代码被自动生成,可以降低代码开发量,以及系统开发门槛;

2、帮助企业构建可持续的自研能力,建立自研标准和方法论。企业自研系统有一个很大的风险就是技术人员的流动,通过AWS PaaS平台,企业可以在平台之上建立开发标准,降低开发难度,提高代码可读性。现在有很多企业也会自研,但是用的开发语言比较基础,也没有统一,带来维护成本非常高。低代码平台其实可以作为企业自研平台的底座去规划;

3、快速响应企业个性化业务管理需求,低代码平台的出现降低了企业自研的门槛,可以让CIO在如何快速响应企业个性化需求方面有了更多的手段。

基于这些特点,我们也是成功将企业的整个产品研发流程和生产供应链管理流程搭建在了炎黄的低代码平台上面。

\

编辑:张煜洁
活动 直播间  | CIO智行社

分享到微信 ×

打开微信,点击底部的“发现”,
使用“扫一扫”即可将网页分享至朋友圈。