詢價表單沒人填？先把必填欄位與送出回饋說清楚

詢價表單放上網站後，遲遲收不到訊息，先別急著加一個更大的按鈕。訪客可能不知道哪些資料一定要填，也可能填完按下送出，卻不知道有沒有成功。從必填欄位、錯誤提示和送出結果查起，比直接重做整個頁面更容易找出具體問題。

這些調整能讓表單更容易理解，但不能單靠改版判定詢價會增加。流量是否合適、服務內容是否清楚、價格與信任感，也會影響訪客是否願意聯絡。

每個必填欄位，都要說得出用途

先問負責回覆詢價的人：收到這筆資料後，哪些資訊缺了就無法回覆？W3C WAI 的表單教學建議只詢問完成流程所需的資料；GOV.UK Design System 也要求先弄清楚每個問題為什麼要問。

例如，初次詢問網站製作服務，可以先收聯絡 Email 和需求簡述。公司名稱、電話、預算或預計上線日期，是否一定要在這一刻取得，要看實際接案流程。如果客服可以先回信了解需求，就別把「之後可能用得上」全部設成必填。

兩個必填欄位是本文的示例，並非通用標準。需要電話確認的服務、已有固定規格的報價，可能需要不同資料。刪欄位前也要確認，不會讓回覆人員失去必要資訊。

用文字標示，別讓訪客猜星號

欄位名稱要一直看得見。只把「請輸入 Email」放在輸入框裡，訪客開始打字後就會失去提示。保留欄位標籤，在旁邊寫「必填」或「選填」，讓訪客直接看懂哪些資料不能漏。

提示文字應回答填寫時會遇到的問題。例如：

• 聯絡 Email（必填）：用於回覆這次詢價，請填可收信的地址。
• 需求簡述（必填）：說明想做什麼網站、目前卡在哪裡；還沒確定的部分可以直接寫「尚未確定」。
• 稱呼（選填）：方便回覆時稱呼你，不填也能送出。

「資料僅用於回覆詢價」這類用途說明，要符合網站實際處理方式。如果資料還會進入其他流程，應照實說明並提供適當的隱私資訊，別為了讓表單看起來安心而寫下做不到的承諾。

填錯時，告訴他改哪裡、怎麼改

按下送出後只看到「格式錯誤」，訪客還是得自己找問題。比較有用的提示是「請填寫聯絡 Email」，或「請填寫有效的 Email，例如 [email protected]」。訊息放在對應欄位旁，保留已填內容，別讓人從頭來過。

WAI 建議錯誤提示用簡短文字說明問題與修正方式。欄位較多時，也可以在表單上方列出錯誤摘要，點一下就回到要修改的欄位。請維護者把欄位、標籤與提示正確連結，並確認鍵盤操作能到達錯誤位置。只把外框染紅，不足以說明哪裡出錯。

送出之後，要交代現在的狀態

按鈕可以寫「送出詢價」，讓訪客知道這一步會做什麼。處理期間顯示「正在送出，請稍候」，成功後再說明已收到哪些資訊、接下來由誰回覆、預計多久會收到回應。回覆時間請按實際人力填寫，別任意承諾「立即回覆」。GOV.UK 的確認頁指引把下一步與時間列為確認訊息的重要內容。

如果送出失敗，應保留內容，清楚說明是否需要重試。畫面顯示「已收到詢價」，必須對應實際的接收結果；不能只因按鈕動畫跑完就顯示成功，也不能把「系統收到資料」寫成「確認信已寄達」。確認信若沒有真的寄出，就別在畫面上這樣說。

用一筆測試詢價，把整段流程走完

先在自有測試環境用虛構資料試填：漏填必填欄位、填錯 Email、只用鍵盤修正，再送出有效內容。檢查提示是否看得懂、內容有沒有保留，以及手機上能否找到錯誤與送出結果。

正式接收流程則要另外確認。請有權限的維護者送一筆可辨識的測試詢價，核對後台或接收信箱是否真的收到；有確認信的話，再核對測試收件端。前端畫面正常，仍可能遇到收件設定或後端處理失敗。

接著請一位沒參與製作的人試填，觀察他在哪裡停住、是否看得懂提示。若要比較詢價成效，先確認量測方式，再記錄修改前後的表單瀏覽、成功提交與實際收到的有效詢價；不要把按鈕點擊直接當成收到詢價。

參考資料