商品結構怎麼規劃？規格、選項與庫存

商品結構是電商報價最大的變因

「有幾項商品」不是重點——一百項單純的商品，可能比二十項有多重規格的商品簡單得多。

真正影響工作量的是商品的結構。

單一商品與多規格商品

組合數量會快速膨脹

5 種顏色 × 6 種尺寸 = 30 個組合，每一個都要各自管理庫存、可能各自有價格與圖片。

如果再加上第三種規格（例如材質），組合數會再乘一次。後台的建檔工作量與系統複雜度都會明顯上升。

要先決定的事

• 最多幾種規格軸線（顏色、尺寸、材質⋯⋯）
• 是否每個組合都有獨立庫存
• 是否每個組合都可能有不同價格
• 缺貨的組合要隱藏還是顯示為不可選
• 圖片是否隨規格切換

第四項建議選「顯示為不可選」——直接隱藏會讓客戶以為沒有這個選項，顯示為缺貨反而可能促成詢問或等待。

商品編號的規劃

這件事在只有網站時不重要，但只要涉及實體庫存或系統串接，就變得關鍵。

• 每個規格組合都要有自己的編號，不能只有商品層級的編號
• 編號規則要與現有的進銷存一致——否則串接時要做對應轉換，增加成本
• 編號一旦上線就不要輕易更動

資料對應的落差是串接成本的主要來源，見API 串接前要確認什麼。

分類架構

商品分類影響的是客戶找不找得到東西，也影響後台的管理效率。

• 層級不要超過三層——太深客戶找不到，搜尋引擎的抓取優先度也較低
• 一個商品可以屬於多個分類嗎——例如同時在「新品」與「上衣」
• 是否需要標籤或篩選——依價格、品牌、材質、適用對象篩選

篩選功能是常被低估的項目。 商品數量多時它很有價值，但每一個可篩選的條件都需要在商品資料中建立對應欄位，開發成本不低。

分類與層級的規劃原則見網站選單怎麼設計。

商品欄位清單

建議在規格書中直接列出每項商品需要記錄什麼：

• 基本：名稱、編號、價格、圖片、簡介、詳細說明
• 商務：原價與售價、成本、上下架時間、排序
• 物流：重量、材積、是否可超商取貨
• 規格：各規格軸線與選項
• 其他：規格表、注意事項、相關商品、常見問答

欄位越多，後台建檔的工作量越大。 這不只是開發成本，也是你自己上架商品時的時間成本。

建議只保留真正會用到的欄位——沒有人會填的欄位，做了也是浪費。

庫存的管理層級

• 不管庫存——接單後再調貨。最單純
• 單一庫存——一個數字，賣完就下架
• 依規格分別管理——每個組合各自一組
• 多倉庫或多門市——複雜度最高，通常需要串接

選擇取決於實際營運方式。如果庫存的真實來源是 ERP 或門市系統，網站端就不該是主資料源，應該同步過來，見資料同步該怎麼設計。

一個實務建議

如果商品結構還在調整，或不確定多規格是否真的需要，可以先用單一商品的方式上線——把「藍色 M 號」當成一個獨立商品。

缺點是商品列表會變長、管理較繁瑣；優點是系統單純、上線快、成本低。

等實際營運一段時間，確認確實需要規格管理，再升級。但發包時要先確認架構支援日後升級，否則就是重做。