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

品牌商進銷存系統 VS 百貨店管理系統

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

線上 VS 線下

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

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

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

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

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

微服務分散系統架構 VS 數據聯合運營平臺

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

PangPang云，互通為先

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

（來源：衣戀集團IT總監  金成子）