bf108的转发

bf108

公告

文集

统计

今日访问:2959

总访问量:7444866

构建全渠道零售云服务体系

2017年10月06日

评论数(0)

首先先整体回顾一下,2012年,百货零售行业开始出现颓势;2013年,我们衣恋集团已经开始与天猫、唯品会等电商开展业务合作;通过三年的实践,衣恋的IT架构开始调整,实施向全渠道云端转移。近年来,随着线下行业的下滑,线上行业和O2O的上升,整体销售处于一个上下震荡的状态。

品牌商进销存系统 VS 百货店管理系统

对于大多数的品牌商,都会拥有自己的一套商品进销存系统,而对于百货店,大多也都会有百货店管理系统、招商、合同管理、销售结算、租户管理、会员管理和前台POS,但可能没有商品信息。会有前端POS来做支付,但顾客支付和销售登记是断档的,两者之间是不连贯的,因此可能会导致无支付数据、无商品信息、无销售明细或是让顾客体验差,导致业务流重复等一系列问题。我们衣恋做了一个尝试,把两者打通,销售端调用后台品牌商的信息,而在支付的时候调用百货店的信息,从而实现支付信息和销售信息的全线打通。从而通过这个数据让百货店和品牌商同步共享,实现各自数据的完整性。使得会员管理精细化,线上业务开展及线上线下打通,并且优化成本及业务流程。

线上 VS 线下

线上线下打通最大的困难在于库存管理思路的不同。线下销售的物流分配方式是一次性分配,这里可能考虑到了成本的问题,对于物流系统也没有一个整体的思路,但是线上是“过山车”式销售模式,十分难以预判,和我们原来的预计、分配、再调整这个思路完全不同;再有,这种一次性的库存分配方式直接影响到了销售,从而出现了各种问题;当销售高峰期过后的处理,完全打乱了物流的节奏,直接影响线下销售。

基于以上各种弊端,我们做出了调整

第一,建立大库存体系构想,从顾客开始购买到购买完毕到账,中间任何一个环节我们都要关注着他,把管理的幅度真正追到顾客的身边;

第二,做出了预分配、全局动态调整,分配不是一次性的;

第三,建立一个渠道对话机制:分配+订购+调整。

微服务分散系统架构 VS 数据联合运营平台

业务流系统趋于敏捷、分散、多样化,数据流趋于大集合及大数据分析,做到无差别收集、数据格式化、跨系统联合分析、动态数据聚焦。对于构建数据联合运营平台,首先由各种系统进行数据的无差别收集,然后在平台里进行数据加工格式化处理,然后将加工后的数据进行一个跨系统的分析,最后放入Dashboard中,对其进行动态调整。

PangPang云,互通为先

面对市场现状中存在的入出库、结算、销售、促销、会员等一些列问题,我们这里采取建立一个PangPang云,在这里云端功能包括商品、会员、销售等各种功能,而销售终端包括PC、微信、APP等各种自由的方式,PangPang云希望和合作伙伴携手共进,欢迎一起探讨。

来源:衣恋集团IT总监  金成子

文章为作者独立观点,不代表联商专栏立场。

联商专栏原创文章由作者授权发表,转载须经作者同意,并同时注明来源:联商专栏+bf108。