生活分享

WooCommerce 詢價流程:商品需求到正式報價

WooCommerce 詢價適合需要依數量、規格或交期報價的商品。本文以 YITH Request a Quote 為例,整理免費與進階版的工作範圍、詢價清單和表單設計、報價有效期、顧客接受後的付款流程,以及郵件和訂單狀態的驗收方法,協助店主把需求轉成可追查的正式報價,避免誤把詢價當成已付款訂單。

更新日期: 閱讀時間約 6 分鐘

原創插畫,以需求資料夾、正式報價文件和金額計算呈現客製商品的詢價工作流。
圖片:Mokaair (© Mokaair)

一家工作室要訂做 80 份活動禮物,除了商品數量,還有印字、包裝與希望到貨日期。這時固定售價和加入購物車可能無法表達完整需求,詢價流程可以先收集資訊,再由店主確認可行性與費用。

設計詢價時,先決定哪些商品需要人工報價、哪些仍可直接購買。以下以 YITH Request a Quote 為例,從收件到付款逐段安排;示範工作室與商品需求皆為原創情境,沒有代替任何店家寄出正式報價。

把詢價與直接購買的入口分清楚

詢價適合價格需要依條件決定的服務、客製商品或大量採購。若商品價格固定、庫存和交期也明確,增加詢價步驟可能只是多一次往返;可以讓一般購買維持原流程,特殊需求另有入口。

YITH 免費版提供商品頁加入詢價、指定規格、基本表單和管理員通知,可選擇隱藏所有商品價格或購物車按鈕。只對特定商品、角色或其他列表頁提供不同顯示條件,屬於進階功能範圍,先核對方案再規劃混合商店。

按鈕可以寫「加入詢價清單」,清單送出則寫「送出需求」,避免兩個動作都叫「下單」。旁邊說明預計回覆方式,以及報價前仍需確認規格與交期,讓顧客知道接下來會發生什麼。

設定清單頁與必要的需求表單

確認 WooCommerce 已啟用,在測試環境安裝 YITH Request a Quote,從 YITH 選單進入設定並指定詢價頁。先加入一件普通商品和一個可變商品規格,查看清單中的名稱、數量與選項,再測移除及返回商品頁。

表單先收聯絡姓名、電子郵件和描述需求所需資訊。以活動禮物為例,數量、印字方式、包裝及希望收貨日期比生日或職業更有用;如果精確地址尚未決定,可先收足以估運費的地區,正式確認時再補齊。

需要增減欄位或整合第三方表單時,查明所用方案支援哪些工具。YITH 進階版提供較完整表單設定及指定表單外掛整合,但欄位出現在頁面,不代表資料會自動進入每一封通知和報價單,仍需一路核對。

  1. 列出需要詢價的商品與可直接購買的商品。
  2. 設定詢價頁、按鈕文案和必要表單欄位。
  3. 送出測試需求,核對商品規格、數量及聯絡資訊。
  4. 安排報價、接受、付款和出貨各階段的負責人。

收到需求後先確認能否承接

顧客看到送出成功時,應能知道後續聯絡方式;店主則要收到可對應該需求的通知。免費版以管理員收信及人工回覆為基本方式,進階版才提供更完整的後台報價管理,不要把免費收件流程描述成已經自動建立正式交易。

YITH 進階版可依設定將需求保存成帶有詢價狀態的訂單紀錄。這種紀錄方便追蹤,但並未證明顧客已付款;倉庫或第三方系統若看到新訂單就動作,需要確認會排除尚在詢價的狀態。

先檢查庫存、可製作規格、最低數量和期望交期,再詢問缺少的資訊。如果印字檔案或樣品仍未確認,可以把它列為待確認事項,不要直接用一般商品價格乘數量,就承諾所有客製工作都包含。

正式報價寫清範圍、版本與有效期

一份可核對的報價至少列商品規格、數量、單價、客製費、運費與總額,以及已包含和待另計的項目。若價格或交期有條件,例如確認圖稿後才安排製作,也應在報價時說明,避免接受後才補上限制。

進階版可在後台調整報價品項費用、建立 PDF 並設定有效期。使用自動報價時,官方說明它可根據商品既定價格產生結果,因此只適用價格規則已足夠的情境;需要人工估算的客製案,不宜把自動寄信當成人工審核完成。

