商品規格規劃是依顏色、尺寸或其他選項安排商品資料與購買流程。購物網站設計應讓顧客清楚選擇可售規格，也讓商家能核對庫存、訂單與出貨資訊。
商品規格規劃為什麼重要？
商品規格是同一商品下可供選擇的不同版本，例如顏色與尺寸。若網站、訂單或倉儲紀錄使用不同名稱，顧客可能選錯商品，商家也可能難以核對實際出貨內容。
規劃時應先確認哪些選項會影響實際商品、庫存或配送，再由商品與系統負責人共同決定資料結構。網站應呈現與實際供應一致的資訊。
第一步：如何整理商品與規格資料？
商品資料應清楚列出品名、規格名稱、可選組合及對應的辨識資料。商家可先建立清單，確認每個顏色與尺寸組合是否真實存在且可銷售。
若使用 SKU 管理商品，應由商家訂立一致的命名與維護規則，避免不同規格使用相同識別而造成混淆。網站、倉儲及客服系統如有不同欄位，應保留明確對照。
- 核對商品名稱與實際規格。
- 確認每種組合是否可銷售。
- 整理圖片、庫存及配送條件。
- 指定資料更新與審核負責人。
- 檢查其他銷售管道的商品對照。
第二步：規格選項如何呈現？
商品頁應以清楚文字或適當控制項呈現可選規格，並讓顧客知道目前選擇。顏色不應只依賴色塊辨識，也應搭配名稱及可辨識的選取狀態。
不同規格若有對應圖片，應確認切換後顯示正確。尺寸資訊應由商家依實際商品提供，並在適當位置說明測量方式；示意圖不能取代必要的文字描述。
手機版應測試按鈕大小、鍵盤操作及輔助技術是否能理解選項。若尚未選擇必要規格，加入購物車時應提供明確提示，而不是讓使用者猜測問題。
第三步：如何處理庫存與不可選組合？
規格庫存應依商家實際管理方式設定，並清楚顯示可購買或缺貨狀態。不同組合可能有不同庫存，因此不能只檢查商品總數。
| 情境 | 應確認的資訊 |
|---|---|
| 可購買 | 選項、圖片與實際可售數量。 |
| 缺貨 | 是否可選擇及頁面提示。 |
| 不存在的組合 | 是否被正確限制並說明。 |
| 預購 | 實際供應條件與通知流程。 |
庫存更新時點、保留方式及取消後如何恢復，應依網站系統與商家流程確認。不能假設所有平台都採用相同規則，上線前應測試。
第四步：訂單與倉儲如何交接？
購物車、訂單通知及後台應清楚顯示顧客選擇的商品規格。倉儲人員需要能用相同資訊確認品項，客服也需要查詢正確訂單內容。
若規格會影響包裝、配送或出貨方式，應在商品資料與作業流程中說明。不同銷售管道共用庫存時，需確認資料對照、同步方式與異常處理責任。
付款失敗、取消或退貨後，庫存是否恢復與商品是否重新可售，應由商家依商品狀態及系統設定確認。所有調整應保留適當紀錄。
第五步：如何驗收與持續維護？
上線前應逐一測試常用規格、缺貨與不存在的組合，並檢查圖片、購物車、訂單及通知。測試應使用獲授權的環境與資料，避免影響正式訂單。
當商品新增顏色、尺寸或其他選項時，負責人應同步檢查網站、庫存和倉儲資料。發現資料不一致，應先記錄商品與時間，再由有權限的人確認原因。
若使用第三方外掛或同步工具，更新後也應重新測試規格選擇與訂單資料。自動同步可能受設定或服務狀態影響，仍需安排定期核對。
企業如何開始整理商品？
企業可先選一個多規格商品，整理選項、圖片、庫存與訂單顯示，再逐步擴充。高雄、台中、台北企業規劃網站設計時，也應確認商品管理與客服窗口。
參考WooCommerce 可變商品說明。延伸了解網站建置、網站維護、商業服務案例及產業網站案例。
商品團隊如何維護規格資料？
商品管理者可建立規格清單，列出每個可售組合、辨識方式、圖片與庫存來源。新增或停用規格前，應與倉儲及客服確認實際供應，避免網站顯示無法出貨的選項。
若商品在不同管道銷售，應保留各平台品名和規格的對照。系統同步失敗時，負責人需要知道如何查看紀錄、暫停錯誤銷售及重新核對資料。
商品頁更新後，應在手機與桌面測試規格選擇、圖片切換和購物車。測試也應涵蓋缺貨、選擇不存在組合和未選規格的情況，確認網站提供清楚提示。
訂單成立後，倉儲與客服應能查看顧客選擇的顏色、尺寸及其他必要資訊。若需要人工修改訂單，應依商家規範記錄原因，並確認庫存與通知是否同步。
定期盤點可協助發現網站與實際存量的差異。差異確認前，不應任意重複調整庫存；應保留檢查時間、商品識別及處理人員。
規格資料交接時，也應記錄商品圖片、庫存及出貨規則的負責人。更新完成後，使用手機與桌面查看商品頁，確認顧客能理解所選規格及其實際供應狀態。
若第三方系統有延遲或異常，客服與倉儲應依既定流程核對。
常見問題
每個顏色尺寸組合都需要相同庫存嗎？
應依實際商品與商家管理方式確認，不同組合可能需要分開管理。
缺貨規格可以繼續顯示嗎？
可依商家規則處理，但應清楚標示實際狀態及可用操作。
顏色只用色塊表示就足夠嗎？
建議搭配文字及明確選取狀態，方便不同使用者辨識。
規格資料更新後需要測試嗎？
需要，應核對商品頁、購物車、訂單及相關庫存。
