导语：全托管卖家最容易以为「平台帮我运营＝随便铺货」——但 Fully Managed 文档里的一条规则，会让算错利润的人没有回头路。
规则核心：净收益只能降，不能涨
官方最新文档明确：全托管卖家不是自己填前台售价，而是设置每个商品期望获得的 global_net_proceeds（净收益值），最终买家价格由平台计算。关键规则是：商品发布后，当前接口规则下这个净收益值只能降低、不能提高——上调会直接返回错误。设想一个场景：你按采购 30、物流履约 20、其他 10、期望到手 80 的模型把品跑起来了，结果采购涨 5 元、包装涨 2 元、汇率又动了——正常经营的第一反应是把目标收益往上调，但全托管模式下你调不了。
思维必须换：从「卖多少钱」到「最低拿多少」
平台在这个模式下负责最终售价、物流履约和 Marketplace 配置；卖家主要维护类目、属性、图片和期望净收益。所以思路要从「这个商品前台卖多少钱」变成「这个商品最低让我拿多少钱我才愿意供」——做过 Temu 全托管的卖家对这个思维会很熟悉。
四类产品要非常谨慎
采购价格波动大的（今天 20 元旺季 28 元）、利润本身特别薄的（5 元空间一次成本上涨就没了）、重货和大体积的（物流成本稍有变化利润明显波动）、高售后的（表面毛利 20% 可能被退货破损吃掉）。反过来，更适合全托管的是四种属性叠加：成本稳定 + 轻小件 + 售后简单 + 有利润缓冲——同样净收益 50 元，采购稳定在 17-19 元的 A 品比历史波动 15-28 元的 B 品值得优先放进全托管。全托管真正危险的不是商品突然卖不动，而是卖得越来越好时供应链成本突然上涨、原利润模型失效。
上架前强制算五个数
①当前采购成本；②过去 3 个月最高采购成本（用最贵的时候测利润）；③包装加国内履约成本；④跨境物流与平台费用；⑤最坏情况下的到手净收益。全部过线再上架。
结语：运营越简单，前端选品和成本核算反而越重要——净收益值一锤定音的性质，决定了全托管是「供应链精算师」的游戏：把利润在上架前算死，而不是在卖爆后追认。
