首页 /新闻中心
数字中台打破 SaaS 与企业数据壁垒 构建新零售时代的新消费体验
牛透社 2019年6月

当下,越来越多的 CIO 意识到,应用中台和数据中台是企业向数字化转型的重中之中,而在5月22日由崔牛会主办的“Hello·数字化”——2019中国企业互联网峰会(以下简称峰会)上来自东方国际衣架信息化负责人邵佳宇为我们带来衣架的数字中台的实践和分享,通过他的分享,让我们看到数字中台建设的重要性。以下是邵佳宇先生的精彩分享内容。


中台是什么


第一   中台是信息化架构理念不是具像化的产品。


第二   中台不是全渠道,全渠道只是中台之上搭建的解决方案之一,它解决了某些特殊的场景。


第三   中台不是一蹴而就的,是随着一个个项目不断迭代完善的。


第四   中台是一个企业信息化从有招到无招的过程。


东方国际衣架信息化负责人 邵佳宇


企业为什么做“中台”


衣架定位于高端女装品牌,目标人群在28到38岁的女性。


所有的偶然都绝非偶然,它是无数次后纠结的必然。为什么这样说?作为衣架来说最初并没有想去搭建中台,也是因为偶然机会,让我们了解到了中台的解决方案,然后就像有一个无形的手一步步把我们推到了那里。


时间回到2016年年底,那时在制定2017的工作计划,其中有三个关键的项目:第一,CRM 项目。对零售品牌企业而言,CRM 非常重要,衣架也关注到会员资产对于品牌价值;第二,POS 面临全面升级,传统的 POS 已经无法满足企业进一步发展需要;第三,公司希望天猫库存可以和线下实现共享。


对于 CRM 项目而言面临的挑战主要由以下几个方面:


整个解决方案是基于 SaaS 的模式实现的, 这也是衣架第一次接触到 SaaS 。


因此首先考虑的是数据问题,在整个 SaaS 应用过程中我们希望要把关键会员数据沉淀在企业自己的数据库中,便于企业使用。


第二   作为会员管理,未来的会员会有不同渠道进来,这时要考虑怎样构建一个可以将不同渠道会员进行收集和统一的管理。


第三   怎么保证 SaaS 平台和企业数据平台交换的及时性、完整性、安全性等问题,这是 SaaS 渠道面临的痛点。


POS 升级项目主要考虑两点:


第一   它和 CRM 绑定更加紧密,CRM 强调会员服务和体验,需要通过 POS 进行核销从而形成完整的服务及管理闭环。


第二   对数据及时性要求更高,所有销售数据实时传回总部。POS升级过程分批次升级,要保证新老POS系统同时使用并且在使用过程中对销售完成业务数据驱动逻辑必须是一致的。


对于天猫的库存全渠道项目。


项目目的有两点:


第一   实现线上线下库存共享;


第二   实现门店可以支持多渠道发货。


面临挑战主要有:


第一   希望整个变化尽量不改变终端门店的日常操作习惯下怎样去针对不同渠道制定不同库存的共享逻辑。


第二   订单怎么“路由”到门店以及怎么和渠道平台进行对接?


通过对这几个项目的研究我们发现:未来企业需要和大量的第三方系统进行对接是一个趋势。


衣架最初的想法想找一个软件服务商解决这几件事情:


第一   实现和所有第三方对接;


第二   把数据沉淀在企业的平台中;第三,对所有接口进行统一管理。


在寻找解决方案过程中遇到了几件事情使得对于整个信息化发生重大变化:


第一   和 CIO 沟通中,了解到前瞻性的信息化的建设思路,它强调的是企业微服务,对企业信息化需要也有“积木”化的思想;


第二   阿里中台分享。阿里提出服务中心的理念到底是建平台还是建“烟囱”包括服务复用的思考;


第三   通过实地考察某服装企业,他们率先和阿里中台合作进行了传统信息化向中台改造的分享。通过分享,给到了我们新的启发——中台或许可以解决衣架遇到的痛点。


首先,面对不同的服务商要提供信息的连接,可以通过把SaaS的一些服务进行封装然后沉淀在中台进行统一管理,供业务需要时进行调用。


第二   将所有的与第三方交互的数据全部沉淀在企业数据中心,构建以企业为中心的数字化生态。


第三   通过将内部业务系统中的业务逻辑进行抽象并且封装成标准服务,从而确保不同场景驱动业务的逻辑一致性问题。


第四   多渠道下如何尽可能不改变终端门店的日常操作习惯。


在思考过程中遇到了比较有挑战性的问题,中台对于企业信息化的改造是一个比较大的工程,面临挑战是如何妥善处理中台和现有系统的关系,当时主要有两种思路:


