首先先整体回顾一下，2012年，百货零售行业开始出现颓势；2013年，我们衣恋集团已经开始与天猫、唯品会等电商开展业务合作；通过三年的实践，衣恋的IT架构开始调整，实施向全渠道云端转移。近年来，随着线下行业的下滑，线上行业和O2O的上升，整体销售处于一个上下震荡的状态。
品牌商进销存系统 VS 百货店管理系统
对于大多数的品牌商，都会拥有自己的一套商品进销存系统，而对于百货店，大多也都会有百货店管理系统、招商、合同管理、销售结算、租户管理、会员管理和前台POS，但可能没有商品信息。会有前端POS来做支付，但顾客支付和销售登记是断档的，两者之间是不连贯的，因此可能会导致无支付数据、无商品信息、无销售明细或是让顾客体验差，导致业务流重复等一系列问题。我们衣恋做了一个尝试，把两者打通，销售端调用后台品牌商的信息，而在支付的时候调用百货店的信息，从而实现支付信息和销售信息的全线打通。从而通过这个数据让百货店和品牌商同步共享，实现各自数据的完整性。使得会员管理精细化，线上业务开展及线上线下打通，并且优化成本及业务流程。
线上 VS 线下
线上线下打通最大的困难在于库存管理思路的不同。线下销售的物流分配方式是一次性分配，这里可能考虑到了成本的问题，对于物流系统也没有一个整体的思路，但是线上是“过山车”式销售模式，十分难以预判，和我们原来的预计、分配、再调整这个思路完全不同；再有，这种一次性的库存分配方式直接影响到了销售，从而出现了各种问题；当销售高峰期过后的处理，完全打乱了物流的节奏，直接影响线下销售。
基于以上各种弊端，我们做出了调整
第一，建立大库存体系构想，从顾客开始购买到购买完毕到账，中间任何一个环节我们都要关注着他，把管理的幅度真正追到顾客的身边；
第二，做出了预分配、全局动态调整，分配不是一次性的；
第三，建立一个渠道对话机制：分配＋订购＋调整。
微服务分散系统架构 VS 数据联合运营平台
业务流系统趋于敏捷、分散、多样化，数据流趋于大集合及大数据分析，做到无差别收集、数据格式化、跨系统联合分析、动态数据聚焦。对于构建数据联合运营平台，首先由各种系统进行数据的无差别收集，然后在平台里进行数据加工格式化处理，然后将加工后的数据进行一个跨系统的分析，最后放入Dashboard中，对其进行动态调整。
PangPang云，互通为先
面对市场现状中存在的入出库、结算、销售、促销、会员等一些列问题，我们这里采取建立一个PangPang云，在这里云端功能包括商品、会员、销售等各种功能，而销售终端包括PC、微信、APP等各种自由的方式，PangPang云希望和合作伙伴携手共进，欢迎一起探讨。
（来源：衣恋集团IT总监 金成子）
- 该帖于 2017/10/6 15:24:00 被修改过