批發商網站的規劃，可以先用一個問題切入：新客戶進站後，你希望他直接下單、先申請企業帳號，還是先選品再詢價？
這個答案會決定網站需要的是單純產品型錄、詢價車、企業會員、客戶專屬價格，還是更完整的 B2B 下單與後台串接。若一開始只從「要不要購物車」「要不要會員」討論功能，很容易做出看起來完整、實際卻不符合業務流程的網站。
對批發商來說，網站的任務通常可以拆成三段：讓新客戶找到產品、讓採購快速確認合作條件、把需求完整交給業務或訂單系統。這三段接得起來，網站才有機會從電子型錄進一步變成企業採購入口。
先決定批發網站要承接哪一種交易
批發商的交易模式差異很大。食品原料、五金零件、美妝用品、禮贈品、設備耗材與品牌經銷，都可能是批發，但價格公開程度、最低採購量、補貨頻率、物流與付款條件並不相同。
建站前可先把網站分成三種模式：
| 網站模式 | 適合情境 | 價格呈現 | 主要轉換 | 會員需求 | 系統複雜度 |
|---|---|---|---|---|---|
| 型錄詢價型 | 新客開發為主、價格依數量或條件報價 | 可不公開，或僅顯示參考資訊 | 選品後詢價 | 通常不必強制登入 | 低到中 |
| 混合採購型 | 部分標準品可直接買，客製／大量採購需報價 | 部分公開、部分詢價 | 購物車＋詢價並存 | 視客群而定 | 中 |
| 企業帳戶訂購型 | 既有客戶重複補貨、不同客戶有專屬商品或價格 | 登入後顯示專屬條件 | 登入後下單、重複採購 | 通常需要 | 中到高 |
這個分類的重點，在於先確認「網站要承接哪一步」，再決定功能。若企業目前主要靠新客詢價，而且每一筆報價都需要確認數量、交期、物流或客製條件，先把產品型錄與詢價流程做好，往往比一開始就建立複雜會員系統更實際。
相反地，如果多數訂單來自固定客戶，而且客戶會反覆採購同一批 SKU、使用不同價目表或付款條件，自助下單、常購品項與企業帳戶才會逐漸有價值。
產品展示要讓採購快速確認「這個品項能不能買」
不少批發網站把紙本型錄搬上網後，仍然只有產品照片、品名與一小段介紹。對企業採購來說，這些資訊通常不足以判斷能不能進一步合作。
產品頁可以依實際業態整理以下資訊：
- 產品分類、系列與用途，讓採購能從需求進入，而不是只能逐頁翻找。
- SKU、型號或內部品號，方便採購、業務與後台使用同一套產品識別。
- 尺寸、材質、容量、顏色、包裝方式等會影響採購的規格。
- 箱入數、包裝單位、最低採購量（MOQ）或訂購倍數；若條件依客戶不同，可改成「洽詢」而不是寫死。
- 適用情境、相容型號或使用限制，協助採購排除不適合的品項。
- 可公開的型錄、規格書、認證或說明文件。
- 清楚的「加入詢價」或「企業採購詢問」入口。
如果網站品項很多，產品分類與內部連結也會直接影響搜尋引擎能否理解網站。Google Search Central 對電商網站的官方建議提到，網站應透過可爬取的連結，從選單連到分類、子分類，再連到產品頁；若產品只能靠站內搜尋框找到，Googlebot 通常不會主動操作搜尋框來發現所有產品。這個原則即使是「只能詢價、不能直接結帳」的批發型錄網站也很有參考價值。
資料來源：Google Search Central－Help Google understand your ecommerce website structure
詢價入口最好保留已選產品
如果客戶在產品頁按下詢價，卻被帶到一張空白的「聯絡我們」表單，再要求他重新輸入產品名稱，就多了一次不必要的操作。
比較實用的做法，是讓系統保留：
- 已選產品或 SKU
- 預計數量
- 規格或顏色
- 客戶備註
對多品項採購，也可以設計「詢價車」，讓採購先收集多個商品，再一次送出。這類功能不一定需要真正的購物車金流，核心是把選品資料完整交給業務。
批發價要不要公開？把公開資訊、採購條件與企業專屬資料分層
批發網站常卡在一個問題：「價格到底能不能放？」
實際上不需要只有「全部公開」和「全部隱藏」兩個選項。可以把網站資訊拆成三層：
公開層：讓第一次來的企業客戶先判斷是否值得聯絡
適合公開的資訊通常包括產品名稱、規格、用途、包裝方式、品牌／產地資訊，以及可公開的 MOQ 或採購門檻。
若商品價格固定、沒有客戶別差異，也可以直接顯示價格。若價格會受到採購量、物流、客製、匯率或合作等級影響，網站可以清楚說明「價格依實際採購條件報價」，避免放上一個容易誤導的單一數字。
採購層：把企業合作前一定會問的事情集中起來
企業採購頁可以依實際業務整理：
- 最低採購量或箱／件／組的訂購規則
- 樣品申請方式
- 可配送區域與物流條件
- 常見付款方式與是否有企業帳期評估
- 發票與公司戶資料需求
- 客製包裝、貼牌或 OEM／ODM 是否提供
- 退換貨、瑕疵與售後處理原則
- 經銷／代理申請條件
這些資訊不用把所有商業條件公開到底，但至少應讓採購知道「下一步需要準備什麼」。
帳戶層：只給既有或核准企業客戶看的資料
若不同客戶有不同價格、商品可見範圍、付款條件或配送規則，可以再做企業帳號分層。
以 Shopify B2B 的官方文件為例，目前可看到公司／公司地址、B2B 目錄、企業顧客登入、數量規則、按量定價與付款條件等設計。這些功能說明了一件事：B2B 交易常需要把「誰可以看到什麼商品、用什麼價格與什麼條件買」納入系統，而非所有訪客看到完全相同的購物流程。
資料來源：Shopify B2B、數量規則與按量定價
平台功能與方案可能調整，實際導入前仍需重新確認當下版本與適用方案。
詢價流程不要只放姓名電話：每一個欄位都要有業務用途
批發商網站的詢價表單，最常見的兩個極端是：
一種只有姓名、電話、Email、留言，客戶填完後，業務還是要逐項追問產品、數量與交貨需求。
另一種是一次要求十幾、二十個欄位，第一次接觸的新客戶還沒開始溝通，就被迫填完一整張採購規格書。
規劃表單時，可以用一個簡單原則：每一個欄位都要對應到業務收到後要做的判斷。
例如：
| 欄位 | 業務用途 |
|---|---|
| 已選產品／SKU | 知道客戶詢問哪一個品項，避免再次確認 |
| 預估數量 | 判斷是否符合批發門檻、是否需要量價報價 |
| 規格／包裝需求 | 確認標準品或客製需求 |
| 配送地區 | 判斷物流、配送與後續報價條件 |
| 公司名稱 | 區分企業採購、通路、經銷或其他合作類型 |
| 聯絡人與Email／電話 | 建立後續跟進窗口 |
| 希望到貨／使用時間 | 判斷是否需要確認供貨時程 |
| 附件 | 適合需要圖稿、規格表、採購清單的業態 |
不是每一種批發商都要收齊以上欄位。食品原料、五金、禮贈品、美妝、設備耗材的必要資料會不同。真正要做的是把目前業務「每次都要再問一次」的問題整理出來，再判斷哪些適合放進網站。
新客詢價與既有客補貨，可以走不同流程
第一次接觸的企業客戶，可能需要先確認公司、需求、產品與採購量；既有客戶則更在意快速找到常購品、重新下單或查詢歷史訂單。
把兩者硬塞進同一個流程，網站常會變得又長又複雜。若既有客戶數量與補貨頻率已經很高，可以考慮讓「新客詢價」與「企業會員下單」分成兩條路徑。
什麼時候值得做企業會員、重複下單與ERP串接？
「有批發客戶」不等於一定需要完整 B2B 電商系統。是否值得投入，可以先看實際營運是否出現以下情況：
- 既有客戶會固定重複採購。
- 同一商品對不同客戶有不同價目表或折扣。
- SKU 很多，業務經常協助客戶找料號或確認常購品。
- 採購方需要填寫採購單號（PO Number）。
- 不同企業客戶有不同付款條件。
- 同一家公司有多位採購窗口或不同收貨地址。
- 訂單、庫存、客戶或價格資料需要和 ERP、CRM、PIM 等系統同步。
- 人工接單、抄單、對單已成為明顯的營運負擔。
如果這些情況還不明顯，網站先做到「產品好找、條件清楚、詢價資料完整」即可。系統功能應該跟著交易量與作業複雜度成長。
若上述問題已經大量出現，再進一步評估企業帳戶式下單會比較合理。Shopify B2B 官方文件目前也提供訂單草稿、付款條件、公司資料、採購單號等功能範例；例如企業訂單可以先以草稿送審，並在訂單草稿加入採購單編號。這些概念很適合拿來盤點自己的採購流程需要哪些狀態與欄位。
資料來源：Shopify－B2B 的結帳、訂單與訂單草稿、使用訂單草稿建立 B2B 訂單、設定 B2B 付款條款
需要注意的是，這一段已經接近「B2B 下單系統／ERP 串接」的另一個需求。若企業只是要做新客開發官網，不需要為了看起來完整就把整套後台全部做進第一版。
批發商網站的SEO要從分類、產品頁與內部連結一起規劃
批發網站的 SEO 不應只集中在首頁放「批發商」「供應商」「企業採購」幾個詞。真正能承接搜尋的內容，通常會分散在產品分類、產品頁、應用情境與採購相關頁面。
可以從以下層級思考：
首頁 → 產品大類 → 子分類／系列 → 產品頁 → 企業採購／詢價
如果品項很多，分類頁也可以依搜尋需求補充用途、選擇方式與代表產品，讓使用者與搜尋引擎理解這個分類的差異。
Google Search Central 明確建議電商網站透過選單與頁面連結形成可爬取的層級，讓分類頁連到子分類，再連到產品頁。若網站有大量商品，也應確保重要產品可以從連結或 Sitemap 被找到，而不是只存在搜尋結果頁裡。
若網站屬於固定價格、可直接購買的電商模式，Google Merchant Center 對產品資料也要求價格與庫存資訊需和落地頁、結帳頁與結構化資料保持一致。對「詢價才報價」的批發商品，沒有必要為了做產品結構化資料而硬填一個並不存在的零售價格。
資料來源：Google Search Central－Ecommerce SEO best practices、Google Merchant Center－Product data specification
如果網站正在重做資訊架構，也可以同步規劃 SEO搜尋引擎優化，避免網站上線後才發現產品分類、URL 或內部連結需要大幅重整。
找網站公司前，先整理這份批發商建站資料
在正式進入網站設計前，可以先把以下資料整理成建站 Brief。這會比一開始先選版型更容易讓網站公司理解真正需求。
1. 產品資料
先盤點：
- 產品大類與子分類
- SKU／型號數量
- 主要規格欄位
- 圖片、型錄、規格書來源
- 包裝單位、MOQ、訂購倍數是否固定
2. 價格規則
確認：
- 是否公開價格
- 是否有數量級距
- 是否有企業客戶專屬價
- 哪些商品只能詢價
- 價格多久更新、由誰維護
3. 新客與既有客流程
分別畫出：
新客： 找到產品 → 確認採購條件 → 詢價 → 業務確認 → 報價／後續
既有客： 登入 → 找常購品 → 填數量 → 下單／送審 → 訂單處理
若兩條流程差異很大，網站架構就不該強迫它們共用完全相同的頁面。
4. 詢價後由誰處理
網站表單送出後，要確認：
- 通知哪個業務或部門
- 是否依產品分類分派
- 是否需要進 CRM
- 是否要回寫報價狀態
- 是否需要保留附件與詢價紀錄
網站前台做得再漂亮，如果後面的接單責任沒有定義，詢價仍可能掉在信箱裡沒有人追。
5. 系統串接需求
若目前已有 ERP、CRM、庫存、PIM 或報價系統，可以先列出哪些資料需要同步、哪些仍由人工維護。
不是所有資料都必須即時雙向串接。先把「一定要同步」與「可以人工處理」分開，才能評估開發範圍與維護成本。
6. 網站轉換追蹤
網站上線後，除了流量與排名，可以追蹤：
- 產品頁瀏覽
- 站內搜尋
- 加入詢價
- 詢價表單開始與完成
- 電話、Email、LINE 等聯絡點擊
- 企業會員申請
- 登入後下單或重複採購（若有）
這些事件能幫助企業判斷網站卡在哪一段，而不是只看「有沒有人來」。
批發商網站規劃，先從交易流程盤點再決定功能
批發商做網站時，最值得先確認的通常不是首頁要放幾張 Banner，也不是會員系統要用哪一套，而是：新客怎麼找到產品、採購怎麼確認條件、需求怎麼交到業務手上、既有客戶是否真的需要自助下單。
如果現階段以開發新企業客戶為主，可以先把型錄、採購條件與詢價流程做完整；若固定客戶的補貨、專屬價格與訂單管理已經成為大量日常作業，再逐步導入企業帳戶、重複下單與系統串接。
康思迅的 CMS網站架設服務 會先從需求訪談、架構與使用流程開始，再決定網站功能。若你正在規劃批發商網站改版，可以先準備目前的產品型錄、價目規則與實際接單流程，讓第一次網站規劃討論直接從「交易怎麼發生」開始，而不是從版型開始選。
網站規劃與 SEO 可以提高資訊清楚度、搜尋可見性與詢價承接能力，但實際詢價、成交與營運成果仍會受到產品競爭力、價格、供貨能力、品牌信任與業務跟進等因素影響，不宜把建站視為成效保證。
