訂單、庫存和客服總在切換？Shopify店鋪管理的協同流程與權限設定

一個代營運團隊同時管著 Shopify 店鋪、兩個 TikTok Shop 店和一個 Amazon 店。客服在 Shopify 後台改了訂單地址，營運在 TikTok Shop 後台把同一個 SKU 的可售數調低，倉管則從 Amazon 店鋪營運工具裡匯出待出貨清單。三方各改各的，兩小時後同一個 SKU 超賣 11 單。

根因不是後台多、切換累，而是三件事沒定義：誰能改、改完歸誰、多久沒人接要升級。切換只是症狀。先按下面的判定句找到主要堵點，再決定是先收權限還是先補流程。

先判斷你在切換什麼：訂單、庫存、客服的阻塞點不在同一個後台

• 訂單切換多、錯單多：權限過散。多個崗位都能改同一張訂單，沒人對最終狀態負責。
• 庫存切換多、超賣多：口徑不一。Shopify、TikTok Shop、Amazon 各有一份可售數，沒人規定以哪一份為準。
• 客服切換多、漏回多：缺升級路徑。一線答不了的問題沒有指定接手人和時限。

三類堵點的修法不一樣：訂單問題改權限，庫存問題定口徑，客訴問題補狀態。混在一起處理，結論通常只剩「再買一個工具」。如果你已經卡在「該升級到哪一檔工具」，可以先看這份多店鋪管理工具的選型對比，判斷是憑證層、登入環境層還是協作權限層先失效。

Shopify 員工權限按職務收口：不是給每個人開一個後台帳號

Shopify 支援為每個員工帳號單獨設定權限範圍，具體項以Shopify 官方幫助中心的成員與權限說明為準。設定時最常見的錯誤是把新成員預設為管理員，之後再靠「口頭約定不許亂點」補救。按職務分層更快：

注意，員工權限只管後台，不管第三方應用程式。裝了 ERP 或資料工具後，它們往往能看到權限外的資料，裝應用程式時同樣要按職位判斷，別因為「只是個小工具」就全員授權。

訂單→庫存→客服的交接用狀態欄位，不用群組聊天 @

群組聊天裡的「這個我看下」不會留下責任痕跡，也不會在沒人接手時提醒任何人。把交接壓縮成三個狀態，寫在系統裡：

1. 訂單異常待處理：觸發條件是地址無效、付款待核或商品缺貨；責任人是客服；完成標準是訂單備註裡寫清處理結果與時間。
2. 庫存鎖定待確認：觸發條件是任一通路某 SKU 可售數低於閾值；責任人是營運；完成標準是三處可售數回寫一致，並在同一張表裡留記錄。
3. 客服升級待回覆：觸發條件是涉及退款、索賠或平台判罰；責任人是團隊負責人；完成標準是 24 小時內給出答覆並把結論寫回工單。

狀態欄位的價值在於逾時可見。誰掛起超過時限，看板直接暴露，不需要有人在群組裡追問。

TikTok Shop 多店鋪營運和 Amazon 店鋪營運工具怎麼接進來才不亂

多平台接入的最小原則是「授權，而不是共享密碼」。TikTok Shop 多店鋪營運應走 Business Center，用角色和資產權限把成員範圍限定在崗位內，官方明確要求透過角色分配存取範圍、避免共享登入憑證，具體角色定義見 TikTok Business Center 角色與權限說明。

Amazon 側要先對齊官方多帳戶政策：通常每個區域一個帳戶，有合理業務需求時可以有多個帳戶，但帳戶需保持良好狀態，一個帳戶的政策問題可能影響相關帳戶（見 Amazon 官方賣家公告）。因此 Amazon 店鋪營運工具只適合做聚合檢視——把訂單、庫存、客服待辦拉到一張表裡；實際後台操作仍回到各自帳號下完成，不把主帳號密碼發給多人。

登入環境的共用是另一條獨立紅線，多個後台在同一環境下反覆登入會留下重疊痕跡，具體搭建順序參考帳號隔離方案；團隊要採購相關工具時，先確認協作維度的判斷項，見團隊選型時最容易忽略的協作維度。如果決定上 ERP 做聚合，用店小秘和芒果店长的對比思路先判斷你當前最堵的那一段落在哪裡，而不是比功能條數。

代理團隊與客戶之間的權限邊界：哪些必須客戶持有

這條邊界不是信任問題，而是責任劃分問題。客戶持有主帳號，代理的操作才會留在可追溯的員工帳號下；一旦權限混在一起，出錯時既找不到人，也找不到證據。

上線前檢查：四個會讓權限設定失效的細節

• 2FA 是否強制：所有能登入後台的帳號都開啟才算通過；只有店主開啟不算。
• 權限是否繼承：新成員是否預設取得管理員權限或複製他人權限；預設繼承即不通過。
• 庫存口徑是否唯一：是否寫明哪一個後台是可售數的唯一來源；沒寫明即不通過。
• 離職當天是否回收：帳號停用、密碼輪換、成員與第三方應用授權撤銷是否當天完成；隔週處理即不通過。

這四條都通過之後，團隊從群聊協作轉到權限化流程才算完成。想對照別人的實際踩坑過程，可以看這份多店鋪營運從混亂登入到穩定營運的復盤。