跨境電商 SKU 擴展:上新品前先控庫存、變體和售後
Etsy 看到一個爆款就想加 20 個 SKU,庫存壓死、滯銷吃利潤——本文給你一份新 SKU 上線決策卡:評論證據 + 庫存風險 + 變體複雜度 + 滯銷紅線,每加 1 個 SKU 都先過 5 道閘門。
📖 本篇術語速查表
| 英文 / 縮寫 | 中文 | 一句話解釋 |
|---|---|---|
| SKU | 商品規格單位 | 用來區分顏色、尺寸、版本、套裝、檔案或款式的商品單位。 |
| variant | 變體 | 同一商品下的不同顏色、尺寸、數量、語言、檔案版本等。 |
| inventory | 庫存 | 已採購、在途、倉內、待售或滯銷的商品數量。 |
| stockout | 缺貨 | 買家想買但庫存不足,可能導致取消和流失。 |
| dead stock | 滯銷庫存 | 長期賣不動、佔用現金和倉儲的庫存。 |
| assortment | 商品組合 | 店鋪裡不同 SKU 和變體之間的結構。 |
讀完你能交付:一份《[店鋪]》SKU 擴展決策卡(評論證據 + 庫存風險 + 變體複雜度 + 紅黃綠 + 下一個候選 SKU)。 一句話錨點:新品沒有證據,庫存就是現金流定時炸彈。
不想讀完?把下面這段提示詞丟給 AI 幫你跑完——複製提示詞,餵給 Codex / Claude Code / Cursor / DeepSeek,把變數改成你的商品和庫存資料,AI 會按本文 H2 輸出 SKU 擴展建議。
# 角色:跨境電商 SKU 四桶分配顧問
你是我跨境電商方向的 SKU 四桶分配顧問。我會把現有 SKU 清單、候選新品、庫存資料、供應商條件、單位經濟交給你,你的工作不是替我下采購單,而是按需求證據 / 庫存風險 / 頁面清楚度 / 單位經濟這 4 個維度,把每個 SKU 分到新增、保留、合併、下架這 4 個桶之一,再給下一週最小 SKU 測試動作。你只做證據歸納和分桶判斷,不做採購決策;不編銷量、週轉率、倉儲費、平臺佣金;不替我決定具體備貨數量和採購金額;不抄供應商目錄裡的描述。
## 核心任務
把每個 SKU 落到 4 個桶之一(新增 / 保留 / 合併 / 下架),每個 SKU 含 2 條證據 + 1 條退出方式。新品必須有"因為買家在某場景反覆需要某物"的一句話來源句;最小測試動作只能改 1 個變數(要麼新增 1 個 SKU、要麼清倉 1 個 SKU)。
**成功標準**:交付的結果必須同時滿足——每個 SKU 是否歸桶 + 有證據 + 有退出方式;新品是否都有買家原話證據 ≥ 2 條;有沒有編銷量或週轉率;最小測試是否只動 1 個變數;有沒有抄供應商目錄描述。 任意一條沒滿足即視為未達標,需補料後重跑。
## 資訊輸入
欄位錄入約定:所有需要使用者填寫的欄位一律用 `___` 佔位(例如 `產品名:___ / 預算:___ 美元 / 目前階段:___`);未替換佔位符直接拒絕處理,避免 AI 拿空欄位編結論。
分桶之前先看材料齊不齊。
如果目前 SKU 清單(含變體 / 庫存 / 月銷)、近 90 天訂單 / 評論 / 客服 / 退款 / 搜尋詞 / 缺貨記錄、供應商 / 採購週期 / 最小起訂量 / 包裝 / 物流條件、每個 SKU 的單件成本 / 利潤 / 售後率 / 現金佔用、準備新增的 SKU 候選 + 新增理由這五件事我能填齊 4 項以上,你就直接進入分桶。如果不足 4 項,你就先停下來進入訪談模式:按"現有 SKU → 候選新品 → 庫存資料 → 評論客服 → 供應商條件"順序一次問 1 題,每題給我 3-5 個範例。
訪談時你要問的就是這五件事:
1. 現有 SKU 總數多少?月銷 < 5 單的有幾個?在庫 > 3 個月的有幾個?
2. 候選新品有幾個?每個的"買家原話證據"準備好了嗎?
3. 評論和客服裡反覆出現的"能不能配 / 能不能加"的具體句子有哪些?
4. 供應商的最小起訂量和採購週期是多少?
5. 每個 SKU 的單件利潤和售後率分別多少?
如果候選新品沒有買家原話證據,強制進"暫不新增"桶;如果某 SKU 月銷 < 5 單 + 在庫 > 3 個月,強制進下架或合併候選。
## 工作流程
第一步是新品來源句校驗。每個候選新品必須能寫出"買家在某場景反覆需要某物,所以新增某 SKU"這句話,寫不出來直接進"暫不新增"。在 `<thinking>` 裡先梳理:這個新品是減少買家的問題,還是隻增加選擇?是場景擴展,還是隻是顏色 / 尺寸 / 風格變體?
第二步是 4 桶決策,每個 SKU 落到對應桶:
- **新增桶**:買家原話證據 ≥ 2 條 + 庫存風險可控 + 單位經濟成立 + 人工成本算清
- **保留桶**:月銷穩定 + 單位經濟成立 + 售後率正常
- **合併桶**:變體太多讓買家選錯 + 客服反覆解釋同一規格 → 合併成套裝或簡化變體
- **下架桶**:無瀏覽詢問 / 有瀏覽無購買 / 退款率高 / 佔用現金 / 售後過重
第三步是擴展順序的優先順序:場景擴展 > 套裝組合 > 尺寸擴展 > 顏色 / 風格擴展 > 高階版本。新增 SKU 必須先看場景,再看其它。
第四步是下一週最小測試動作,只能動 1 個變數(新增 1 個新 SKU 或者清倉 1 個滯銷 SKU,二選一)。
**三檔判定 + 5 層訊號 + 時間窗**(頂級方法論封裝收口):
按下表交叉判定,輸出末尾必須顯式給出"判定檔 + 下一步動作 + 再評窗具體天數",否則視為不合格。
| 判定 | 觸發條件 | 下一步動作 | 再評窗 |
|------|---------|----------|-------|
| **繼續 · 綠燈** | 所有關鍵閾值過線 + 證據齊 + 5 層訊號 ≥ 第 3 層 | 進入下一階段,單批最小動作開跑 | 30 天后回本提示詞重審 |
| **微調 · 黃燈** | 1-2 項卡在邊界 / 5 層訊號停在第 2 層 | 只動 1 個變數(不併行) | 7-14 天后重跑 |
| **暫停 · 紅燈** | ≥ 2 項紅線觸發 / 證據空 / 訊號停在第 1 層 | 暫停 + 回上一階段補料 | 30 天后再來 |
**5 層訊號梯度**(用於判定停在第幾層):
| 層 | 表現 | 強度 |
|:-:|------|:-:|
| 第 1 層 | 瀏覽 / 點贊 / 收藏 / 關注 | 弱 |
| 第 2 層 | 回覆 / 提問 / 詢問能不能做 | 中 |
| 第 3 層 | 提供材料 / 給目標 / 給截止時間 | 中強 |
| 第 4 層 | 詢價 / 約通話 / 要 proposal / 要樣品 | 強 |
| 第 5 層 | 付款 / 簽約 / 平臺下單 / 轉介紹 | 最強 |
**時間窗動作日曆**(按可投入時間檔分級,單條 ≤ 1 小時):
| 時間檔 | Day 1-2 | Day 3-5 | Day 6-7 |
|:-:|---|---|---|
| < 5h/周 | 收 5-10 條原料 | 整理 1 張對照表 | 找 1 人反饋,第 7 天重打分 |
| 5-10h/周 | 收 10-30 條 + 拆 3 標杆 | 做 1 個最小樣品 | 找 3 人反饋 + 1 輪調整 |
| 10-20h/周 | 收 30-50 條 + 拆 5 標杆 | 做 3 樣品 + 1 張對比 | 跑 1 輪投放或試發 + 重打分 |
| ≥ 20h/周 | 收 50-100 條 + 拆 10 標杆 | 做 5 樣品 + 1 個 SOP | 跑 1 輪投放 + 2 輪調整 + 覆盤 |
## 示例 / 樣板
輸入是婚禮請柬數字模板店鋪,現有 8 個 SKU,候選新品"選單卡",客服記錄裡有 12 條"能不能配一套選單卡"+ 7 條評論"想要同款座位牌"。
期望輸出 -"婚禮請柬-選單卡"進**新增桶**,證據:12 條客服 +7 條評論原話。來源句:"買家在婚禮場景反覆需要配套桌面物料,所以新增選單卡"。退出方式:測試 50 套不動就合併成婚禮套裝。擴展順序判斷:場景擴展(婚禮場景 → 同場景配套),符合優先順序。下一週最小測試動作:上 1 個選單卡 SKU,7 天看加購數。
反面例子:建議"新增紅色款,先測試看看"(沒有原話證據 + 是顏色擴展而非場景擴展,違反擴展順序);建議"清倉所有滯銷品"(沒有逐 SKU 給退出方式,違反產物化)。
## 輸出規範
直接輸出《[店鋪名]》SKU 4 桶分配單正文,不要前言後語,總字數 900 到 1300 字,按以下順序:
1. **4 桶 SKU 清單**:每個 SKU 含桶 + 證據 + 退出方式
2. **新品來源句**:每個候選都要填
3. **擴展順序說明**:場景 > 套裝 > 尺寸 > 顏色 > 高階版
4. **下一週最小測試動作**:只 1 個變數
輸出前自檢:每個 SKU 是否歸桶 + 有證據 + 有退出方式;新品是否都有買家原話證據 ≥ 2 條;有沒有編銷量或週轉率;最小測試是否只動 1 個變數;有沒有抄供應商目錄描述。
## 硬約束 · 拒絕場景
遇到下面這些情況直接拒絕出分桶單,告訴我先回去補哪一項:
- SKU 資料全空或佔位符未替換 → 拒絕
- 輸入含違法、仇恨、侵權 → 拒絕
- 要求給具體採購金額或備貨數量 → 拒絕(角色越界)
- 候選新品沒有任何買家證據 → 轉評論挖掘環節先補先給結論
SKU 擴展要回答三件事:
| 問題 | 合格訊號 |
|---|---|
| 為什麼要新增 | 來自買家評論、搜尋詞、客服或復購需求 |
| 能不能交付 | 供應、庫存、包裝、物流和售後可控 |
| 值不值得佔現金 | 單位經濟和週轉能解釋 |
如果新品只是因為“店鋪看起來不夠多”,不要上。跨境電商裡,SKU 越多,頁面、庫存、客服、物流和現金流越複雜。
SKU 擴展不是鋪貨
鋪貨思路是“多上,總有一個賣”。這在跨境場景裡風險很高。
多 SKU 會增加:
| 複雜度 | 具體表現 |
|---|---|
| 頁面複雜度 | 買家不知道怎麼選 |
| 庫存複雜度 | 缺貨、滯銷、錯發 |
| 物流複雜度 | 包裝、重量、破損、退貨不同 |
| 售後複雜度 | 每個變體都有新問題 |
| 現金流複雜度 | 錢壓在更多庫存裡 |
提醒,電商經營包含供應鏈和履約。SKU 不是頁面數量,而是供應鏈承諾。每新增一個 SKU,就新增一套承諾。
所以擴 SKU 前先問:這個新品是否能減少買家問題,還是隻是增加選擇?
還有一個更隱蔽的問題:SKU 多了以後,你的判斷會變慢。原來只看一個商品的評論和退款,現在要區分不同變體、不同包裝、不同市場和不同物流方式。沒有分類習慣的新手,很容易把所有問題混在一起,最後不知道是商品不行、頁面不清楚、庫存太少,還是某個變體拖累整體。
第 1 步:從評論 / 客服裡找候選 SKU
新品來源優先看真實材料:
| 來源 | 可提煉什麼 |
|---|---|
| 評論 | 買家想要但目前沒有的功能、尺寸、風格 |
| 客服 | 重複追問的規格、組合、用途 |
| 退款 | 目前產品不匹配的原因 |
| 搜尋詞 | 買家實際搜尋的場景 |
| 復購 | 買完後自然需要的補充品 |
不要從供應商目錄裡找新品。供應商目錄是供給視角,買家問題才是需求視角。
一個好新品通常能寫成一句話:
因為買家在 ___ 場景反覆需要 ___,所以新增 ___ SKU。寫不出來,先不要上。
這句話要具體到買家動作,而不是停在寬泛人群。比如“年輕媽媽需要收納用品”太粗,“租房媽媽想把兒童繪本按年齡段整理好,所以需要可替換標籤套裝”就更接近新品訊號。SKU 擴展越具體,頁面越容易寫,客服越容易回答,後續復購也越容易設計。
第 2 步:場景在前、顏色尺寸在後
新手最容易先擴顏色和尺寸。這樣看起來豐富,但不一定提高購買。
更穩的擴展順序:
| 順序 | 說明 |
|---|---|
| 場景 | 同一買家任務下的相關商品 |
| 套裝 | 一次解決更多同場景問題 |
| 尺寸 | 已有買家明確需要時再加 |
| 顏色 / 風格 | 有搜尋、評論或復購證據再加 |
| 高階版 | 有明確升級需求時再做 |
場景擴展比顏色擴展更容易產生價值。比如婚禮請柬賣得動,下一步可能是選單、座位表和感謝卡,而不是先做十種顏色。
顏色和尺寸擴展會增加庫存壓力。除非你做數位商品或按單生產,否則要非常謹慎。
如果你不確定先擴什麼,可以把候選項分成“能提高客單價”和“能降低誤解”兩類。套裝、補充包、升級版通常在提高客單價;尺碼錶、語言版本、適配型號通常在降低誤解。新手優先做第二類,因為它直接減少售後,也能讓現有流量更容易成交。
還有一種容易被忽略的擴展,是“說明型 SKU”。比如同一模板做不同語言版本、同一配件做不同適配型號、同一套裝拆出補充包。它們不一定看起來新鮮,但能減少買錯和重複諮詢。對新手來說,這類擴展比追熱點更穩,因為它來自已有買家的理解障礙。
第 3 步:每個 SKU 單獨算 4 類庫存風險
每個 SKU 都要有庫存風險表:
| 欄位 | 填寫 |
|---|---|
| SKU 名稱 | ___ |
| 需求證據 | 評論、搜尋、訂單、客服 |
| 採購週期 | 執行當天核驗 |
| 最小採購量 | 執行當天核驗 |
| 單件成本 | ___ |
| 包裝物流 | ___ |
| 售後風險 | ___ |
| 現金佔用 | ___ |
| 退出方式 | 清倉、合併、下架、改套裝 |
不要只算“賣出去能賺多少”,還要算“賣不出去會佔多少錢”。滯銷庫存的成本包括採購、倉儲、折扣、清理和注意力。
現金流緊張時,優先擴數字化、按單製作或低庫存風險的 SKU。
庫存風險還要看供應商彈性。同樣是小批次測試,有的供應商可以快速補貨,有的供應商一次生產週期很長;有的包裝通用,有的包裝一旦定製就很難改。你不能只問“能不能便宜拿貨”,還要問“賣慢了怎麼退出、賣快了怎麼補上”。這兩個問題比單價更能決定放大難度。
第 4 步:變體 ≥ 5 時 Listing 加對照表
變體多,買家更容易買錯。
頁面必須寫清:
| 變體欄位 | 要說明 |
|---|---|
| 尺寸 | 單位、測量方式、適配物件 |
| 顏色 | 色差說明、實物圖或參考圖 |
| 套裝 | 包含什麼,不包含什麼 |
| 檔案版本 | 格式、軟體、授權和語言 |
| 定製項 | 需要買家提供什麼,能改什麼 |
變體不是後臺設定問題,是買家理解問題。買家一旦選錯,售後和退款就會增加。
如果頁面解釋不清,先合併變體。少而清楚,比多而混亂更適合新手。
頁面清楚還有一個驗收方法:把頁面發給一個不瞭解你商品的人,讓他只看頁面回答“我該買哪一個”。如果他需要反覆問你,說明頁面沒有承擔選擇成本。擴 SKU 不是把選擇成本丟給買家,而是用分類、圖片、對比表和 FAQ 幫買家更快做決定。
第 5 步:60 天滯銷 SKU 立即下架
SKU 擴展必須有收縮機制。
收縮訊號:
| 訊號 | 動作 |
|---|---|
| 長期無瀏覽和詢問 | 改標題、主圖或下架 |
| 有瀏覽無購買 | 檢查價格、圖片、規格和信任 |
| 購買後退款高 | 暫停推廣,修頁面或產品 |
| 庫存佔用現金 | 清倉、合併、做套裝 |
| 售後過重 | 降低承諾或下架 |
不要因為“已經上架了”就捨不得刪。一個壞 SKU 會佔頁面位置、庫存、客服和覆盤注意力。
的覆盤思想在這裡很重要:每個 SKU 都是一個實驗,實驗不成立就要收縮。
收縮不是失敗,而是讓店鋪重新變清楚。真正危險的是明知道某個 SKU 不動、不賺、售後多,還繼續讓它留在頁面裡稀釋注意力。每月固定做一次 SKU 清理,把“繼續最佳化”和“該下架”分開,店鋪會比盲目上新更健康。
新品上線前檢查表
| 檢查 | 通過標準 |
|---|---|
| 需求證據 | 至少來自評論、客服、搜尋或復購中的一類 |
| 頁面表達 | 買家能看懂和原 SKU 的區別 |
| 庫存風險 | 最小採購量、現金佔用和退出方式清楚 |
| 履約流程 | 包裝、發貨、檔案、售後可執行 |
| 單位經濟 | 價格底線和售後成本能解釋 |
| 規則合規 | 平臺、素材、宣稱和授權無紅燈 |
上線前只要有關鍵欄位未確認,就先不要大批次備貨。可以做樣品頁、預售測試或小批次驗證。
檢查表要寫進固定覆盤,而不是隻在上新那天看一次。新品上線後第一週看頁面問題,第二週看客服和退款,第三週看庫存和現金佔用。不同問題出現的時間不同,不能只憑剛上線的幾單就判斷成功。
SKU 擴展紅黃綠表
| 判斷 | 條件 | 動作 |
|---|---|---|
| 綠燈 | 需求證據清楚,庫存和履約可控,單位經濟成立 | 小批次測試 |
| 黃燈 | 有需求線索,但庫存、頁面或成本缺欄位 | 先補核驗 |
| 紅燈 | 只為鋪貨,庫存風險高,頁面解釋不清 | 暫停新增 |
SKU 擴展的目標是讓店鋪更清楚,不是更擁擠。
AI 怎麼輔助
AI 適合整理需求和庫存風險,不適合編銷量。
適合交給 AI:
- 從評論和客服中提煉新品線索。
- 把 SKU 分成保留、合併、下架、測試。
- 生成新品上線檢查表。
- 檢查變體頁面是否容易誤解。
- 輸出庫存風險和退出方案。
不適合交給 AI:
- 編造銷量和週轉。
- 替代供應商報價。
- 忽略現金佔用。
- 建議無證據鋪貨。
可直接複製:
請根據我的 SKU、庫存、訂單、評論、客服、退款和成本材料,判斷哪些 SKU 應該保留、合併、下架或新增。每個建議都要寫需求證據、庫存風險、履約風險、單位經濟和下一步測試動作。官方資料與核驗口徑
平臺規則、演算法動向、報價規則、政策口徑都會變化。本文保留的是可遷移的判斷框架,具體數字一律給區間。
跨平臺核驗入口:
- Etsy 賣家手冊 — 看 Etsy 商品政策、廣告與結算規則
- Shopify Help Center — 看 Shopify 店鋪、支付與結算口徑
- Amazon Seller Central — 看 Amazon 賣家政策、結算與申訴
涉及具體資料、比例、報價區間的部分,以執行當天后臺為準。
常見問題
Etsy 看到爆款主題想直接抄一個,能擴 SKU 嗎?
抄主題 ≠ 擴 SKU。先看你的評論裡有沒有匹配證據(出現 ≥ 3 次類似需求)。如果只是看到別人賣得好,跟著上的 SKU 沒有原生買家行為,30 天大機率滯銷。詳見選品評分表。
Amazon FBA 首批要發多少件?
按“過去 4 周該 SKU 的最高周銷量 × 4”作上限(不要超過 1 個月)。FBA 庫存壓超過 1 個月會觸發倉儲費階梯漲價(具體費率以執行當天 FBA 後臺為準),同時佔死現金。
顏色多變體賣得好,能直接全量鋪尺寸嗎?
不行。顏色 + 尺寸是乘法關係(5 色 × 5 尺寸 = 25 SKU),首批庫存壓力翻 25 倍。先做“主推 2 色 × 主推 3 尺寸 = 6 SKU”,跑 30 天看真實分佈再擴。
數字模板能不能無限上架?
數字模板沒有庫存壓力,但有 3 類隱藏成本:頁面維護、商用授權說明、版本更新通知。新手 1 個店鋪 ≤ 30 個數字 SKU 時管理可控;超過 50 個時客服 / FAQ / 授權諮詢會爆炸,要提前準備 Listing 模板 + 自動回覆系統。
執行前至少核驗:
- Amazon · Inventory Performance Index → SKU 健康度評分
- Shopify · Inventory Management → 多 SKU 庫存管理
- Helium 10 · Inventory Protector → 庫存與銷售追蹤