思路一   完全推翻替换所有的系统,它不需要背负历史系统带来的负担,这种方式评估下来对企业存在比较大的风险。


思路二   沿用现有系统的数据库主体,根据中台需求进行改造,对现有系统的功能进行服务封装。这样做好处是整个数据风险比较可控,万一出现什么问题不影响到企业的正常运行,问题主要是整个建设周期会比较长。


对于衣架而言评估了自身的情况,怎么去和中台结合?中台最难的主要有两点:


第一   对业务的拆分和抽象,怎么合理地对现有业务进行服务封装以及复用?


第二   数据的全局规划,做企业信息化很多时候是在和数据打交道,数据一方面需要进行集中和统一,另一方面需要把数据分散融入到不同的系统和业务场景中去。这种情况下衣架的优势是什么?考虑到衣架的核心系统是自己研发,衣架非常清晰业务与数据库的关系,因此对中台建设进行充分评估之后坚定了搭建中台的想法并制定了详细的落地方案。


有了理论基础之后,衣架要寻找技术平台去支撑、实现企业的这些设想,而这个平台会有四个方面的关键要素:


第一   需要容器技术去承接各个业务中心;


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


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


第四   前端交互界面的敏捷开发能力。


选择 AWS PaaS 落地数字中台


为什么选择 AWS PaaS 进行落地,主要有几个原因:


第一   它的容器可以独立的去进行资源管理调用,基于此衣架建立各个不同的业务中心。


第二   通过 AWS PaaS 协议可以实现各容器之间安全性的问题。


第三   实现 BPM 功能。前端用户操作时要提供可视化友好的操作界面,操作的互通场景。开发前端流程以及针对不同的权限构建不同的能力。基于产品思想的融合,实现“大中台、小前台”构思,衣架通过 BPM 快速搭建前端应用流程,对于中台,通过容器以及 ASLP 技术构建业务中台,前台+中台实现业务解决方案落地。


以衣架天猫全渠道案例,2017年5月启动的在7月份通过 AWS PaaS 平台搭建了衣架终端门店管理平台,8月份完成了订单中心、库存中心的建设,9月份完成天猫业务流程对接以及仓库改造,10月份完成中台搭建基本完成,天猫全渠道项目正式上线。


第一   实现线上、线下库存同步,可以制定各种各样的不同策略。


第二   实现整个系统自动接单包括接单之后流转到订单中心,订单中心根据预先设定的逻辑进行“路由”到门店和仓库配单。对门店来讲他们有自己独立门店的运营管理平台,可以同时支持线上线下的库存共享及配发,所有信息及时同步给天猫。


衣架做中台两年多时间,为什么要做中台?


第一   企业间的竞争已经成为了企业生态间的竞争,未来考验的是企业生态组织协调的能力。以天猫为例,一个消费者在天猫上下了单,到最后他拿到这件事情整个过程涉及到很多环节,任何一个环节都会造成是否给消费者带来良好的体验以及影响到整个场景还原的效果。


第二   信息化思维的转变。我们越来越强调要去协调整个上下游之间合作伙伴之间的资源,去形成更高效的企业运营效率,中台成为整个协调的“指挥官”。


第三   SaaS +中台。随着企业不断发展,企业需要去把一些第三方提供的优秀的 SaaS 服务能力快速融入到企业的解决方案中去,从而快速响应企业的各种管理需求。中台在这个过程中扮演了外部服务与内部服务进行封装和串联的连接器。比如我们通过钉钉+中台就构成了终端导购考勤解决方案


第四   生态伙伴+中台,使业务协同更加顺畅。随着企业在信息化发展过程,生态伙伴信息化水平也在提高。未来可以看到企业和企业之间更多通过信息化协同方式进行高效的运维。比如衣架与很多物流公司都有合作,物流+中台构成门店及仓库物流解决方案。门店及仓库一键下单,所有的发货信息都会传递给物流公司,物流公司直接上门接单,提升了整个物流方面的协同效率。


纵观衣架的中台架构可以分为四层,最上层是现在的合作伙伴,在整个中台服务分成两层,上层是服务中心,服务中心主要把合作伙伴包括 SaaS 合作伙伴服务能力进行封装和统一管理;


下层是业务中心,业务中心主要把衣架内部的服务能力沉淀在这一层进行管理,这两层中心基于 AWS PaaS 技术平台之上形成衣架中台解决方案。最下面一层是整个数据的管理包括沉淀下的自身以及和合作伙伴之间交互的所有业务数据都会在这里,主数据和技术数据的管理,数据分析用于企业竞争分析。