良品铺子的全渠道信息化实践案例分析.docx
《良品铺子的全渠道信息化实践案例分析.docx》由会员分享,可在线阅读,更多相关《良品铺子的全渠道信息化实践案例分析.docx(8页珍藏版)》请在冰豆网上搜索。
良品铺子的全渠道信息化实践案例分析
单元案例
连锁企业信息管理
海鼎助力“良品铺子”全渠道信息化实践
良品铺子8周年庆临近,各种诱人的促销活动令人“垂涎三尺”。
小明是个吃货,良品铺子的忠实粉丝,老早就关注了良品铺子的微信公众账号。
周四了,在下班回家的地铁上,小明在京东APP上选购了5款促销产品,准备过个愉快的周末。
在路过一家小区门口的良品铺子门店时,看到良品月饼的招贴海报,才意识到中秋节也快到了,便进门向店员了解,店员告诉他可以预订良品月饼,到时可以送货上门,也可以自己过来门店提货。
一想到要搞定未来的岳父岳母,小明便欣然预订了3盒月饼,准备到时候过来自提......小明刚准备离开,女朋友来电话了:
周末有外地的朋友过来玩,在网上多买点零食哈。
小明想想刚买的那些肯定不够,于是利用门店的wifi又在京东上购买了良品铺子旗下叮当小铺专营店的10款新品,准备和朋友尝尝鲜……
小明和朋友们是如何吃到那15款美食的?
小明下单的2张订单先后通过HDX-Shop系统从京东平台抓取到UPower订单组件,通过订单异常检查后,系统进行预处理占货(此时会调用会员和促销信息),紧接着客服审核订单,小明的2张订单因为满足合单条件,会自动进入合单池,系统自动将2张订单合并成一张订单,经过物流自动审核后,仓库物流组件开始波次作业,仓库拣货人员采取边拣边分播模式进行拣货,在复核/称重/打包环节,采取面单后置的策略,物流组件实现系统自动打印发票、快递面单和顾客清单。
物流发货人员和快递承运商交接后,快递包裹就在发往顾客指定收货地址的路上了。
物流组件发货后,会回传发货状态给到订单组件,订单组件的订单状态变成已发货,同时订单组件会将运单号、承运商信息回传给平台。
通过运单号,顾客在平台上、客服在订单组件都可以实时看到包裹的快递状态。
周五下午,小明收到了包裹,进行签收,随后在京东APP上对订单点击“收货”,同时满意地写下了评价:
这速度杠杠的!
愉快的周末过去了,从外地过来的朋友临行前说:
“良品铺子的东西真好吃,发货速度也快,要是我们老家也能像你们在武汉一样方便地吃到就好喽!
”小明说“别担心,听说良品铺子在华东、华北都建立了电商仓库,你们在老家买的话,发货速度也很快滴!
”短短一个星期内,良品铺子促销活动商品销量客观,商品部的良品家人得意的说:
幸亏我们提早备货及时采购,要不然就缺货了。
这一点采购组件功不可没。
说到这里,大家可能会有一个疑问:
UPower组件是如何保证小明能够买到自己所需的商品(不缺货)的?
除了实际的商品库存要充足外,平台上的库存也要准确,这个时候就是库存发布组件发挥作用的时候了。
要实现平台库存与UPower系统的库存同步不是一件容易的事情。
当顾客在平台上下单付款后,平台上的商品库存被扣减,订单从平台下载到订单组件进入预处理阶段时,会占用库存,此时库存组件可用库存发生变动,系统进行店铺库存的重新计算,并同步到平台,更新平台的商品可售库存数量。
最后但同样重要的是账务组件,业务规则及业务流程走向中的业务发生,其实早已都被打上了财务组件的标签,只是业务人员不太关注而已。
业务规则与流程中的漏洞或者违规的业务操作,最终都会在财务对账过程中被发现,当然这属于事后监控。
以小明购买的15款商品过程为例,这个过程会涉及到如下6大主体之间的往来结算关系:
1)供应商结算:
假设15款商品中有6款商品是向外部供应商采购的,因此,会涉及与第三方供应商相关的货款、费用结算;
2)平台运营商结算:
以京东平台为代表的平台运营商会定期出账,返还销售金额给商家外,并从中收取额外的费用,例如保证金理赔、佣金、返点积分等等;
3)代理商对账结算:
良品铺子在平台上除了直营店外,还存在着代理商店铺,良品铺子与代理商按代理价结算;
4)承运商结算:
不管销售订单是否包邮,良品铺子与快递公司(承运商)之间的结算是单独核算的;
5)集团下的分公司间结算:
小明购买的15款商品中有9款商品是电商公司向线下的实体公司购买的,因此会涉及分公司之间的内部结算。
预售业务中,线上线下之间的销售利润分成,以及门店送货上门的运输服务费用,都涉及集团下的分公司之间的结算问题。
这一切,又如何通过信息系统实现的?
1、渠道方案落地:
既要飞得高,又要落得稳
良品铺子的全渠道战略合作过程中,海鼎一直站在咨询的高度去推进全渠零售的信息化。
为此,双方合作成立了“良品铺子&海鼎全渠道零售商学院”,用于全渠道零售的联合研究开发,以期相互砥砺,共同进步。
同时双方特别重视方案的落地,采取从试点到全面铺开的策略,谨慎决策,步步为营。
(一)实施方法论:
以咨询切入,当是以方案为宗旨
1、联合研发的合作模式:
海鼎与良品铺子开展了联合产品(JointR&D)开发/研发的合作模式,以克服研发中的高额投入、规避风险、缩短产品的研发周期,节约交易成本。
2、需求调研:
在联合研发模式的背景下,自2013年12月份开始,海鼎与良品成立全渠道项目组,双方设立项目经理和子项目经理制度(各组件产品经理),由产品经理牵头,召集对应的业务人员进行面对面的需求调研,先后开展业务现状诊断和业务需求深挖。
3、方案优化与迭代开发:
基于需求调研,由海鼎方产品经理主导业务解决方案和需求规格书的编写,与开发经理实时交互,在产品雏形的基础上不断迭代优化。
4、用户试用:
在试运行前,双方进行了5轮的联合迭代测试和操作体验,除了基本的功能完备性检验外,特别注重UI和细节体验;
5、预演与切换准备:
在5轮的联合测试后,海鼎牵头制定了全面严谨的预演方案和切换方案,对系统进行一次全面的大阅兵,同时也检验了前期的培训效果。
6、试运行:
选取4家具有代表性的店铺(专营店),进行试运行。
甄选的标准为这4家店铺分别来自天猫、1号店、京东3大主力第三方平台,业务量相对较小,但涵盖了直营店和代理店铺(代理商)2种业务模式,基本覆盖良品全渠道业务解决方案。
麻雀虽小五脏俱全,试运行的目的是检验UPOWER整体解决方案的可行性,同时将试运行风险对整体良品电商业务的影响降到最低。
(二)实施过程:
炼狱般的涅槃
良品铺子全渠道项目在全渠道零售管理委员会的领导下,抽调海鼎业务骨干和开发精英,并与良品信息部和业务菁英设立一对一的对接机制,用于快速协调软硬件资源。
从立项到试运行上线,历时半年,180个日日夜夜,周末几乎无休,全身心投入,一鼓作气,首战告捷。
2、鼎的全渠道信息系统
年年末,海鼎支持唐久京东大卖场正式启动之时,海鼎正式发布了名为海鼎鼎力UPower的全渠道零售ERP产品和解决方案,成为国内零售信息化领域中,首家全面支持全渠道零售业务的信息化服务商。
海鼎与良品铺子的全渠道战略合作,从2013年末的构想到2014年上半年的初见雏形,海鼎鼎力UPower产品承载着新形势下海鼎人的梦想,也见证着所有全渠道项目成员的努力与成长。
海鼎鼎力UPower是一款基于SOA技术的全渠道零售ERP产品。
它通过统一的系统间集成和互联互通标准,最大限度地减少应用系统互联所面临的复杂性,降低集成和维护成本,保证了系统的扩展能力。
它就像一家售卖服务组件的“超市”,可以供客户自行选用。
海鼎全渠道零售解决方案(如图7-6所示),为从顾客多接触点购物到最终收货过程中的
图7-6海鼎鼎力UPower全渠道零售解决方案示意图
整体进销存管理方案。
(一)逃不掉的前提:
统一的资料管理
1、资料组件:
由HDIA和HDM-DATA两部分组成。
1)HDIA是一个面向企业应用的通用的、可伸缩的、开放的和统一的安全管理平台。
主要解决企业应用安全领域三大问题:
认证、授权和审计。
2)HDM-DATA(海鼎企业资料管理平台):
用于解决企业在多个系统之间商品资料统一的问题。
适用于集团/子公司架构下,集团对3、商品、门店、客商等资料进行统管,有区分地向子公司下发资料,子公司通过审核流程形成拥有自身独特经营属性的资料。
2、资料组件的定位与目标:
1)针对多公司的企业,做统一资料的管理和下发,确保各分公司的资料的一致性,和入口的唯一性,把资料做拆分管理,通过不同的系统做管理、落地。
2)管理电商公司、仓库、店铺等组织资料,以及代销商资料,并针对电商公司的各岗位人员管理权限,并提供单点登录,支持登录多系统时做认证管理。
3)资料组件可将店铺和商品等资料推送到各平台上。
在全渠道的大背景下,资料统一是大前提。
只有资料统一了,才可以保证不论在哪个渠道来看,资料都是一致的。
海鼎UPower统一资料,主要包括:
供应商、商品、实体门店、加盟商、平台、网上店铺、代销商、员工、用户组授权等主要资料。
应不同的公司、不同的平台,可通过资料统一下发,尤其针对商品下发,会针对不同的平台,下发相关信息,如图7-7所示。
图7-7全渠道的商品统筹发布与管理
(二)贯穿全渠道的红线:
订单、会员/促销管理
1、订单组件
1)订单组件的定位
订单中心,可以对接电商平台、自建平台、移动平台、实体门店、团购及媒体等广泛的销售接触点,实现订单的统一归集、集中处理,串联起‘进销调存账退’的全面联动。
2)订单组件的目标
开放性的对接当前已有的各类平台(线上、线下),并支持对接未来更广泛的平台。
提供自动迅速的抓取订单、退换货申请及其他信息的服务,归集后的处理实现平台与系统同步联动。
根据自动处理规则处理订单信息,根据人员审批规则控制用户权限,同时在各个环节中支持人工灵活操作。
对接第三方快递平台,实时获取配送信息,让买家与商家信息同步。
能够支持网订仓库货品店取店送、网订门店货品店取店送等多种业务模式。
2、会员组件
1)会员组件的定位
企业全渠道会员管理平台,负责围绕会员整个生命周期的资料、营销、服务、分析等各个维度的管理。
2)会员组件的目标
从会员在各个渠道引入、建立会员资料,到对会员进行精准化的营销、进行个性化的服务,并对会员整个消费过程进行跟踪分析,又为会员的营销、服务等提供基础。
如图7-8所示
图7-8构建全网全渠道的会员体系
3、促销组件
1)促销组件的定位
企业全渠道促销统一管理平台,负责企业各类促销活动规则定义以及线上、线下各销售接触点的促销计算。
2)促销组件的目标
负责全渠道促销的统一定义,包括零售促销规则、积分促销规则以及券促销规则等。
并开放接口供其他系统调用来进行促销的计算。
与会员组件、订单组件深度协同,支持使用各组个性化信息计算促销。
(三)实现全渠道的载体:
精准的库存、供应链管理与仓储物流管理
1、统一库存
1)库存组件的定位
负责企业各物流中心、多平台各店铺间(包括线上、线下)的库存调配规则定义、调配指令下发,包括物流中心内部作业指令下发,对企业的库存做统一的记录及管控,过程中贯彻批次管理。
2)库存组件的目标
对企业各级的仓库库存进行统一的管控,确定各渠道的库存发布规则,明确库存寻源逻辑。
下发多仓间调配指令,以及仓库内的作业指令。
与各个系统中对库存产生影响的业务进行统一的对接,记录库存增减、状态信息,支持库存实时查询和库存预警(见图7-9)。
3)库存组件的特别分支介绍
在库存组件中有一个特别的分支:
库存发布系统(INVC)。
电商商品部通过库存发布系统,可以灵活设置店铺库存发布规则,当商品库存发生变动时,可以实时同步库存到平台店铺;达到防止商品超卖或因库存发布不及时导致销售机会损失的目的;设定各渠道的库存发布规则,可以按店铺和按店铺商品维度设置库存发布的规则,及时发布库存到平台各店铺;获取从平台下载下来的库存数据,进行库存稽核;
图7-9实现全渠道库存的统筹管理、有序调度
2、统一采购
1)采购组件的定位
集中管理不同组织与供应商的采购合同关系、采购计划,支持多仓条件下对订货、退货指令的管理与分发,如图7-10。
2)采购组件的目标
针对多公司多配送中心的企业,可以整合采购资源,管理和供应商的采购合同(采购价格、结算条款等),并可以根据下游的需求,设定合适的补货模型,生成相应的采购订单。