追求簡單是難而正確的事情。因為一開始啥也不懂，更談不上何為簡單，很多時候憑感覺添枝加葉，等組織龐大以后，事情處理的復雜程度可能成幾何倍增長。

舉個創(chuàng)建SKU的例子。去年3月和朋友一起搞點事情做，跨境電商涉及創(chuàng)建SKU?，F(xiàn)在看來SKU的命名就很講究，一個SKU，比方說X001這個型號的杯子，會出現(xiàn)在三個空間，1. 采購來后暫存在本地的庫存SKU；2.發(fā)到海外倉的庫存SKU；3.各個平臺上上架時的虛擬SKU。這三個空間上的SKU怎么更有效地匹配映射會直接影響到后面發(fā)貨流程復雜與否。

之前的思路是庫存SKU編一個，作為主體，然后用不同的后綴去命名海外倉庫存和平臺上的SKU。比如，杯子的本地庫存SKU 是X001，海外倉這是X001OUT，平臺上SKU編為X001A,X001B,X001C表示同一個商品在不同平臺上的SKU或同一個平臺上刊登的不同鏈接listing。

這樣，海外的SKU庫存和平臺上SKU的庫存變化是很清楚的，因為庫存的變化就是銷量的變化。可以有效地匹配映射本地SKU的話，后續(xù)的補貨當然也沒問題。比如海外倉X001OUT缺貨了，我添加X001OUT采購計劃自動返回給X001生成采購計劃，然后我X001本地備好貨后選擇相應的海外倉庫，海外在途量自動返回給X001OUT，表示已經(jīng)補貨。

從這個角度看，可以簡化一步，將本地庫存的SKU和海外倉庫存的SKU統(tǒng)一編為X001。因為一般的ERP系統(tǒng)里的倉庫設置其實和實際SKU可能存在的空間是一一對應的。之前的思路，庫存數(shù)量通過SKU的不同后綴流轉。但需要ERP系統(tǒng)有效建立匹配的映射關系，否則要手動做計劃還是很繁瑣的。

相比較建立映射，因為有倉庫區(qū)別，本地與海外直接統(tǒng)一SKU應該是更簡單有效的。在補貨上，從采購計劃到備貨到發(fā)貨到海外可以一氣呵成。還有另一個角度去看這個問題，就是電商，本質(zhì)上還是線下的真實倉庫映射到線上的過程，攏共兩個點。所以編兩套SKU足夠了，線下一套，線上一套，匹配的原則也要盡可能簡單。