卖家切换工具之后，商品列表突然比以前长，不一定是货变多了，常常是同一件货被用不同方式拆开：颜色尺码各一条、某站不能用变体又平铺成独立链接、赠品组合再占一条、旧货号没下线。列表一长，库存就要在更多行之间来回分配，客服也不知道买家买的到底是哪一层。HelloWorld跨境电商助手能容纳这些结构，但不能替你决定哪一层才是库存真正扣减的那一层。下面按结构来写，目的只有一个：让实物、内部SKU、平台链接和买家看到的选项，四者之间能被下一班次一眼看懂。
先画四层，再往软件里建，不要直接在列表里临时拆
第一层是实物，仓库能摸到的那一件或那一套。第二层是内部SKU，软件里扣库存、算成本、看异常的最小单位。第三层是平台变体或平台独立链接，买家下单时选中的那个选项。第四层是组合或活动展示，可能把多个内部SKU临时绑在一起卖。四层混成一层，就会出现改了一个颜色的库存，另一个站点的同色也被动了，或者组合装卖出后只扣了主商品、没扣赠品。
建档从第二层开始。能单独进货、单独盘点、单独报废的，就给单独的内部SKU。不要因为某平台喜欢变体，就把所有颜色在软件里合成一条只有一个库存池的商品。平台展示可以合成，库存池不能因此合成。合成库存池的代价是黑色卖完了，白色也显示缺货，或者相反。内部SKU宁多勿糊，糊了以后所有报表都会把不同实物当成同一件货来讨论。
第三层必须映射回第二层，而且是明确映射，不能靠标题相似来猜。标题相似在人看起来很近，在回写失败时一点用没有。映射写在字段里：这个平台SKU扣哪一个内部SKU，扣几件。一件羽绒服的S码黑色就扣一件对应内部SKU；一个组合装可能扣一件主品加两件耗材。映射写错，自动化会忠实执行错误，速度越快，错得越整齐。
变体适合买家选择，不适合作为唯一的库存真相
颜色尺码用变体，对买家友好，对运营也省事，前提是每个变体都指向自己的内部SKU，并且每个内部SKU都有自己的安全库存和可售天数。有些站点对变体数量、图片、价格差异限制很死，于是有人把变体拆成独立链接。拆可以，拆完以后仍要在软件里保持它们属于同一组实物家族，否则补货时会只补看到的那条链接，同家族其他链接在别的站继续卖穿。
家族关系用分组或内部标签来表示，不要只用名称开头字母。名称会被翻译、被截断、被活动改写。标签稳一些。家族维度上可以看合计消耗，决定总补货；内部SKU维度上仍看各自消耗，决定各颜色各尺码补多少。只看家族合计，热销色会把滞销色一起补回来，仓库会逐渐被不走的尺码填满。只看单条链接、不看家族，又会在能共用包装和采购的时候反复下小单。两个维度都要，但扣减只发生在内部SKU。
价格在变体之间可以不同，成本必须跟着内部SKU走。深色可能更费布，大码可能更费料，这些差写在对应内部SKU的成本里，而不是写在家族平均成本里。平均成本会让看起来一样的变体，有的一直在亏、有的一直在补，周会上却说“这款整体还行”。整体还行是展示，内部SKU才是进货依据。
组合装和赠品是第四层，必须能拆回第二层，否则活动一结束库存就对不上
组合装有两种。一种是仓库里真的预包好的套装，本身就是一个实物，给它独立内部SKU，进出库按套。一种是逻辑套装，下单后再由仓库把几件货放进同一个包裹。逻辑套装不要建成假的独立实物，否则盘点时仓库找不到那一件“套装”，软件里却有一个套装库存。逻辑套装只在第四层存在，销售时按映射扣减多个第二层SKU，库存展示可以按可组成的套数显示，但显示数不得大于最紧缺那一件能支撑的套数。
赠品同样如此。赠品有自己的成本和自己的可售。活动预占要把赠品一并预占，送完即止必须同时停主品的赠品话术和赠品扣减。只停话术不停扣减，会继续把赠品库存扣成负数；只停扣减不停话术，会继续答应送出已经没有的东西。两者写在同一条活动规则的失效时间里，不要分给两个岗位去记。
组合拆开后的退货更要能拆。买家退回主品但不退赠品，或退回其中一件，退货单必须允许部分回库。整单回库是图快，快完以后赠品会在软件里复活，仓库里却没有。部分回库麻烦一些，却是唯一能让第二层继续可盘的办法。麻烦发生在第四层的设计里，不是发生在仓库不愿意配合。
站点差异放在展示层，不要复制出一套新的内部SKU
同一件实物要在美站和东南亚站用不同标题、不同场景图、不同价格，这是展示层和定价层的差异，不是实物变了。复制出另一套内部SKU，看起来隔离了风险，实际上把采购、盘点、头程全部加倍，还让客服难以判断两套数字是否在说同一件货。正确隔离是：内部SKU共用，刊登草稿分站点，价格分站点，库存份额分站点。份额分站点已经能防止一个站把货卖穿，不必再伪造第二件实物。
只有当某站必须使用完全不同的认证、插头、说明书或包装，仓库也确实分成两种实物时，才新增内部SKU。新增前问仓库能不能分开堆、分开盘。仓库不能分开的，软件里就不要假装能分开。假装分开的库存，盘点日会全部暴露，而且会暴露在最忙的时候。
旧货号、试卖货号、已停用平台SKU，要标成不得再映射。列表长很多时候是旧映射没死。旧映射活着，自动刊登和自动同步就可能把停用链接救活，或者把新库存写回一个已经因违规被限制的页面。定期把无销量、无库存、无在途且已停用的第三层从有效映射里拿掉，列表才会回到人能看完的长度。长度本身不是目标，能看完才是目标。
改结构比改标题更需要冻结窗口
标题可以随时优化，结构不能在活动中或盘点中改。改映射等于告诉软件以后怎么扣库存。改的当口如果还有未发货订单按旧映射占着数，新旧两套会抢同一批实物。结构变更安排在订单低谷、活动预占释放之后，变更时暂停相关SKU回写，把未完成订单处理到不会再按旧结构扣减，再打开新映射。变更后用一笔测试单走完整条路径：下单、扣减、发货、可能的退货回库，四步都对，才算结构可用。只看列表变得更整齐，看不出扣减是否变对。
结构变更要留下说明：从哪天起，哪个平台SKU改扣哪个内部SKU。客服和仓库不看说明，就会按记忆发货。记忆里的旧结构比软件里的新结构更顽固。说明写在家族备注和周会材料里，变更当周不讨论该不该再改标题，先看测试单和前三天差额。差额异常，先回滚结构，再分析是映射写错还是仓库还在按旧组合拣货。回滚不是丢脸，是把实物层重新置于展示层之上。
列表变短不是靠删除，是靠每一行都知道自己属于哪一层
HelloWorld跨境电商助手不会因为你多开了几条商品就自动理解它们是同一件货。理解来自你把实物、内部SKU、平台选项和组合展示分成四层，并让扣减只发生在能被盘点的那一层。层理顺了，翻译、定价、活动预占才有地方挂；层不理顺，功能越多，同一件货就会在软件里继续分裂。分裂的列表会逼人重新打开表格去“合并看看真实库存”，双主系统于是从结构混乱里再次长出来。先把一行是什么写清楚，再追求一行怎么卖得更快。卖得快而扣得错，不过是把错从货架上搬到退货箱里，搬的过程看起来像增长。
