大促第二天下午，客服為了安撫一個等補貨的買家，在速賣通後台把某個 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 的話術模板和補償上限做成一份由店長維護的表格，跨店共用；主管只能在上限內發券，超出上限一律升級。統一的是上限和結果，不是每句回覆都一模一樣。
外包客服或代營運需要給哪些權限，不能給哪些權限？
給：查看訂單與庫存、回覆會話、登記與升級。不給：改庫存數量、改價、退款、匯出買家資料、主帳號登入。外包方按人開子帳號，不按團隊共用一個，離場時立即回收。
