去年11月，我陪一个做家居品类的卖家做年度复盘。他们年初定的目标是"3个平台、12个店铺、新增8000个SKU"，ERP也上了，刊登模板也做了，但到10月结算时，实际有效在售SKU不到3200个，整体动销率38%，两个店铺因为库存超卖被平台降权。更麻烦的是，团队每个人都很忙，没人说得清问题到底出在哪一步。
这个案例不是孤例。过去三年我深度参与过二十多个跨境电商团队的ERP落地和刊登流程重构，类似"年初很满、年中很乱、年末很惨"的节奏反复出现。所以这篇文章不打算再列一遍ERP功能清单，而是回答一个更具体的问题：多平台刊登的年度规划，到底怎样才算"有效"？
我把结论放在最前面：有效的年度规划，不是把刊登动作排得更密，而是先把规则矩阵、SKU分层、库存口径这三件事定义清楚，再用ERP和数据分析工具把它们固化下来。顺序反了，工具越强，浪费越大。
绝大多数团队做年度规划时，习惯从"我们要做多少"出发：铺几个平台、开几个店铺、上多少个SKU。但真正决定规划能不能落地的，是三个更底层、也更容易被跳过的变量。它们不进规划表，却天天在消耗你的利润。
我在团队内部用的定义是：一个SKU只有在被正确刊登、审核通过、有可售库存、且在首个动销窗口内产生订单，才算一次"有效刊登"。四个条件缺一不可。
按这个口径，很多卖家宣称的"本月刊登5000个SKU"，实际有效刊登可能不到三分之一。剩下的是三种状态：挂在后台没有库存支撑的"僵尸SKU"、审核被驳回但没人处理的"卡壳SKU"、以及有订单但长期缺货的"失信SKU"。
这三种SKU不产生销售，却持续消耗维护成本：图片要重做、价格要跟调、客服要回复、平台绩效要承担后果。我把它叫做"刊登负债"，年初为了冲数量堆上去的SKU，到了年中会变成一份需要不断偿还的债务。
我把过去三年复盘过的失败规划归因，几乎都能落到三个错位上。
规则错位：规划按自己团队的节奏排，超出平台的上架审核周期、类目开放节奏和促销报名窗口。库存错位：刊登节奏按上新计划走，库存节奏按采购走，两条线不交叉。组织错位：运营负责刊登，采购负责备货，仓储负责发货，三个角色对同一个SKU的"可售状态"理解完全不同。
三者的共同点是：它们都不是ERP能自动解决的。ERP能把动作执行得更快，但不能替你决定哪个平台先上、哪些SKU先备货、谁对可售状态负责。
我见过太多团队把ERP当成一个"刊登按钮"来采购和验收：能批量上架、能同步库存、能对接平台，就算达标。这种验收标准会直接导致一个结果，系统功能齐全，业务依然靠人肉兜底。
更合理的定位是：ERP是多平台经营的执行中枢，负责把已经定义好的规则稳定地跑起来。那么规则由谁定义？由年度规划定义。所以规划的第一份产出物不应该是排期表，而应该是一张规则矩阵。
下面三个场景都来自真实项目，我做了脱敏处理。它们的共同点是：Q1一切正常，Q2开始出现裂缝，Q3集中爆发，Q4只能救火。区别在于失控的触发点不同。
这是一家做3C配件的卖家，团队14人，年GMV约1800万。他们的年度规划文档我看过，写得很详细：ERP模块上线时间、刊登模板数量、每个平台的目标SKU数，甚至列了API对接的里程碑。
但整份文档里没有一行提到"谁负责判断一个SKU是否可以下架"。结果到了4月，两个平台的在售SKU从6000涨到9000，运营团队还是3个人，每天疲于处理价格更新和缺货下架，新平台上架计划全面延期。
我的判断是：他们规划的是系统的能力，不是团队的产能。ERP让刊登成本趋近于零，但审核、定价、内容维护的成本没有下降，反而因为SKU基数变大而上升。
第二家是做户外用品的，2023年同时运营5个平台。年度规划里，每个平台分配的资源几乎一样：同样的SKU数、同样的预算、同样的运营人力。
问题在Q2暴露。他们主平台的类目排名从第9掉到第27，因为原本用于主平台广告和内容优化的预算被分走了；而新平台投入了半年，GMV占比始终不到4%。资源平均分配，等于没有优先级。
后来我们做了一次资源重排：主平台拿到60%的预算和人力，一个平台做补充，剩下三个只保留基础刊登和小规模测试。三个月后主平台排名回到第11，整体毛利反而提升了。
第三家是服装类目，多平台运营中最典型的问题：A平台的爆款在B平台也卖，两边库存不共享，促销期间同时放量，结果一边超卖被罚，一边断货降权。
他们ERP是有库存同步功能的，但同步频率是每2小时一次。在大促期间，2小时的窗口足够产生几十单超卖。更麻烦的是，两个平台的安全库存阈值设置不同，一个按7天设，一个按14天设，导致同一批货在两个平台的可售量口径完全不同。
这个案例让我确认了一个判断：库存同步不是技术问题，而是口径问题。口径不统一，同步频率再高也只是把错误更快地传播出去。
下面四个误区，我在不同规模的团队里都见过。它们的共同特征是：在短期内看起来是效率提升，在中长期表现为利润侵蚀。
多平台的本质是多个规则体系并行，不是把同一批货复制到更多地方。每个平台的类目结构、标题规范、图片要求、退货政策、广告机制都不同。
把多平台当多铺货，会带来三个直接后果：内容资产无法复用，需要重复生产；库存被重复计算，超卖风险上升；团队精力被切碎，单个平台的运营深度不足。
我的建议是：先把平台分成"主战场、补充场、试验场"三类，再决定每个平台投入多少SKU和人力。这个分类应该在年度规划的第一页，而不是在年底复盘时才补上。
这是一个非常普遍的KPI设计错误。刊登专员为了完成数量目标，会优先上架容易处理的SKU，通常是老品改标题、换主图、复制到新平台，而不是真正需要投入的新品。
结果是：数字很好看，结构很难看。新品占比下降，老品重复刊登，SKU总数上涨但有效动销SKU没有增加。
我在团队里用的替代指标组合是：审核通过率、上架后30天动销率、无效SKU清理率、单位SKU毛利贡献。四个指标一起看，数量游戏就玩不下去了。
服务商演示时，"一键刊登到10个平台"确实很吸引人。但在真实业务里，一键刊登解决的是动作执行，解决不了三件事：内容是否符合各平台规则、库存是否支撑、刊登后是否有人跟进。
我通常会建议团队在选型和验收时，重点验证四个边界场景：审核被驳回后系统怎么处理、库存不足时是否自动下架、多平台价格冲突时如何提示、API中断时的补单机制。这四件事的处理能力，比刊登速度更能决定日常体验。
很多团队的年度规划在1月写完，存档，然后到12月才重新打开。这种规划本质上是"年度愿望清单"，不具备指导能力。
有效的年度规划应该是滚动的：季度校准一次，月度调整一次，周度执行。校准的内容包括平台优先级、SKU结构、库存策略和预算分配。计划不变的部分是框架，变化的部分是参数。
这一节是整个方法论的骨架。六个维度不是并列关系，而是有顺序的：先定平台，再定SKU，再定库存和内容，最后定组织和预算。顺序错了，后面全部要返工。
规则矩阵是我做年度规划时的第一张表。横向是平台，纵向是规则维度。至少应该覆盖以下七项。
| 规则维度 | 需要确认的内容 | 常见踩坑点 |
|---|---|---|
| 类目准入 | 是否开放、是否需要资质、审核周期 | 按开放时间排期，忽略审核周期导致延期 |
| 刊登字段 | 必填项、变体结构、属性完整度要求 | 变体映射错误导致SKU合并或拆分异常 |
| 内容规范 | 标题字数、图片尺寸、主图背景、视频要求 | 多平台共用一套素材，被批量驳回 |
| 库存规则 | 库存同步频率、超卖处罚、预售政策 | 多平台安全库存阈值不统一 |
| 价格机制 | 促销价、划线价、最低价限制 | 跨平台价格冲突触发平台比价机制 |
| 物流售后 | 时效要求、退货政策、责任划分 | 售后政策不一致导致客服口径混乱 |
| 合规要求 | 认证文件、知识产权、税务标识 | 年初未准备，年中集中补件影响上架 |
这张表填完，平台优先级基本就清楚了：规则与你供应链能力匹配度最高的平台，应该拿到最多资源。匹配度不是看平台大小，而是看它的规则是否卡在你的短板上。
我一般把SKU分成四层，每层的刊登节奏和资源投入完全不同。
分层之后，刊登排期就不再是"平均每月上多少个"，而是"每月完成多少引流款、多少利润款"。节奏由结构决定，不由总数决定。
这三个机制的共同要求是：口径统一、频率明确、异常有出口。我把它拆成三张清单来定义。
库存方面，需要明确：可售库存的计算口径（是否扣除在途、是否扣除安全库存）、多仓合并规则、同步频率、低于阈值时的动作。价格方面，需要明确：基准价来源、各平台价格差异容忍度、促销期是否允许破价、汇率波动处理规则。订单方面，需要明确：路由规则、拆分与合并规则、异常订单的处理时效和负责人。
这三张清单写不清楚，ERP配置就没有依据，出了问题也只能靠人临时判断。这也是我在项目里花时间最多的地方，不是系统配置本身，而是配置之前的规则讨论。
内容资产的准备周期往往被严重低估。一套能同时适配三个平台的主图和文案，通常需要额外的重排版和翻译本地化。认证文件、商标授权、检测报告的获取周期，短的几周，长的几个月。
所以年度规划里应该有一张"合规资产日历"，标注每个平台每个类目需要的文件、获取周期、到期时间和负责人。把合规当作有前置期的项目来管，而不是当作上架前的临时任务。
我见过的最有效的分工方式，是把"SKU可售状态"设为唯一责任人制。也就是每个SKU或每个SKU组，有一个人对它的可售状态负全责，其余角色提供支持。
这个设计解决了一个常见问题：运营认为采购没备货，采购认为运营没下架，仓储认为没人通知，最后SKU挂着但卖不出去，没人负责。责任人制让问题有明确出口。
预算应该按"平台+SKU层级"双维度分配，而不是只按平台分。指标上，我建议用一组组合指标而不是单一GMV：有效刊登数、审核通过率、30天动销率、库存周转天数、超卖次数、单位SKU毛利。
复盘频率上，周复盘看异常，月复盘看结构，季度复盘看取舍。三个频率看的内容不同，不能混在一起开。
上面所有框架要真正跑起来，都会卡在同一个地方：数据不在一处，口径也不一致。平台后台各看各的，ERP里是执行数据，财务系统里是成本数据，最后靠人工导表拼Excel，拼出来的结果没人敢信。
ERP擅长记录和执行：刊登了哪些SKU、库存是多少、订单有没有路由成功。但它不太适合回答跨平台的经营问题，比如"上个季度投入的刊登人力，哪个平台回报最高"。
原因有两个。一是ERP的数据结构以单据为中心，做横向对比需要大量清洗；二是多个平台的数据分散在不同系统里，缺少统一口径。
所以我通常建议团队在ERP之外，再搭一个数据层。它的职责只有一个：把多平台、多系统的数据按统一口径汇总，输出可以直接用于决策的视图。
在具体工具上，我这两年用得比较多的是数跨境。它给我的核心价值不是"多一个报表工具"，而是解决了我前面反复提到的问题：把分散在多个平台和ERP里的刊登、库存、订单数据拉到同一个口径下做分析。
实际的落地路径一般分四步，我按项目推进顺序列出来。
第三步是我最看重的。工具本身不会自动统一口径，但如果数据都在一个平台上，口径冲突会很快暴露出来，讨论也才有落点。
我在项目里最常搭建的三个视图，几乎适用于所有多平台团队。第一个是有效刊登漏斗：从计划刊登到30天动销，逐级看流失，定位卡点环节。第二个是SKU贡献分布：用销售额和毛利双维度排序，识别该保、该推、该清的SKU。第三个是平台投入产出对比：把每个平台的人力、广告、库存占用和毛利放在一起看，判断资源该往哪调。
这三个视图的共同特点是：它们都跨系统、跨平台，单靠任何一个后台都拼不出来。这也是我认为多平台卖家必须单独建数据层的原因。
我想强调一个顺序问题。很多团队一上来就想做自动化看板和实时监控，但基础口径还没对齐，自动化只是把错误暴露得更快。
更稳妥的顺序是：先人工梳理口径（1，2周），再固化到工具（2，3周），最后接入自动化更新。这个顺序看起来慢，但返工少。我在一个项目里见过跳过第一步的后果：看板做了三个月，最后因为毛利口径争议被管理层弃用。
框架是通用的，但执行重点必须按阶段调整。下面按三个规模区间给出建议，判断依据主要是团队人数、SKU规模和平台数量，不是单纯的GMV。
这个阶段的最高优先级不是多平台，而是跑通一个平台的完整闭环：选品、刊登、库存、订单、售后、复盘。闭环跑通之前，多开一个平台只会复制问题。
ERP选型上，建议先用轻量方案或平台自带工具，把刊登和订单打通即可。不要在这个阶段上重型ERP，配置成本会压垮团队。
数据层面，一个Excel加上平台后台的固定报表就够了。关键动作是每周固定时间做一次数据整理，养成看数据的习惯。
这是最需要年度规划的阶段，也是问题最集中的阶段。核心任务是三件事：建立规则矩阵、完成SKU分层、统一关键口径。
ERP选型上，重点验证多店铺管理、库存同步机制、权限体系和异常处理。这个阶段最容易踩的坑是被"功能全"吸引，结果买了一堆用不上的模块。
数据层面，我建议在这个阶段开始搭建独立数据层，工具上可以考虑数跨境这类能整合多平台与ERP数据的方案。原因是SKU规模到几千个以后，Excel的维护成本会快速上升，而且口径容易失控。
这个阶段的核心矛盾从"效率"转向"协同"。不同团队、不同平台、不同系统之间的一致性，比单个环节的效率更重要。
我的建议是建立三层机制：统一的数据中台负责口径、统一的规则中心负责标准、统一的项目节奏负责协同。ERP承担执行，数据平台承担分析，两者之间通过稳定的接口和人负责的异常处理机制连接。
这个阶段最容易出现的问题是"系统越多越乱"。判断标准很简单：如果一个业务问题需要在三个以上系统之间切换才能回答，说明架构该调整了。
项目协同层面，有些团队会用某项目管理平台来管理刊登排期和跨部门任务。这类工具解决的是"谁在什么时候交付什么"，与ERP的执行能力是互补关系，不要指望用其中一个替代另一个。
年度规划的本质是一系列取舍。下面四组取舍，是我在项目里被问得最多的，也是分歧最大的。
我的判断依据是规则匹配度和管理带宽。如果一个平台的规则与你的供应链能力高度匹配，且团队还有管理余量，可以进。如果只是"别人都在做"，大概率会变成资源黑洞。
具体做法是设一个观察期：新平台先以最小成本进入，投入不超过总资源的10%，用两个季度验证GMV占比和毛利贡献。达不到预设线就退出，不要因为"已经投入了"而继续加注。
这两者在中长期是统一的，在短期是冲突的。我的处理方式是按SKU层级差异化分配：引流款追求速度，允许内容先上线后优化；利润款和形象款必须先完成内容和合规准备，不允许带病上架。
这样做的好处是，速度压力集中在低风险SKU上，高风险SKU的质量不会被速度牺牲。
我的基本判断是：除非刊登流程本身就是你的核心竞争力，否则不要自研ERP。自研的隐性成本在于持续的维护、平台接口变更跟进和人员依赖。
更常见的合理方案是组合：标准ERP负责执行，数据层负责分析，个别特殊环节用轻量工具补齐。组合方案的代价是集成成本，收益是每个环节都能用最适合的工具。
这个取舍直接影响刊登策略。集中仓的优势是库存集中、成本可控，劣势是时效长，通常只适合刊登在时效要求宽松的平台。海外仓的优势是时效好、转化高，劣势是资金占用大、滞销风险高，适合刊登在时效敏感且销量稳定的SKU上。
我的建议是按SKU层级分配仓储方案：引流款和利润款中的爆款走海外仓，长尾和测试款走集中仓。这样既保证核心SKU的转化，又控制整体资金占用。
框架讲完了，最后给出可以直接用的落地模板。我用这张表管理过多平台刊登项目，它的作用是把前面所有维度落实到具体的行和列。
核心字段分为四组：对象、策略、责任、复盘。字段不要贪多，能覆盖关键判断即可。
平台, 店铺, 类目, SKU编码, SKU层级, 责任人,
计划上架周, 实际上架周, 刊登状态, 审核状态,
库存策略, 安全库存阈值, 价格策略,
内容完成度, 合规状态, 合规到期日,
首月动销, 30天动销, 单位SKU毛利, 异常记录, 复盘结论
这21个字段可以覆盖年度规划的主体。填写时需要注意的是："刊登状态"和"审核状态"必须分开记录，因为这两件事的卡点原因完全不同，合并记录会丢失关键信息。
我用的是"框架不变、参数滚动"的方式。全年框架在年初定好，每个季度末校准一次参数。
具体月份不要写死，因为不同平台和类目的旺季节奏差异很大。写死的排期会在第一个平台政策变动时失效。
周复盘只看异常：审核被驳回的SKU、库存低于阈值的SKU、价格冲突的SKU、超卖订单。控制在30分钟内，输出的是待处理清单。
月复盘看结构：各层SKU的动销和毛利变化、平台资源投入产出、核心指标趋势。输出的是调整动作，比如"哪一层要加资源、哪一层要清理"。
季度复盘看取舍：平台是否增减、SKU结构是否调整、组织分工是否变化、预算是否重排。这一层才涉及年度规划的修改。
回到开头那个卖家。我们后来做的调整其实不复杂：把平台从3个压到2个，SKU从8000个目标下调到4500个，但明确要求其中60%必须是利润款；同步统一了库存口径，把同步频率从2小时缩短到15分钟；然后在ERP之外接了一层数据视图，每月看一次有效刊登漏斗。
半年后，他们的在售SKU数量是4100个，比原来少了近一半，但整体动销率上升到57%，两个平台的类目排名都有回升。数字变化的背后，是规划逻辑的变化：从追求刊登数量，转向管理有效刊登和利润结构。
这就是我理解的"有效"。它不是让系统跑得更快，而是让每一个SKU的投入产出都能被看见、被比较、被取舍。
如果你现在正准备做下一年度的多平台刊登规划，我的建议是先做三件事，一周内可以完成。
这三件事做完，年度规划才有真实的起点。系统选型和工具搭建可以放在后面，因为它们解决的是执行效率问题，而效率问题，只有在方向正确的前提下才值得优化。
至于数据分析工具，不必一上来就追求大而全。先从一个能回答"哪个平台、哪一层SKU真正赚钱"的视图开始，比如用数跨境把多平台刊登和库存数据汇总起来看第一版结构，等口径稳定、决策节奏形成，再逐步扩展分析范围。工具的价值不在于功能多少，而在于它能不能让你每个月都做出一个比上个月更准的取舍。
去年我给团队定的核心KPI就是上新SKU数量，一年下来铺了几千个SKU，年底盘账才发现真正动销的不到三成，剩下全是占库存、占人力、占ERP授权的僵尸链接。今年想把指标换掉，但又不确定换成什么才不会跑偏，毕竟老板第一反应还是问这个月上了多少个新品。
先把有效刊登拆成七个可量化指标，并且每个指标都要写明口径：首次审核通过率等于首次提交就通过审核的SKU数除以提交总数，用来暴露标题、图片、类目资质的问题；30天上架成功率用来区分是ERP传不上去还是平台审不过去；90天动销率等于期内有出单的SKU数除以在架SKU数，这是判断铺货质量最直接的一刀；
缺货率与超卖订单占比看库存协同；刊登毛利率要扣掉平台佣金、物流、广告和退货损耗，不要用销售额代替；最后一个是单SKU刊登工时，用它来判断自动化到底省了多少人力。考核上建议做分层，给引流款看曝光和起量速度，给利润款看毛利率和复购，清仓款只看周转天数，不要用同一个SKU数量指标压所有岗位。
落地方法是先跑一个月基线数据，再按平台乘以类目乘以季度三个维度拆目标，没有基线就不要拍年度数字，否则年中一定吵架。
我吃过一次亏，演示环节销售拿了五十个SKU几秒钟就铺到四个平台，看着特别顺，合同签完自己上手才发现类目模板对不上、多变体属性丢了一半、主图规格被平台打回。现在又要选新的ERP，我不想再被演示话术带着走，但自己也不清楚该拿什么标准去卡。
放下功能清单，直接做对照测试，这是最省时间的办法。挑三十到五十个SKU，其中一半走ERP刊登、一半纯手工刊登，覆盖你最复杂的两三个类目，然后比对四件事：字段完整度（尤其变体、多属性、自定义属性）、首审通过率、从提交到在架的实际耗时、出错后能不能定位到具体某一条。
除了测试，还要问清五个硬边界：类目模板的字段覆盖率是多少、平台API限流下的同步频率是多少、刊登失败的回报和重试机制是什么、多人协作时的权限分级能不能做到按店铺按平台隔离、异常单据能不能追溯到操作人和时间。合同层面把接口稳定性和失败重试写进去，别接受口头承诺。
判断依据很简单：一个ERP值得选，不是因为它能一键铺一百个平台，而是因为它出错的时候你能查得到、补得上、追得回。对一键全自动、零人工这类说法，默认先当成营销话术，让它用测试数据证明。
我们是三个平台五家店同时跑，同一个爆款被两边同时下单的情况一个月能碰上好几次，客服天天救火，差评也上来了。我试过把安全库存调高，结果又压了一堆货，资金周转明显变慢，感觉怎么调都是错。
第一步是先定库存权威源，也就是哪个仓、哪个系统说了算，其他平台都以它为唯一真值，这件事不定清楚，后面调什么参数都是白费。第二步按平台分别设安全库存，不要用统一数字，因为各平台的出单速度、退货率、物流时效不一样，快销平台留的缓冲要更厚。
第三步定同步频率，正常在售链接至少做到小时级别同步，大促期间单独加频；预售款和定制款走虚拟库存，不占真实可售数。价格这边建一个价格带矩阵，按平台、按SKU层级标出最低毛利红线，任何低于红线的促销价必须走审批，避免运营为了冲量把利润打穿。
超卖真的发生了也要有兜底流程，写清谁判断、是自动取消还是换仓发货、客服用什么话术，不要临时商量。日常盯两个指标就够了：超卖订单占订单总数的比例、因缺货导致的取消率，连续两个月抬头就说明安全库存或同步频率该改了。
我们每年年初都会开一天会，做一张很漂亮的年度规划表，每个季度写满上新计划和平台目标，然后三月之后就没人再打开它了。今年我想换个做法，让这张表真的能被用起来，但不知道节奏该怎么切、责任怎么落。
把一年切成四段滚动推进，每段只解决一个主要矛盾。第一季度做规则校准和基建，把各平台的类目资质、刊登字段、物流售后政策、账号权限全部对齐一遍，同时把ERP的模板、变体规则、异常处理流程跑通，这一段的目标不是出量，而是让后面九个月不返工。
第二季度做上新测试和SKU筛选，用小额预算多批次试款，按动销和毛利淘汰，不要等到年底才砍。第三季度做旺季备战和库存前置，重点是备货节奏、物流方案和广告预算提前锁定，这时候改刊登规则风险最大，尽量冻结。第四季度执行大促、清理滞销、做年度复盘，同时把下一年的规则变动清单整理出来。
SOP能不能落地，取决于四个细节：每件事只有一个责任人；权限按岗位分级而不是所有人都能改价改库存；每个动作写清触发条件，比如连续七天零动销就进入优化池；每个环节指定例外处理人，避免卡住就停摆。
表格字段建议固定成平台、店铺、类目、SKU层级、责任人、上架时间、库存策略、价格策略、合规状态、复盘指标这十列，每月用ERP导出的数据回填一次，回填不上的字段说明流程本身有缺口，比开会讨论更早暴露问题。
读者评论
有效刊登的口径很实用。我们团队年初也定了上万SKU目标，结果审核驳回和缺货下架没人管，年底动销很低。把审核通过、有可售库存、30天动销串成一个漏斗后，才看清问题在库存和跟进，不是刊登速度。
库存同步那段说到点子上。多平台安全库存阈值不统一，2小时同步在大促就是超卖窗口。我们后来先统一可售口径和超卖处罚规则，再调同步频率，效果比单纯换ERP明显。
平台平均用力是我们踩过的坑。五个平台同资源，主平台排名下滑，新平台又起不来。先分主战场、补充场、试验场，再按规则匹配度分配预算和人力，比一上来铺多平台更务实。
用SKU数量考核刊登团队确实会走偏，编辑会优先上老品和简单品，新品和优化被挤压。改看审核通过率、30天动销率、无效SKU清理率后，行为会变，但前提是数据能拆到人。
服装多平台超卖案例很真实。同一批货在两个平台放量，库存不共享、阈值不同，系统再快也救不了。年度规划里就该写清库存归属、安全库存和断货下架规则，否则Q3集中救火。