一份资料能铺到几个目的地，不是由工具的上限决定的，而是由适配半径决定的。半径的下限看字段映射能覆盖多少，上限看类目体系能不能找到对应。本文把半径怎么量、为什么扩到第五个会明显吃力、以及按半径安排先后的做法讲清楚。

批量操作在单平台里已经需要小心，放到多平台场景下风险会被放大。同一个改动在各目的地的后果不一样，出错的回滚难度也不一样。本文讲哪些批量动作必须逐个目的地确认、三步检查怎么做、回滚成本怎么估，以及为什么要把一次批量拆成按目的地分步走。

提到平台差异，多数人先想到字段名字不一样。这是差异里最好办的一层，也是唯一能被工具整层接走的一层。本文把差异拆成类目属性、搜索浏览、定价促销、履约售后四层，说清每层差在哪、工具接掉哪一部分，并给出按层往下排查的顺序。

分发这一步做完之后，真正难的是知道哪一份没落地。多平台的失败是分散发生的，这个平台成功那个失败，靠记性盯不住。本文讲要留的三种记录、失败原因怎么分两类、差异与失败到底差在哪、按批次核对的做法、补发的顺序，以及没有清单会带来什么。

多平台铺货工具把一份资料翻译成好几个目的地都认得的格式，这件事它做得很顺。本文把统一这件事切成格式与语境两半，说清格式为什么能被统一、语境为什么统一不了、同一份资料落在不同地方算不算同一件事，以及省下来的那一段时间该怎么用。

店群管理上花的钱里，有相当一部分是因为期待偏了而花掉的。这篇文章给出一份可以直接拿来用的期待清单：四项合理的、三项不合理的，以及怎么按自己店群的情况把这份清单写出来、怎么验证。

店群管理里有一部分活是可以交出去的，也有一部分只能自己扛。这篇文章讲清是哪三样交不出去：定店铺结构、定资源分配、担店铺出事的后果，以及为什么它们交不出去、怎么把它们做扎实。

店群管理工具能把一批店的操作收拢到一处，切换、汇总、同步、归集这些都归它。但店与店之间是什么关系，哪家是主力、哪家做测试、哪家当备胎，工具看不见也定不了。这篇文章只讲这一层，讲关系有哪几种、没定清会出什么现象、该由谁来定。

一家店盯指标就够了，店多了之后要盯的变成异常。这篇文章讲清哪几类异常必须跨店一起看、评分与处罚会不会在店与店之间传导、预警该设在店铺这一层还是整体这一层，以及风险管理的顺序该怎么排。

同一批货放在几家店里卖，库存就成了一个共享的数。同步这件事能压住一部分超卖，但同步再快也有窗口，窗口里发生的事要靠规则兜。本文讲窗口有多长、延迟会带来哪几种后果、共享库存和独立库存怎么选、同步是不是越快越好。