三個店鋪分開登入時一切正常，同一團隊把它們接進一套 ERP 後，驗證碼開始頻繁彈出，改價改到了錯誤的店鋪，離職兩個月的運營帳號還留在後台。這類問題通常與工具功能多少無關，原因在於帳號主體、後台角色、登入環境和工具寫入範圍沒有不一一對應。
選店鋪管理工具之前，先把這四層固定下來，再看功能清單，判斷會快很多。亞馬遜賣家帳號常被拿來當參照，但 Temu、AliExpress、Shopee、Lazada 與 Mercado Libre 所說的「多帳號」，含義並不相同。
先分清帳號數、店鋪數、站點數與工具授權
帳號數是登入憑證的數量，店鋪數是能做生意的單元，站點數是國家或地區市場，工具授權則是 ERP 或瀏覽器能寫到哪一層。四者混為一談，就會出現「一個帳號統一管理五個店」的設想；實際操作時，工具往往按店鋪授權，訂單、庫存、價格的寫入也按店鋪隔離。
把這四者寫成一張對照表貼在顯示器旁，比記功能名有用。帳號數決定誰能登入，店鋪數決定數據邊界，站點數決定時區與客服從排班，工具授權決定一次誤操作的影響範圍。
五平台帳號—店鋪—站點結構對比
下表只做結構示意，幫助判斷工具該在哪一層做隔離；各平台的具體規則、審核要求和結算方式，仍以對應賣家中心幫助頁為準。
| 平台 | 帳號與店鋪層級（常見） | 後台常見角色 | 工具授權要先固定什麼 |
|---|---|---|---|
| Temu | 以企業主體開通店鋪，全託管與半託管模式的店鋪權限邊界不同 | 商家後台主帳號與成員 | 店鋪 ID 與經營模式，避免供貨店鋪和平台店鋪共用一套改價規則 |
| 速賣通 | 賣家帳號綁定店鋪，店鋪內可設子帳號 | 賣家中心主帳號、子帳號 | 子帳號能改價，還是只能處理訂單和客服 |
| Shopee | 主帳號（Main Account）下可綁定多個站點店舖 | 主帳號、店舖子帳號 | 主帳號不直接交給 ERP，按店舖授予子帳號 |
| Lazada | 賣家中心帳號對應多個國家站點店舖 | 主帳號、使用者管理中的崗位角色 | 站點與店舖的對應關係、各站點倉庫 |
| Mercado Libre | 一個賣家帳號可在多個國家站點營運 | 賣家中心帳號與協作成員 | 國家站點、貨幣與發貨設定的映射 |
看表時注意一件事：主體越多、店鋪越多，越需要把「誰在哪一層操作」寫下來。工具能接多少店是接入能力，接進來之後會不會寫錯才是結構問題；五平台集中接入後的排查順序，可參考速賣通、Shopee、Lazada、Temu 與 Mercado Libre 賣家帳號和店鋪管理工具排障指南。
先定運營結構：單店精耕、平台店鋪矩陣還是區域站點組合
先判斷自己屬於哪一種，再決定工具組合，可以避免「先買 ERP 再補流程」。
- 單店精耕：日訂單幾十到一兩百，客服集中在一個時區，主體單一。工具優先解決訂單下載和庫存同步，多帳號權限功能用不上；強行上多店 ERP，只會增加配置錯誤面。
- 平台店鋪矩陣：同一平台多店，或多個平台各一店，訂單分散、客服時區重疊。這是五平台賣家最常見的形態，必須要求角色權限、寫入範圍和操作日誌，否則改錯價只是時間問題。
- 區域站點組合：Lazada 多站點、Shopee 多市場、Mercado Libre 多國家，再疊加一個獨立站。重點在站點與倉庫、貨幣、承運商的映射，工具要能按站點隔離，而不是把所有站點塞進一個價格模板。
速賣通、Shopee、Lazada、Temu 這類多店組合的具體帳號排查要點，可延伸閱讀多帳號營運與店舖管理工具排查要點。
工具選型的五項現場驗收標準
功能清單看不出以上四層結構是否對應。以下五項都能在試用期現場驗證，每項給一個可執行動作。
- 主體隔離：用兩個不同主體的測試店舖授權同一套工具，觀察一個店的庫存同步是否影響到另一個店。
- 角色權限：建一個只負責訂單的子帳號，嘗試改價和導出財務數據，正常應被拒絕。
- 登入環境：讓兩名營運在不同網路下登入同一主帳號，記錄驗證碼與二次驗證的觸發條件，而不是反覆重試。
- 寫入範圍：給測試 SKU 設定獨立價格，做一次批量改價，檢查未勾選的店鋪價格是否變化。
- 日誌與對帳：匯出一天的操作日誌，抽查十條，看能否對應到具體的人、店鋪和時間。
第二項和第三項與亞馬遜賣家中心、TikTok Shop 賣家帳號的權限邏輯可以互相印證，差異在於各平台子帳號粒度不同，具體邊界仍以平台後台為準；相關選型思路見亞馬遜賣家中心與多帳號運作的店鋪管理工具選法。
把多帳號運營拆成四層映射
接入工具前按順序走一遍，接入後出問題也按同一順序倒推。
- 帳號主體：把公司主體與店鋪的綁定關係寫成表格，誰註冊、誰負責、收款帳戶歸屬一併記錄。失敗訊號是同一主體下多個店鋪的收款資訊混用。Amazon 官方賣家公告提示，存在合理業務需求時可以擁有多個帳戶，且一個帳戶的政策問題可能影響相關帳戶，這說明主體與帳戶健康是連帶的，可查閱Amazon 多銷售帳戶說明作為參照。
- 賣家中心角色：按崗位建立角色，訂單、客服、改價、財務分開，不共用主帳號。TikTok Business Center 的角色與權限設計思路可參考，它透過角色和資產權限分配存取範圍、避免共用登入憑證，詳見TikTok Business Center 角色權限說明；Shopee 主帳號與子帳號的分工同理。失敗訊號是所有人員共用一套主帳號密碼。
- 登入環境：固定裝置與網路出口，一人一環境，出差和外包單獨開通。失敗訊號是同一帳號多地登入後驗證碼頻發，此時應記錄觸發場景，而不是換裝置硬試。
- 工具寫入：ERP 只拿子帳號權限，按商店勾選寫入範圍，批次操作先小範圍試跑。失敗訊號是改完一個商店的價格，另一個商店跟著變。
三種典型平台組合的起步配置
- 速賣通 + Shopee + Lazada + Temu 鋪貨組合：起步階段用主帳號加店铺子帳號，ERP 按店铺授權，先把改價和庫存寫入分開。不適用情形是把 Temu 供貨型店铺和多店刊登邏輯塞進同一套價格規則，模式差異應先按賣家中心確認。
- Mercado Libre 拉美單點突破：先做一個國家站點，把語言、物流、收款跑通，工具側只要求訂單同步與庫存準確。不適用情形是一上來接五國站點，貨幣和承運商映射沒做完就開批量刊登。
- Temu 供貨型組合：重點在備貨單、結算對賬和供貨節奏，不在多店刊登。不適用情形是照搬鋪貨平台的多帳號運套路，把精力放在開店數量而不是履約穩定性上。
不確定選哪類 ERP 時，可先看店小秘和芒果店長的對比與新手決策清單，按平台重心、店铺結構、團隊人數、對賬需求四項排序，而不是按功能條數排序。
出現三類信號時先查什麼
驗證碼頻發：先查登入環境是否混用，再查是否有離職或外包帳號在別處使用。寫錯店：先確認工具拿的是主帳號還是子帳號，再查寫入範圍勾選，最後核對 SKU 與商店的映射表。權限殘留：先凍結帳號，再回收角色，最後核對操作日誌與收款帳戶。止損動作一致：暫停批量寫入，改回單人單店操作，確認原因後再恢復。
常見問題
只有兩三個店，需要專門的多帳號管理工具嗎
看是否需要同一人跨店改價和處理客服。只做訂單下載，平台後台加表格就夠；一旦出現多人共用一個主帳號，先做角色分層，再決定要不要工具。
一套 ERP 帳號能同時接五個平台嗎
多數工具能接，但授權應按商店給子帳號，寫入範圍分別勾選。建議先接一個平台的一個店做七天受控試跑，確認日誌可追溯後再擴。
Temu 的工具選型和其他四個平台最大差別在哪
差別在經營模式與考核重點。Temu 涉及全託管與半託管，關注備貨與結算，與速賣通、Shopee 的刊登改價邏輯不同，工具要能按模式區分商店，具體規則以賣家中心為準。
怎麼驗證工具不會寫錯店
準備兩個測試商店、獨立 SKU 與獨立價格，執行一次批量改價與庫存同步，檢查未勾選商店是否有變動，再抽驗操作日誌是否能對應到人員、商店與時間。
