Whatnot 快速上架流程與多帳號協作

Whatnot 的直播是一口氣往下走的，講完一件馬上要開下一件。這時候再停下來拍照、寫標題、填重量，節奏就斷了，觀眾也跟著走。所謂快速上架，其實絕大部分工作在開播之前就已經做完。

素材先拍齊，現場只做組裝

上架慢的根子在素材不全。每個品項的圖片最好一次拍完：正面、背面、細節、瑕疵特寫、編號或年份的清晰照。瑕疵照不能省，收藏品類買家最在意這件事，事後補拍比現場解釋成本高得多。

標題寫成結構化的：品牌、品名、年份或編號、品相幾個欄位拼起來，同品類共用同一套欄位順序。品相描述、來源說明、包裝情況也做成固定句式，開播時只替換變數。這樣即使在直播空檔口述，助手也能立刻拼出可用的 listing。

重量和尺寸要在入庫時就秤好，不要等到成交。運費範本和包裝材料對應好，一箱裡放幾件、用什麼箱型，提前定下來。

批次匯入與庫存對應

一件件手打是效率最低的做法。把品項先整理進表格，用平台提供的批次匯入功能一次性建立 listing，再在直播裡挑當場的部分推。表格裡同一列要能回答四個問題：這是什麼、賣多少錢、有幾件、發到哪個倉庫。

條碼掃描適合處理已有實物庫存。入庫時就貼好標籤，掃描之後和 listing 一一對應，出庫時再掃一次，重複上架和超賣基本可以避免。庫存數量要即時同步，賣出去一件就減一件，別靠記憶。

捆綁銷售的定義要提前統一：三件一組算一個品項，還是三個獨立品項一起推。兩種做法在庫存和運費上的算法完全不同，團隊裡必須只有一個說法。

開播前的檢查清單

開播前十分鐘把所有會中斷直播的東西過一遍：網路是否穩定、裝置電量和散熱、攝影機與燈光、麥克風回音、登入狀態是否正常、收款與提領資訊是否完整、運費範本是否選對、當場的上架順序和數量。

上架順序值得單獨想一下。是先清低價的庫存，還是先把流量拉起來的高價品往上放，直接決定這一場的節奏和成交結構。助手也要提前分工：誰負責改價，誰負責回訊息，誰負責在後台補庫存。直播中現場拍照、現場想標題、現場算運費，這三件事盡量不發生。

一場直播的節奏

每件品的講解時間大致固定下來，倒數統一，別一件拖五分鐘、下一件二十秒。下一件品的圖片提前準備好，講完上一件立刻切過去。

改價、改庫存、改標題交給後台的助手，主播不切換畫面。溝通用簡短的固定詞，比如降價、打包、撤下，避免在直播裡解釋流程。流內不要臨時決定去倉庫取貨，也不要承諾沒驗證過的庫存。

多店鋪賣家要處理的三件事

賣家同時營運幾個店不算少見：不同品類分開、面向不同市場、或者不同團隊成員各自負責一塊。規模一上來，問題不再是上架速度，而是帳號之間怎麼不互相干擾。

環境隔離是第一件。多個店共用一台電腦、一個瀏覽器、一套網路出口，在平台看來就是同一個環境，任何一家店出狀況都可能牽連其他店。可行做法是每個店配一套獨立的瀏覽器環境和獨立的出口 IP，設定檔、Cookie、外掛都不共用，PurpleMark 就是在這類場景裡提供帳號級獨立瀏覽器環境的工具，把設定檔、網路出口和裝置特徵分開管理。

第二件是權限分級。助手需要的是上架、改價、回訊息的能力，提領、帳號設定、綁定資訊這類操作應該只留在店主手裡。用子帳號或者角色權限替代共享主密碼，既減少密碼外洩，也避免操作留不下紀錄。PurpleMark 的子帳號與權限劃分可以按角色分配環境存取範圍，團隊成員只看得到自己負責的店鋪。

第三件是協作與排班。跨時區直播意味著有人要在半夜上線，交接清單、當場的品項列表、庫存差異都要能寫清楚。把店鋪、環境、權限集中在一處管理，交接時不用再對著聊天紀錄找帳號密碼。

最後一句是前提：無論開幾個店，帳號資訊要真實，出售的商品要如實描述，庫存、品相和物流承諾都要兌現。平台規則怎麼規定就怎麼做，帳號數量從來不是繞過限制的理由，只是業務規模上來後的正常管理需求。