報價流程的三個隱形漏水點

跑了夠多客戶之後，我發現報價出問題的地方，往往不是「報得太貴」，而是流程裡有幾個隱形的漏水點。

它們的共通特徵是：出問題的當下沒有人覺得是問題，要等到兩個月後、換一個人接手、或客戶問了一句話，才發現水一直在漏。

這篇把它抽象成三個通則。

一、漏項比報錯價更貴

報錯價，客戶會跟你談；漏項，客戶不會替你發現。

漏掉一個工項，真正的成本不是那筆差額。是你要重新啟動一次內部評估、重出一張報價單、再跑一次客戶那邊的簽核流程，而客戶內部剛剛才為了上一版說服完他的主管。

第二次要人簽名，永遠比第一次難。

所以工時評估要發生在報價之前，不是報價之後。先讓交付端把工時盤完、把依賴的外部條件列清楚，再讓業務去談價格。順序顛倒，價格就是猜的。

決策者看的是「每個月要付多少」，但報價常只給一個總價。

更進一步的做法是：當一張報價裡同時包含續約與客製開發，乾脆拆成兩張報價單。

理由不只是好看。這兩件事的審批路徑不一樣：續約多半走既有預算，客製開發往往要另立專案； 驗收條件不一樣：訂閱從開通日起算，開發要驗收完成； 付款節點也不一樣。

綁在一起，就是讓兩邊互相拖累：開發還沒驗收，續約也跟著卡在那裡。

到期前才想到，就已經太晚。續約應該是被系統提醒的，而不是靠記性。

但只提醒到期日還不夠。

真正會在續約時吵起來的，通常是用量成長。客戶今年在小級距，明年用量翻倍，續約時你才說要調價，在他聽起來就是漲價，不是規則。

所以級距的跨越門檻要在簽約當下就寫進去：現在給你哪一級的優惠、超過多少量才會調整、調整後怎麼算。把未來的漲價變成雙方早就同意的規則，而不是續約時的突襲。

上面三件事有一個共同的失效模式： 當下講好了，但只有講。

報價單上的制式條文有時候跟實務不完全一致。例如條文寫「款項付清後才上線」，但這次合作你其實不打算用這條卡對方的時程。

這種時候，改條文往往不划算（要重跑法務、重簽），但什麼都不做又會留下風險：換一個窗口接手，看到的就只有條文。

我的做法是在信裡明講：這條是制式條文，本次不以此卡上線；本案依先前共識，驗收完成後即安排上線。然後把這封信留著。

條文保留公司的權利，信件記錄這次的實際約定，兩者不衝突。

這個習慣的好處，在人員異動的時候才會顯現。專案做到一半換窗口是常態，而新來的人不會知道當初在會議室裡講了什麼，他只看得到系統裡的合約和信箱裡的信。你留下什麼，他就依什麼執行。

這些都是流程設計問題，不是人的問題。把流程補好，人就不用一直救火。