沒有規格的總價，通常不是報價，是在猜。

最近遇到一個網站整合案，客戶整理得很認真。
需求表裡有官網、商城、課程預約、教練排班、會員系統、金流、物流、POS、庫存、推薦分潤、點數獎賞、EDM、自動通知、AI 商品推薦、多國語系、跨境配送。
看起來是一張功能表，實際上已經是一套非常龐大的營運平台。

客戶怎麼想

站在客戶角度，這個邏輯很合理：
需求都列出來了，廠商應該可以照表估價。
先知道總預算才方便內部討論，也不想每談一個功能就多一筆費用。
需求表寫得越完整，通常代表客戶越認真。

問題是，功能名稱相同，工作量可能差十倍。
「物流串接」四個字，可以只是讓客人選宅配，
也可能包含超商選店、建立物流單、列印標籤、貨態自動更新、跨境配送、逆物流退貨、多物流商切換。
沒先問清楚，兩邊腦中想的根本不是同一件事。

我怎麼看

我看到的是還沒確認的規則。

會員升級自動發點數，至少要先確認：
升級條件看消費金額還是次數？
退貨後降不降級？
點數何時到期？
門市和網路帳號共不共用？
舊會員資料怎麼算？
重複帳號怎麼合併？

教練排班也不是放個行事曆就結束。
要確認教練能不能拒絕派遣、能不能請假、衝堂怎麼判斷、補課誰安排、
每位教練有沒有自己的 Google 帳號。

很多項目甚至要先拿到第三方 API 文件才能估價。
蝦皮店到店不是想接就接，
黑貓進階物流、跨境物流、逆物流，
都要先看客戶申請到什麼服務資格。

我們實際怎麼處理

遇到這種需求量體，我們不會在同一份初步報價裡把所有項目一次估到完整精準。
會先請客戶提供第一階段預計投入的預算範圍，
以及最希望優先完成的功能，再依預算把需求拆成四類：

1. 第一階段優先建置項目
2. 可安排於後續階段擴充的項目
3. 需取得第三方 API 或設備規格後再評估的項目
4. 可使用替代流程降低初期成本的項目

第一階段範圍確認後，
才進一步整理規格文件、開發時程，最後給正式報價。
這樣比較符合實際執行，也能避免功能範圍與預算認知不同。

哪些功能常常被低估工作量

多國語系也不是打勾就好：
每新增一個外語語系，依核心建置總價加收 20%；
簡體中文加收 15%；
翻譯與外語內容校對另計。
這些數字客戶通常不會主動想到，但直接影響總價。

實務上最容易引發糾紛的三種狀況

第一種，
客戶說「需求表明明有寫」，廠商說「我們原本報的是基礎功能」。
雙方講的都沒有錯，
只是一開始沒把「功能名稱」拆成「實際規格」。

第二種，
第三方服務串不了。
報價單寫了物流、支付或平台同步，開發後才發現 API 沒開放、客戶方案沒權限、要另外簽企業合約、回傳資料不完整、平台政策中途變更。
客戶覺得廠商事前沒查清楚，廠商覺得這是第三方限制，
誰都沒錯，但錢已經花下去了。

第三種是「自動化」這三個字最容易誤會。
客戶期待全自動，廠商做的是半自動：
部分退款有些系統只能在後台記錄金額，實際款項還是要到金流平台操作。
客戶理解的是按一下，退款、發票折讓、點數回收、優惠券恢復全部自動完成。
一句話沒說清楚，開發量就差好幾十萬。

最後確認

需求很多的時候，最負責任的做法不是立刻給一個漂亮的總價，是先問清楚：
第一階段預算多少？
哪些功能一定要先上線？
哪些能第二階段再做？
哪些要等 API 或設備資料確認？

先用預算決定範圍，把範圍整理成規格文件，最後才報正式價格。
沒有規格的總價，通常不是報價，是在猜：
猜錯的代價，最後客戶和廠商都要一起負擔。

常見問題

為什麼不能先給一個總價，之後再調整？

可以調整的報價，客戶內部審核時通常會直接拿最初數字當基準。
等後續規格確認產生落差，反而更難溝通。
先分階段確認範圍，落差會小很多。

第一階段預算要怎麼抓？

先想清楚三件事：
最需要先上線賺錢或省人力的功能是什麼、內部能接受的啟動預算區間、有沒有現有系統或人工流程可以先撐過渡期。
這三個答案會決定第一階段能做多少。

多國語系一定要一開始就做嗎？

不一定。
語系可以放進「後續階段擴充」項目，等主要市場的核心流程穩定後再加。
加收比例是依核心建置總價計算，越晚加語系，基期通常也更清楚。

益盛科技｜客製化開發 × AI；13 年軟體開發經驗，1000+ 專案實戰
電話：04-3707-2202｜Email：ring@des13.com｜LINE@：@igodos