AI 會自己決定價格嗎？
不會。AI 用來辨識需求中的品項、數量與描述，接著由程式比對既有目錄、折扣與計價規則。找不到資料的項目會標記待確認，不自動補上一個看似合理的價格。
核心做法
AI 判斷「是什麼」，程式決定「多少錢」
文字理解與數值計算分開處理，方便檢查每個品項與金額的來源。
文字理解
從自由文字中整理品項、數量與特殊條件，並輸出固定欄位供後續比對。
目錄比對與計算
依品項比對目錄，再計算數量、工時、運費、稅額與利潤；結果保留對應的目錄項目與計算規則。
這樣拆分的原因：語言模型可能辨識錯品項，不適合自行產生價格。品項先與目錄比對，價格再由既定規則計算；找不到對應資料時標記為待確認，不自動填入估計值。
適合的狀況
這些報價流程適合導入
- 報價要人工翻目錄業務或技師寫一段需求，行政人員得逐項查價、算稅、打成單子。一份報價要花掉半天。
- 不同人報出來的價格不一樣同樣的需求，看誰處理，最後金額可能差一截。折扣、工時、運費各憑經驗。
- 收到的文件格式不固定客戶傳來的規格書、需求單、詢價信每份長得都不一樣，要人讀完才知道要什麼。
- 試過讓 AI 直接報價，但結果無法核對品項或價格可能不在目錄中，也看不出數字依據。
案例
瑞士水電工程的 AI 報價助手
技師用法文寫一段施工需求，系統輸出完整報價單
問題
技師到現場後用自由文字描述要做什麼，行政人員得逐項翻三家供應商的目錄查價，再算利潤、工時、車馬費跟稅，最後打成報價單給客戶。很花時間，也常出錯。
做法
語言模型從法文需求中擷取品項與數量，程式再比對供應商目錄並依規則計價。找不到的項目標為「待確認」，不填入估計值；結果包含利潤、工時費、車馬費與增值稅，可轉為 PDF。
結果
單價與計算結果可追溯到供應商目錄和計價規則，不由模型自行產生。流程部署在自架 n8n，並以 API 供前端網頁呼叫，已用實際施工需求測試。
其他用途
相同做法也可用於整理詢價信、從規格書擷取欄位，或建立訂單草稿；實際比對方式仍需依你的資料與規則設計。
內容
交付內容
- 欄位擷取定義需要從文字中取得的欄位，並驗證模型輸出格式；格式不符時重試或標記待處理。
- 比對規則將擷取出的品項對應到目錄，並處理同義詞、別名與規格差異。
- 缺漏標記無法對應目錄的項目集中列出，由人確認後再完成報價。
- 計價規則將利潤、工時費、運費、稅率與折扣條件寫成固定規則，集中管理與修改。
- 結果輸出可產生 PDF 報價單、試算表，或透過 API 傳送到既有系統。
資料品質會影響辨識結果：若同一品項有多種名稱、價格分散在不同檔案，需先整理目錄或建立對照規則。報價前會先抽樣測試，再估算資料整理與開發範圍。
費用
費用怎麼計算
- 起價 NT$40,000含抽取邏輯、比對規則、缺漏標記、計價邏輯、一種輸出格式。
- 費用會往上調整的項目目錄整理、品項數量、分級折扣、專案價、多幣別，以及串接既有系統。
- 可行性確認可先用實際目錄與需求樣本測試品項辨識和比對結果，再決定正式開發範圍，費用可折抵開發款。
- API 費用另計語言模型用量由你的帳號支付，依處理量計費。
- 上線後支援驗收後提供 30 天保固，保固期滿後可按次處理，或選擇 NT$2,000/月起的基本維護；目錄更新與計價規則調整依實際範圍估算。
委託前常問
AI 自動報價常見問題
AI 負責理解文字，價格仍由可以核對的資料與規則決定。
什麼樣的報價流程適合自動化？
品項有目錄或對照資料、價格有規則、人工目前花大量時間查找與重複計算的流程最適合。若每一案完全依經驗議價，通常先整理可固定的部分，再保留人工確認。
如何確認辨識結果夠不夠準？
正式開發前可先抽取實際需求與目錄樣本，測試品項辨識、對照與缺漏標記。先確認資料能否支撐流程，再決定開發範圍，避免系統做完才發現目錄無法比對。
ALL PROJECTS · 04
不只這一個案例
本頁只展開與這項服務最相關的內容；其他正式專案、原型與自有產品可從這裡查看。