ManoMano Toolbox 怎么用，功能有哪些

卖家后台Toolbox 的功能，多数人只用到三成。上架、改价、看订单，这三件事占了日常操作的绝大部分，剩下的批量导出、休假模式、消息模板、财务对账、接口对接，很少有人主动去翻。这些功能不解决流量问题，但能解决人效问题，尤其在 SKU 上百之后，差距会被放大。

一、一个合同对应一套后台

进入后台的第一步不是上架，是搞清合同结构。这个平台按站点与配送方式分别建卖家合同，法国、西班牙、意大利、德国、英国各一份，同一站点用官方仓与自发货又是两份。一个合同对应一套商品、价格、库存与账单。

多站点卖家因此会有多个合同，后台切换时看到的商品目录不一样。价格与库存必须按合同分别维护，想在所有站点统一改价，靠后台手动逐条改是不现实的，得用批量导入或者接口。两套合同的商品目录数量不一样，改价前先确认当前停在哪个合同，改错站点的事故每周都有。

这个结构也决定了账号怎么分配。给运营开权限时按合同开，别一上来给全站，改错一个站点的价格，影响的是一整个市场的链接。权限颗粒度粗是很多后台的通病，用操作规范补。给客服只开订单与消息模块，给运营开商品与报价，财务只开财务导出，权限越窄，误操作越少。

先把这个骨架记住，后面的功能才有地方放。合同是容器，商品与订单都挂在容器里，跨合同的批量动作在后台几乎都做不了，这是使用这套工具的前提。

二、日常真正在用的五个模块

商品与报价模块管的是能不能卖。这里能看到每个 SKU 的标题、属性、图片、价格、库存，以及它在平台目录里对应到哪个商品。新 SKU 靠数据文件批量上传，字段多、格式严，错一个字段整批退回。第一次上传留出两天返工时间，字段说明要看全，别按经验猜。

订单模块管的是履约。订单进来是待处理状态，接受之后进入备货，登记承运商与运单号之后变成已发货，拒绝则触发退款。状态流是线性的，跳步会卡住，所以操作顺序不能乱。接单之后迟迟不登记运单，订单会停在备货状态，买家端看不到发货，纠纷就从这里开始。

库存模块管的是别断货也别压货。库存数量按合同维护，与真实可售量对齐。多仓发货的卖家要按仓库分别维护，售罄与可订是两种状态，混用会让买家下单后才发现没货。补货周期长的 SKU 要定期把库存清零，卖超的代价比少卖更贵。

客服模块管的是回复速度。平台对咨询响应有时间要求，法语买家的问题高度重复，兼容性、安装尺寸、保修范围这三类占了多数。模板化能把这部分时间压下来。

财务模块管的是钱对不对。佣金、运费、退款、结算逐笔可查，还能按月导出做增值税申报的对账。很多卖家对不上账，原因不是平台算错，是自己没把运费收入与佣金成本分开记。按月导出后按 SKU 归集，哪条链接在亏钱一眼看得出来。

三、不显眼却省时间的那几个功能

报价批量导出与导入，是最该先学会的一个。把全部在售 SKU 导成表格，离线改价改库存，再导回去，比在网页上逐条点快一个数量级。改前先导一份备份，误操作还能找回。

休假模式，是保住指标的工具。法国八月休假季、国内春节发货跟不上时，打开它能让报价暂停展示，比硬扛迟发强。但别频繁开关，反复切换会影响报价的稳定展示。开关时间要提前排，别等发货跟不上了才想起这个功能。

消息模板，是把重复劳动标准化。预设法语模板，按问题类型分好，一键调用。模板不是话术堆砌，每一条要给出可执行的信息，比如适配的型号范围、安装需要的工具、保修年限。模板也要按季节更新，节日问候与发货延迟说明都可以提前预制。

订单与财务明细导出，是对账的入口。佣金、运费、退款逐笔可查，按 SKU 汇总还能看出哪些链接在亏钱。这份表比销售额更有用，销售额涨、毛利跌的情况很常见。

接口对接，是 SKU 过两百之后的分水岭。在设置里生成密钥，用卖家合同编号接入，把库存与价格同步到自己的系统。手动维护上百个 SKU 的价格，出错概率高到不可接受。接口接入通常要三到五天调试，上线前先在测试合同里跑一轮。

FAQ：Toolbox 三问

Q1：多站点经营，要在 Toolbox 里开几个账号

账号是一个，合同是多个。用同一套登录信息进去，在合同之间切换，每个合同下的商品与订单独立。API 对接时按合同分别配置，一个合同一把密钥，别把不同站点的数据混在一套同步逻辑里。

Q2：发货时效在哪里设置

自发货的卖家在数据文件里配承运商与运输天数，三天到四天写 3#4，五天到六天写 5#6。前提是先在后台配好物流模板，模板没配，数据文件里填的时效不生效。用官方仓的合同不需要自己设，平台按仓配规则处理。

Q3：平台促销能自己改价参加吗

不能。平台的促销活动要主动提报，先通过客户经理申请，再在后台完成改价。提报的价格基准是近三十天最低价再往下让，折扣幅度按平台要求执行。系统不会自动帮你改价，错过提报窗口就只能等下期。