一开始就要追求简单
追求简单是难而正确的事情。因为一开始啥也不懂，更谈不上何为简单，很多时候凭感觉添枝加叶，等组织庞大以后，事情处理的复杂程度可能成几何倍增长。
举个创建SKU的例子。去年3月和朋友一起搞点事情做，跨境电商涉及创建SKU。现在看来SKU的命名就很讲究，一个SKU，比方说X001这个型号的杯子，会出现在三个空间，1. 采购来后暂存在本地的库存SKU；2.发到海外仓的库存SKU；3.各个平台上上架时的虚拟SKU。这三个空间上的SKU怎么更有效地匹配映射会直接影响到后面发货流程复杂与否。
之前的思路是库存SKU编一个，作为主体，然后用不同的后缀去命名海外仓库存和平台上的SKU。比如，杯子的本地库存SKU 是X001，海外仓这是X001OUT，平台上SKU编为X001A,X001B,X001C表示同一个商品在不同平台上的SKU或同一个平台上刊登的不同链接listing。
这样，海外的SKU库存和平台上SKU的库存变化是很清楚的，因为库存的变化就是销量的变化。可以有效地匹配映射本地SKU的话，后续的补货当然也没问题。比如海外仓X001OUT缺货了，我添加X001OUT采购计划自动返回给X001生成采购计划，然后我X001本地备好货后选择相应的海外仓库，海外在途量自动返回给X001OUT，表示已经补货。
从这个角度看，可以简化一步，将本地库存的SKU和海外仓库存的SKU统一编为X001。因为一般的ERP系统里的仓库设置其实和实际SKU可能存在的空间是一一对应的。之前的思路，库存数量通过SKU的不同后缀流转。但需要ERP系统有效建立匹配的映射关系，否则要手动做计划还是很繁琐的。
相比较建立映射，因为有仓库区别，本地与海外直接统一SKU应该是更简单有效的。在补货上，从采购计划到备货到发货到海外可以一气呵成。还有另一个角度去看这个问题，就是电商，本质上还是线下的真实仓库映射到线上的过程，拢共两个点。所以编两套SKU足够了，线下一套，线上一套，匹配的原则也要尽可能简单。
