企業準備把批發訂貨流程搬到線上時，常會問：「WooCommerce 能不能同時服務一般消費者、經銷商與企業採購？」答案是可以規劃，但真正的難點通常不是商品頁，而是不同會員看見什麼價格、最少能買多少、何時需要先報價，以及訂單如何交給內部系統處理。
這篇文章聚焦 WooCommerce B2B 批發網站架設，從需求、會員分級價格、MOQ、詢價轉單、商品資料到 ERP 整合，整理企業採購窗口、業務主管與資訊人員可以直接拿去討論的檢查方法。它與一般「電商網站架站服務」的入門介紹不同，重點在於批發營運規則如何落地與驗收。
一、B2B 批發網站和一般 B2C 購物網站差在哪裡？
B2C 常以公開售價、直接結帳與單筆購物體驗為主；B2B 則可能有長期客戶合約、分級折扣、整箱出貨、月結付款、採購核准及報價單。兩種模式可以共用商品資料，但不能假設同一套前台購物流程就能滿足所有角色。
| 項目 | B2C 常見需求 | B2B 常見需求 |
|---|---|---|
| 價格 | 公開售價、促銷價 | 會員角色價、合約價、數量階梯價 |
| 購買數量 | 單件購買 | MOQ、整箱倍數、最低訂單金額 |
| 訂購方式 | 加入購物車結帳 | 快速訂貨、先詢價、業務核准再轉單 |
| 付款 | 信用卡、轉帳等 | 依客戶資格提供匯款、月結或其他條件 |
| 商品資訊 | 圖片、描述、規格 | SKU、EAN/GTIN、包裝數、採購規格 |
| 系統串接 | 金流與物流 | 庫存、ERP、業務報價與對帳 |
建議在畫 UI 前，先列出「會員角色 × 商品 × 價格 × 數量 × 付款 × 物流」矩陣；否則功能愈做愈多，規則卻可能互相衝突。
二、先決定會員分級：誰能看到哪些價格？
常見角色可包含訪客、一般零售會員、批發會員、經銷商及內部業務人員。WooCommerce 核心提供 Customer、Shop Manager 等角色及權限，但自訂批發層級與角色專屬價格不是核心預設會自動完成的功能，通常需要擴充或客製化。管理員權限也不應直接提供給一般經銷商。
實作前至少要確認：未登入是否顯示價格？批發會員需要人工審核嗎？同一商品是否同時存在建議售價與成交價？當會員擁有多個身分時，以哪個價格優先？快取與搜尋結果會不會把批發價顯示給一般訪客？
角色價格規則的實務設計
假設某商品公開售價為 NT$1,000，A 級經銷商有 9 折、B 級有專屬固定價 NT$820；若同時設定促銷價與大量採購價，必須先決定優先序，並以測試帳號逐一確認。這些金額只是示範情境，不是大郁或任何客戶的實際報價。
價格計算最好有單一可信來源，避免商品頁、快速訂貨表、購物車與報價 PDF 分別計算，造成「看見的價格」和「結帳價格」不同。折扣計算也要明確處理四捨五入、稅額與多幣別。
三、MOQ、整箱倍數與最低訂單金額要分開設計
MOQ（Minimum Order Quantity） 指最低訂購量，例如某零件每次至少 12 件；「整箱倍數」則可能要求 12、24、36 件；「最低訂單金額」是整筆訂單需達一定金額。三者不是同一件事。
企業應先回答：MOQ 以單一商品、單一變體、商品分類，還是整張訂單計算？不同會員是否適用不同門檻？是否允許業務人工核准例外？若購物車不足門檻，系統應顯示差多少件或多少金額，並在結帳端再次驗證，不能只靠前端提示。
若同時銷售零售與批發，建議先測試訪客、零售會員、各級經銷商與管理者五類情境，避免一般消費者被批發 MOQ 擋住，或經銷商繞過規則下單。
四、詢價、核准、轉訂單：B2B 最容易漏掉的流程
不少批發商不會直接結帳，而是先加入詢價清單、請業務確認供貨與折扣，再將核准報價轉為正式訂單。這個流程看似只多一顆「加入報價」按鈕，實際上牽涉狀態管理與資料一致性。
- 客戶選品：支援 SKU、商品分類、品牌及規格篩選，變體要能明確辨識。
- 建立詢價：記錄商品、數量、當時價格、幣別、備註與客戶身分。
- 業務審核：設定待處理、議價中、已核准、已拒絕等狀態與操作權限。
- 產出報價：顯示有效期限、運費、稅額與付款條件，必要時提供 PDF。
- 核准轉單：確認價格與庫存是否重新計算，避免同一報價被重複轉單。
- 後續追蹤：保留訂單、報價與修改紀錄，供客服及業務查詢。
大郁在 WooCommerce B2B/B2C 混合需求的實務處理中，接觸過會員角色定價、可變商品逐項列示及報價單流程。但不同專案採用的外掛、轉單規則與客製功能不一定相同，不能把所有功能當成每個 WooCommerce 網站的標準配備。
五、SKU、EAN/GTIN 與可變商品資料要先整理
批發網站常有同一商品多種容量、顏色、包裝規格，並需要用 SKU 或條碼快速搜尋。WooCommerce 的可變商品可以為不同 variation 設定價格、庫存及 SKU；但企業還要決定商品主檔、變體與外部 ERP 的對應關係。
建議建立資料字典，至少包含：商品主 ID、變體 ID、SKU、EAN/GTIN、品名、品牌、規格、包裝單位、稅別、公開價、批發價、可售庫存與上下架狀態。EAN/GTIN 是商品識別資訊，不應直接和內部 SKU 混為一談。
匯入前先做 20–50 筆測試，檢查前導零是否消失、條碼是否重複、CSV 編碼是否正確、變體是否對到原商品，以及停用商品是否被意外重新上架。大量匯入前必須有備份與回復策略。
六、付款、物流、稅額與權限不是只靠下拉選單
企業可能希望一般會員可刷卡，合格經銷商可匯款，特定客戶可選擇自取或指定物流。這些規則應由伺服器端根據使用者權限與訂單條件驗證，不應只靠 CSS 隱藏付款方式。
月結、發票、運費補差額、免運門檻、特殊配送區域及稅務處理，都應由企業會計、物流及業務共同確認。不同付款方式也會影響報價轉單後的狀態、退款與對帳方式。
WooCommerce 的 Shop Manager 能管理商品與訂單，但權限較大；若只需要審核報價，應考慮更小的專屬權限。詳見官方 Roles and Capabilities 文件。
七、什麼時候需要 ERP、API 與 Webhook？
若每天只更新少量商品，先使用可驗證的 CSV 流程通常較容易控管；但當多通路共用庫存、價格變動頻繁、訂單必須進入 ERP 或會計系統，就應評估 API 與事件通知。WooCommerce 提供 REST API，也有 Webhook 機制，但串接成功不等於資料一定一致。
串接設計至少要處理：資料來源誰為主、同步方向、唯一識別碼、失敗重試、重複事件去重、API 金鑰最小權限、錯誤日誌保留期限，以及人工對帳機制。ERP 若暫時無法串接，也可先定義可交換的 CSV 格式，避免後續重新整理商品主檔。
若使用 WooCommerce HPOS（高效能訂單儲存），要事先確認報價、物流、金流與客製程式的相容性。官方 HPOS 文件提醒既有商店切換前應完成資料同步與外掛相容性檢查。
八、B2B 的 UI/UX 重點：讓熟客快速完成大量訂購
批發採購通常知道自己要買什麼，因此網站不能只追求精美商品卡片。常見需求包含 SKU 快速搜尋、品牌與分類篩選、表格模式、變體逐列顯示、批次輸入數量、缺貨提示，以及手機和平板可操作的訂購表。
若表格欄位很多，手機版可改為重點資訊卡片或提供可視的橫向捲動提示，避免價格與數量欄被裁切。不要只在桌機驗收；至少要測試 360px 手機、768px 平板及 1440px 桌機，並檢查鍵盤操作、表單標籤、錯誤訊息與文字對比。
九、資安與效能：登入後的價格資料尤其要保護
B2B 網站包含客戶身分、報價紀錄、交易資料與可能的合約價格。應設定 HTTPS、最小權限、管理員多因素驗證、定期備份與還原演練，並限制報價單與客戶資料的查閱權限。
對快取系統而言，最重要的不是「快取愈多愈快」，而是不可把登入會員的專屬價格、購物車、結帳或帳戶資料快取給其他人。上線前應以不同角色交叉測試，並觀察登入後效能、資料庫查詢與大量變體搜尋速度。網站維護責任可參考大郁 WordPress 網站維護服務。
十、建議的三階段建置與驗收方式
第一階段：需求盤點與原型
整理角色、價格矩陣、商品資料、MOQ、報價與轉單狀態；畫出採購者與業務人員的操作流程，先用少量商品做原型驗證。交付物應包含功能規格、資料欄位表與測試案例。
第二階段：核心交易流程
完成會員審核、分級價格、快速訂購、報價單與必要的付款物流規則；針對同一商品的不同會員身分、促銷、缺貨與取消訂單測試。這一階段應先追求價格與訂單正確，再擴充視覺效果。
第三階段：整合、效能與維運
依需求串接 ERP 或 CSV、建立異常通知與對帳流程，完成備份還原演練、RWD、可用性、權限與壓力測試。通知、視覺化報表等屬可規劃的擴充功能，不代表每個專案都已實作。
十一、預算與時程為什麼不能直接用一般購物網站估？
影響費用的不是商品數量而已，而是價格規則是否複雜、角色是否需要審核、是否有報價轉單、可變商品是否大量存在、資料是否乾淨、是否串接 ERP、是否要雙語或多倉，以及後續由誰維護。若已有 WordPress 網站，還要檢查原外掛授權與資料結構，避免功能重複或衝突。
建議把需求分成「第一天必須可用」、「三個月內需要」與「未來可擴充」，先以 MVP 驗證真實採購流程。報價時請廠商分列 UI/UX、資料整理、客製功能、第三方授權、測試與維護項目，而不是只提供一個模糊總價。
十二、委託 WooCommerce B2B 開發前的 10 項檢查表
| 確認項目 | 企業應準備的答案 |
|---|---|
| 1. 客戶類型 | 零售、批發、經銷商、業務各有多少層級？ |
| 2. 價格來源 | 固定價、折扣、數量價與促銷價如何決定優先序？ |
| 3. 採購門檻 | MOQ、箱入數、最低金額是否依角色不同？ |
| 4. 報價流程 | 誰審核、何時失效、是否可轉單與重報？ |
| 5. 商品主檔 | SKU、EAN/GTIN、變體與分類由誰維護？ |
| 6. 庫存 | 網站或 ERP 哪一邊是唯一可信來源？ |
| 7. 付款物流 | 各角色可選哪些付款與配送方式？ |
| 8. 串接 | CSV、API、Webhook 的頻率與錯誤處理？ |
| 9. 安全 | 權限、備份、金鑰、日誌與還原責任？ |
| 10. 驗收 | 用哪些帳號、商品與異常情境測試？ |
常見問題 FAQ
WooCommerce 可以同時做 B2B 與 B2C 嗎？
可以，但需要先定義訪客、一般會員、批發商與內部人員各自能看到的價格、付款方式、物流選項及報價流程。WooCommerce 核心不會自動完成所有分級定價與詢價規則，通常要搭配外掛或客製開發。
MOQ 最低訂購量應該設定在商品還是會員層級？
取決於商業規則。若所有人都必須整箱採購，可設在商品或變體；若不同經銷商有不同門檻，則需要結合會員角色與購物車驗證。也應明確定義數量不足時的提示與結帳限制。
B2B 報價單可以轉成 WooCommerce 訂單嗎？
可以透過報價外掛或客製流程實現，但要測試報價有效期、核准權限、稅額、運費、庫存、付款狀態與重複送出。不能假設所有報價外掛都原生支援相同的轉單規則。
大量商品一定要串接 ERP 嗎？
不一定。若商品與價格更新頻率不高，可先用規範化 CSV 匯入；當庫存、價格、訂單需要跨系統同步時，再評估 REST API、Webhooks 與 ERP 整合，並設計失敗重試與資料對帳。
B2B 電商網站的開發費用如何估算？
主要取決於會員角色數、價格規則、商品與變體規模、MOQ、報價核准流程、ERP/物流金流整合，以及既有資料品質。應先完成需求盤點與驗收條件，再提出分階段報價，避免以一般購物網站套版價格直接推估。
結語：批發網站的價值在於流程正確，而不只是上線
成功的 B2B 網站，應讓經銷商快速找到商品、看到正確價格、按照規則下單，也讓業務、客服與財務可以追蹤每筆報價與訂單。建議從「價格、MOQ、報價、商品資料」四個核心先做需求盤點，再逐步導入 ERP 與自動化。
正在規劃批發電商、經銷商訂貨平台或既有 WooCommerce B2B/B2C 整合？歡迎聯繫大郁討論網站專案，提供目前商品數、會員角色、報價流程與串接需求，我們可協助釐清功能範圍、開發順序與驗收方式。
資料參考：WooCommerce Roles and Capabilities、Variable Products、REST API、HPOS。本文為技術規劃指南，功能適用性以個別專案測試為準。
