首先先整體回顧一下，2012年，百貨零售行業(yè)開始出現(xiàn)頹勢；2013年，我們衣戀集團已經(jīng)開始與天貓、唯品會等電商開展業(yè)務合作；通過三年的實踐，衣戀的IT架構開始調整，實施向全渠道云端轉移。近年來，隨著線下行業(yè)的下滑，線上行業(yè)和O2O的上升，整體銷售處于一個上下震蕩的狀態(tài)。

品牌商進銷存系統(tǒng) VS 百貨店管理系統(tǒng)

對于大多數(shù)的品牌商，都會擁有自己的一套商品進銷存系統(tǒng)，而對于百貨店，大多也都會有百貨店管理系統(tǒng)、招商、合同管理、銷售結算、租戶管理、會員管理和前臺POS，但可能沒有商品信息。會有前端POS來做支付，但顧客支付和銷售登記是斷檔的，兩者之間是不連貫的，因此可能會導致無支付數(shù)據(jù)、無商品信息、無銷售明細或是讓顧客體驗差，導致業(yè)務流重復等一系列問題。我們衣戀做了一個嘗試，把兩者打通，銷售端調用后臺品牌商的信息，而在支付的時候調用百貨店的信息，從而實現(xiàn)支付信息和銷售信息的全線打通。從而通過這個數(shù)據(jù)讓百貨店和品牌商同步共享，實現(xiàn)各自數(shù)據(jù)的完整性。使得會員管理精細化，線上業(yè)務開展及線上線下打通，并且優(yōu)化成本及業(yè)務流程。

線上 VS 線下

線上線下打通最大的困難在于庫存管理思路的不同。線下銷售的物流分配方式是一次性分配，這里可能考慮到了成本的問題，對于物流系統(tǒng)也沒有一個整體的思路，但是線上是“過山車”式銷售模式，十分難以預判，和我們原來的預計、分配、再調整這個思路完全不同；再有，這種一次性的庫存分配方式直接影響到了銷售，從而出現(xiàn)了各種問題；當銷售高峰期過后的處理，完全打亂了物流的節(jié)奏，直接影響線下銷售。

基于以上各種弊端，我們做出了調整

第一，建立大庫存體系構想，從顧客開始購買到購買完畢到賬，中間任何一個環(huán)節(jié)我們都要關注著他，把管理的幅度真正追到顧客的身邊；

第二，做出了預分配、全局動態(tài)調整，分配不是一次性的；

第三，建立一個渠道對話機制：分配＋訂購＋調整。

微服務分散系統(tǒng)架構 VS 數(shù)據(jù)聯(lián)合運營平臺

業(yè)務流系統(tǒng)趨于敏捷、分散、多樣化，數(shù)據(jù)流趨于大集合及大數(shù)據(jù)分析，做到無差別收集、數(shù)據(jù)格式化、跨系統(tǒng)聯(lián)合分析、動態(tài)數(shù)據(jù)聚焦。對于構建數(shù)據(jù)聯(lián)合運營平臺，首先由各種系統(tǒng)進行數(shù)據(jù)的無差別收集，然后在平臺里進行數(shù)據(jù)加工格式化處理，然后將加工后的數(shù)據(jù)進行一個跨系統(tǒng)的分析，最后放入Dashboard中，對其進行動態(tài)調整。

PangPang云，互通為先

面對市場現(xiàn)狀中存在的入出庫、結算、銷售、促銷、會員等一些列問題，我們這里采取建立一個PangPang云，在這里云端功能包括商品、會員、銷售等各種功能，而銷售終端包括PC、微信、APP等各種自由的方式，PangPang云希望和合作伙伴攜手共進，歡迎一起探討。

（來源：衣戀集團IT總監(jiān)  金成子）