用報價編號與日期區分修訂。顧客改成 100 份或更換包裝時,重新核對總額與交期,再保留新舊版本的關係。PDF 是報價文件,不代表已收款或已開立台灣電子發票,相關金流與發票作業應另外處理。

接受報價後還要走完付款驗證

YITH 進階流程可讓顧客接受或拒絕報價,接受後導向結帳完成購買。檢查接受連結是否指向正確商店、報價是否仍有效,以及結帳內容是否保留議定規格和價格;不能只看到按鈕被點過就安排出貨。

配送地址改變可能影響運費。若報價限定地址、配送方法或付款方式,應依外掛提供的限制設定並驗收;若允許顧客修改,就要確定費用更新符合報價政策,而不是以舊地址運費寄到不同地區。

WooCommerce 的付款頁還會依訂單歸屬要求登入或電子郵件確認,這有助於保護訂單資訊。測試時用該筆訂單的顧客身分,不拿管理員看到的結果作判斷,也不要為了讓連結容易打開就任意關掉驗證。

把逾期、拒絕與重複送出納入驗收

準備正常接受、拒絕、逾期後開啟、修改規格及付款失敗案例,再測同一個人短時間重複送出需求。每個案例都應有可識別的紀錄與下一步,避免兩位客服同時報不同價格,或同一需求被當成兩筆出貨。

核對顧客與店主各自收到的信件、PDF 內容、後台狀態和付款結果。信中若包含私人需求或專屬付款連結,不應公開貼到客服討論區;支援截圖先遮蔽敏感資訊,分享給真正需要處理的人。

最後檢查分析報表是否把詢價狀態算進銷售,必要時按官方說明調整納入狀態。把詢價量、正式報價量、接受與實際付款分開觀察,才知道卡在哪個階段;詢價數增加並不等於營收已增加。

原創四欄圖解,依序整理需求、報價、接受與付款,提醒每一階段應保存規格、費用與交易證據。
收到需求、寄出報價、接受與付款,各自核對後再交接下一步。 · 圖片:Mokaair (© Mokaair)
以各階段的紀錄交接,不用單一新訂單通知判斷整體完成。
階段代表的完成事項尚需確認
送出詢價店家取得需求能否承接與缺少資料
寄出報價提出範圍與價格顧客接受及有效期
接受報價同意進入購買流程付款結果與資料核對
付款確認交易款項可核對排程、製作與出貨

  • 生活分享

    WooCommerce 願望清單:收藏、分享與庫存提示

    WooCommerce 願望清單能讓顧客保存待考慮商品,但收藏、購物車與庫存保留是不同流程。本文以 TI WooCommerce Wishlist 為例,整理免費與進階功能、收藏頁設定、訪客和會員保存、分享可見範圍及價格庫存提示,並提供跨裝置與商品變更的驗收方法,協助店主建立容易找回也說明清楚的收藏體驗。

  • 生活分享

    WooCommerce 主題與外掛:先畫購物流程再選工具

    WooCommerce 商店不一定需要很多外掛,先找出客人在哪一步卡住,才能選對主題與擴充。本文以生活用品店為例,說明商品篩選、比較、願望清單與 YITH 工具的使用時機,整理結帳區塊、HPOS、主題範本和外掛衝突的檢查方法,並提供購買前可直接使用的需求與驗收表。

  • 生活分享

    WooCommerce 稅金設定:含稅標價、運費與顯示方式

    WooCommerce 稅金設定會影響商品輸入價格、前台標價、運費與訂單明細。本文用含稅和未稅的簡單算式,整理啟用稅率、地址判斷、稅別及顯示方式的檢查順序,並提供折扣、多件商品與退款的驗收清單,幫助台灣店主先確認適用規則,再將規則正確交給系統計算,避免重複加稅或只靠後台數字判定申報已完成。

  • 生活分享

    WooCommerce 開店流程:商品、結帳與測試訂單

    第一次用 WooCommerce 開店,應先讓一筆訂單從商品選擇走到付款、通知與出貨,再逐步增加功能。本文以台灣小型生活用品店為例,整理初始設定、必要頁面、商品與金物流準備、測試訂單的核對方式,以及 Coming soon 模式切換前的驗收清單,幫助店主建立可維護的開店流程。

最新旅遊情報攻略

資料來源

生活分享