把估價變成詢問的網站線上報價計算器

即時估價什麼時候有用、什麼時候沒用

即時報價計算器適合價格由幾個可衡量條件決定的服務：地板的平方公尺數、要打掃的房間數、拍攝時數、賓客人數。對於價格取決於現場勘查或難以寫成規則的判斷的工作，例如結構修繕或客製設計，就不太適用。如果你不願意在電話裡說出一個價格區間，計算器也不該說。這種情況下，一個問題設計得好的報價需求頁才是誠實的選擇。

選擇問題

每個問題都應該會影響價格，或幫助篩選潛在客戶。兩者都不是，就刪掉。好的問題組簡短而具體：

1. 工作規模，用訪客熟悉的單位：如果多數人不知道自家坪數，就問房間數。
2. 影響成本最大的主要選項，以兩到四個選擇呈現，每個附一句簡短說明。
3. 加購項目用核取方塊呈現，各自標出價格，讓大家看得懂總額為什麼變動。
4. 時程，如果急件要加價的話。
5. 郵遞區號或地區，只有在交通會影響價格，或有些地方你不服務時才問。

把聯絡欄位放在估價之後，而不是之前。要求留下電子郵件才顯示數字，感覺像陷阱，很多人會直接離開；先顯示數字，再提供正式報價，才能得到更多值得接的詢問。

把計算方式做對

在要求做 App 之前，先把你的定價寫成公式，因為你需要拿已經報過價的案子來核對結果。大多數服務的定價都符合這樣的模式：基本費加上數量乘以單價，再加上加購項目，乘以急件或難度的倍數，並設有最低收費。

除非你的價格真的固定，否則請顯示一個區間而不是單一數字（例如公式結果到高出 15% 的範圍）。在結果下方寫出前提：「以一般大小的房間和標準地毯計算。最終價格於現場確認後提供。」這一句話就能避免大部分的糾紛。

Anticode 會做出什麼

把你的問題、公式和免責聲明的措辭交給 Architect，例如：「一個地毯清潔業者的報價計算器。詢問房間數、地毯或小地墊、是否需要污漬處理、隔日或一般服務。使用這些單價。顯示區間和明細，接著是填寫姓名、電子郵件、電話和希望日期的表單。」建置前請核對它所顯示規劃中的每一個單價。模型會把計算器寫成一個在訪客瀏覽器中執行的 App，訪客改變答案時總額會即時更新，不需要重新載入頁面。

詢問步驟使用 Anticode 的表單流程：訪客送出資料時，App 會把它們以聯絡表單提交的形式送出，並把答案和估價附在訊息中。你會透過電子郵件和控制台收到，連接器還能把它轉送到 Slack、Google Sheets、Airtable、Notion、HubSpot 或任何 webhook，讓它出現在你原本追蹤案件的地方。

在伺服器上核對價格

計算器的運算在訪客的瀏覽器中執行，這表示有心的訪客可以在送出前修改數字。如果只是大概的估價，這通常無所謂；如果你會依照那個數字收費，請在確認前用答案重新計算一次。掛在內建聯絡表單上的網站函式，也會在 App 送出詢問時執行；不過答案是以訊息中的一行行文字送達，所以要核對它們，需要對你自己的端點發出已簽署的呼叫，而 App 是否顯示該函式的訊息則取決於 App 本身（請提出要求並實際測試）。另一種做法是不用 App，而在設計引擎頁面上使用自訂表單：它的網站函式會在表單送出時於伺服器上執行，可以是針對送出數字的簡單公式（房間數乘以單價再加上加購；公式只能處理數字），也可以是對你自己端點的已簽署 HTTPS 呼叫，總額會顯示在感謝頁面上。訪客輸入時不會有任何即時更新，因為這些頁面不執行腳本。網站函式頁面說明了這兩種方式。

值得知道的限制

• 單價就是你輸入的數字。 App 無法從網路即時抓取材料價格、油價或其他資料；要更新單價，請提出修改。
• 不能收款或收訂金。 計算器無法收錢。如果你想收訂金，可以在感謝訊息中連結 Stripe Payment Link 或類似的結帳頁面。
• 訪客無法儲存報價。 沒有客戶帳號；如果對方想留存一份，就從你的回覆中取得。
• 提交額度。 免費網站每月可查看的提交數量有限；方案請見價格頁面。

常見問題

訪客看到的估價和我收到的一樣嗎？

一樣，估價和背後的答案都會包含在詢問中，所以你可以在確認前根據答案重新計算。

之後可以改價格嗎？

用一句話提出修改，例如「把每個房間的單價調成 40」，App 就會更新。最近的版本會保留在版本紀錄中。

它也能直接預約工作嗎？

App 的表單可以做成包含服務、日期和時間的預約申請，透過同樣的流程送到你手上。但它無法收訂金。