大促第二天下午，客服为了安抚一个等补货的买家，在速卖通后台把某个 SKU 的可售库存从 40 调到 80。当晚这个 SKU 在 Shopee 又卖出三单，仓库现货只剩 12 件，两个店同时超卖。事后想查是谁动的库存，发现三个人共用同一个子账号，日志里全是同一个名字，既追不到人，也回滚不了。
这类故障很少是「人不认真」，而是权限没切：谁都能改数字，谁都不用签字。下面只处理三件事——库存、订单、客服三条线各自的权限怎么切，日常怎么交接，例外谁批。平台差异只影响后台字段名和授权颗粒度，机制本身在速卖通、Shopee、Lazada、Mercado Libre、Wayfair 上是通用的。
先判断问题出在哪条权限线：三个故障信号
- 库存数和实物对不上、同款在两个店同时超卖。指向库存权限：能改可售数字的人不止一个，或者根本没有安全库存阈值。
- 发货慢、改址改错、买家收到不属于自己的订单。指向订单权限：抓单和发货确认之间没有复核点，改址没有留证。
- 同一个 SKU 在速卖通答应补发、在 Shopee 只肯退券。指向客服权限：补偿上限和话术口径没有跨店统一。
三条线要分开诊断。把超卖当成客服问题去加人，结果只是多一个人有改库存的机会。
分权原则：按动作风险切，不按店铺切
按店铺分人是小团队的默认做法——A 店的运营不给 B 店权限。问题是同一岗位在两家店权限不同，人为了把活干完会去找有权限的同事代操作，最后又回到共用账号。可行的切法是把权限拆成六类动作：查看、编辑、审批、导出、退款、改价。这和账号隔离、权限分工与数据复盘里给出的分层顺序一致，先切动作，再谈工具。
| 动作 | 可授权给谁 | 是否走审批 | 例外怎么走 |
|---|---|---|---|
| 查看订单、库存、会话 | 运营助理、客服 | 否 | 跨店查看可直接开放 |
| 改可售库存数字 | 库存主责一人 | 超阈值必审 | 店长批，写明原因 |
| 改订单收货地址 | 客服主管 | 是 | 留存买家平台内书面确认 |
| 发货确认 | 订单主责 | 正常单免审 | 改址单、拆单必须复核 |
| 退款、补发 | 店长级 | — | 超上限升级到老板 |
| 改价、改活动价 | 店长级 | 是 | 主账号执行 |
| 导出买家或订单数据 | 店长级 | 是 | 按需授权，用完回收 |
读法是：越往下，有效期越短、越需要留痕。一个人可以同时看三家店，但不该同时握有三家店的改价权和退款权。
库存权限：改库存、锁库存、跨平台同步谁负责
- 指定唯一库存主责。这个角色按业务线设，不按店铺设。速卖通多店铺管理和其他平台的库存都归他一人拍板，其他人只读。
- 设安全库存阈值。低于阈值只能锁、不能放量。放量是一个单独动作，要审批，不是「顺手改一下」。
- 每次改动留四个字段：谁改的、什么时候、从多少改到多少、为什么改。缺字段的改动视为无效，下一班次对账时改回。
- 跨平台同步只同步数量。同步可以自动，但主责边界不变——同步出错仍由库存主责解释，不能推给工具。
- 每天对账一次。各店可售数、在途数、仓内实数三条线对齐，对不上先锁店再查原因。
订单、库存、消息这类业务流应该集中收口，但登录凭证和浏览器环境必须严格隔离，这两件事不要混着做，把订单、库存和消息集中处理的前提是账号资产本身已经分开。
订单权限：抓单、改址、发货、退款的红线
- 抓单：谁都可以看，不做限制。限制查看只会让人私下抄单，反而更难追溯。
- 审核：大额、多件、首次买家、地址不完整的订单自动标红，标红单不进入正常发货队列。
- 改址：只给客服主管。改之前必须拿到买家在平台内的书面确认，截图存进对应订单备注。
- 发货确认：正常单可由运营助理执行；改址单、拆单、补发必须由店长点最终确认。
- 退款：店长级以上。金额超过预设上限，或同一买家当月第二次申请，直接升级，不在一线反复协商。
整个订单流只有三条红线：改址留证、异常单不进正常队列、退款不在一线闭环。
客服权限：话术、补偿和升级怎么分层
- 一线客服：能回复、能登记、能升级；不能承诺补偿金额、不能改库存、不能发起退款。
- 客服主管：能在统一上限内发券或做小额补偿，能处理改址，能把订单升级给订单主责。
- 店长：负责退款、补发、跨店口径裁定，以及「同一个买家在三个店都投诉过」这类需要看全局的判断。
- 必须跨店统一的部分：同一 SKU 的话术模板、补偿上限、时效承诺，由店长维护成一张表。Shopee 店铺运营和 Wayfair 卖家运营的问候语可以不同，但同一 SKU 的补偿上限不能不同。
协同机制：三个交接状态字段加一条例外升级路径
口头交接在多店场景必然丢信息，因为它没有状态。用三个字段替代：待处理、处理中、待复核。每条任务必须带责任人和截止时间，跨店看板按状态排序，而不是按店铺排序。
- 待处理：刚进队列，还没人认领。超过约定时长仍无人认领，自动升级给店长。
- 处理中：已有责任人，写清楚卡在哪——等买家回复、等仓库确认、还是等审批。
- 待复核：动作已做完，等第二个人确认。改库存、改址、退款三类动作必须停在这一步。
- 例外升级：任何超出岗位权限的动作，由发起人写明原因和影响店铺，店长批准后执行；批准记录留在任务里，不留在聊天记录里。
这套机制和按职能切片的分工表是同一套东西，可以和一个团队怎么管理多个店铺：角色分工、审批流与交接清单里的分工方式对照使用。
平台差异速查：速卖通、Shopee、Lazada、Mercado Libre、Wayfair
五个平台的后台字段和授权颗粒度不一样，但需要收口的动作类型几乎一样。下表只列判断依据和收口对象，具体授权项以你账户后台当前显示为准。
| 平台 | 权限颗粒度的大致特点 | 必须收口到主账号或店长的动作 |
|---|---|---|
| 速卖通 | 子账号按模块授权，操作可留痕 | 改价、库存放量、退款 |
| Shopee | 子账号按角色分配，可限定店铺范围 | 店铺设置、大额退款、批量改价 |
| Lazada | 子账号按功能组授权 | 类目与价格批量修改、库存同步开关 |
| Mercado Libre | 以主账号为主，多店铺细分权限相对有限 | 库存主数据修改、账户级设置 |
| Wayfair | 供应商后台以共享账户为主，细分权限取决于账户类型 | 库存与价格变更、订单取消 |
颗粒度粗的平台，用流程补：后台不给细分权限，就把该动作改成「必须两个人经手」，第二个人的名字写进任务状态里。速卖通多店铺管理和 Shopee 多店铺管理真正的差别不在权限表，而在你能否坚持这条替代规则。
权限之外：子账号、登录环境与操作日志
权限配好了仍然可能串号，常见原因有三个：多人共用同一个子账号，浏览器环境和代理出口没有按店铺分开，操作日志没人看。最小要求是每个店铺独立登录环境、子账号一人一号、日志每周抽一次。多店铺账号管理真正要配的就是登录环境、子账号权限和可追溯的操作日志这三块，电商多个账号怎么管理：登录环境、子账号和操作日志设置要点里有具体的字段清单。
注意：共用电脑、共用出口 IP、浏览器指纹重合这些信号，是否会被平台判定为关联，取决于平台的政策与判定逻辑，不要凭单一信号下结论，以账户通知和官方政策为准。
工具选型放在最后一步。凭证、环境、协作三层没理顺之前就上统一工作台，只是把混乱搬进一个更贵的界面里；自建表格、浏览器多开和统一工作台各自适合的阶段不同，可以按自建表格、浏览器多开与统一工作台怎么选里的三档场景判断该升级哪一层。
常见问题
速卖通多店铺管理里，库存、订单、客服权限应该按店铺分还是按岗位分？
按岗位再按动作分。同一岗位在多家店的权限应保持一致，否则人会去找有权限的同事代操作，最后又变回共用账号。按店铺分只适合查看权。
小团队只有 2 到 3 人，也要做审批流吗？
要，但只做三条红线：库存放量、改收货地址、退款补发。其余动作不必审批。审批人就是另一个人或老板，关键是留痕，不是加流程。
Shopee、Lazada、Mercado Libre、Wayfair 的子账号权限和速卖通有什么不同？
差别在颗粒度和字段名，不在机制。颗粒度粗的平台用「两个人经手」替代系统授权。具体授权项以后台显示为准，不要照搬别人的截图。
客服有了补偿权限后，怎么避免多店口径不一致？
把同一 SKU 的话术模板和补偿上限做成一张由店长维护的表，跨店共用；主管只能在上限内发券，超出上限一律升级。统一的是上限和结果，不是每句回复都一模一样。
外包客服或代运营需要给哪些权限，不能给哪些权限？
给：查看订单与库存、回复会话、登记与升级。不给：改库存数量、改价、退款、导出买家数据、主账号登录。外包方按人开子账号，不按团队共用一个，离场时立即回收。
