跑了十幾年業務的老張請了長假，臨時由內勤接電話。老客戶來問一個做了很多年的料號，內勤翻出最近一張報價單，照上面的數字回了過去。客戶沒多說什麼就下了單。
月底對帳時才發現不對：那張報價單是去年專案期間的促銷價，比這家客戶現在的正常價低了快一成。單已經出貨，發票也開了，業務主管只能吞下去，順便在會議上交代一句「以後報價先問我」。
這種事的麻煩不在那一單賠了多少，而在於沒有人說得出「這個客戶、這個料號，現在到底應該是多少錢」。價格這件事在很多中小企業裡，其實沒有一個正式的存放位置。
價格散在三個地方，沒有一個是正式的
觀察製造業與貿易業的實務，客戶售價通常同時存在三種版本，而且彼此不一定一致。
第一種在報價單裡。每一次成交都留下一張報價單，但報價單是「某一次的結果」，不是「現在的規則」。同一個客戶去年報過三次、每次條件不同，光看最後一張無法判斷哪個數字還有效。
第二種在業務的腦袋裡。哪幾家是老客戶可以多讓一點、哪幾家量大但付款慢所以不讓、哪家老闆每次都要再殺三個點所以第一次要報高一些。這些判斷通常是對的，問題是它們沒有被寫下來，人一離開或一請假就跟著消失。
第三種在 ERP 或出貨系統裡。開單時會帶出一個預設單價，但那個欄位常常是很久以前建檔時填的，之後調價沒有同步回去，大家就習慣每次手動改，久了連自己都不信任那個數字。
三個地方都有價格，但沒有一個被當成唯一的依據。業務報價時就只能憑印象，印象準的時候沒事，印象不準的時候，差額要嘛公司吃掉、要嘛變成客戶的不愉快。
Photo by Camilo Rueda López on Unsplash
把售價拆成「對誰、什麼料、什麼時候、多少錢」
客戶售價管理系統要解決的第一件事，是把價格從「一張張文件」變成「一筆筆資料」。一筆售價紀錄至少要有四個維度：
對誰。是客戶層級，還是客戶底下的某個事業處、某個送貨地點。集團客戶常見的情況是總公司談一個價，但下面各廠下單時條件不同，如果系統只認到「客戶」這一層，實務上就會對不起來。
什麼料。是單一料號，還是整個產品群組。多數公司兩種都需要：主力料號逐一定價，週邊料號則用群組套一個折數，否則新增一個料號就要補上幾十筆價格，維護不起來。
什麼時候。每一筆價格都要有生效日與失效日。沒有日期的價格就是永遠有效，而永遠有效的價格一定會在某個時點變成錯的。
多少錢。可以是絕對金額，也可以是「標準售價打幾折」或「成本加幾成」。用後面兩種寫法的好處是，原物料調整時改一次基準，所有連動的客戶價格一起更新，不必逐筆改。
四個維度齊全之後，業務開報價單時就不再是「翻舊單」，而是系統依客戶、料號與今天的日期帶出一個有依據的數字。業務要改，可以，但那會變成一個需要理由的動作，而不是預設動作。
誰可以改價、改到哪裡會被擋下來
價格結構化之後，第二個要處理的是權限。多數公司的現況是「業務可以改到底，主管事後看報表」，問題是報表通常月底才出來，那時候貨早就出完了。
比較可行的設計是把判斷點往前移，在開單的當下就分級：
折數在核定範圍內，系統直接放行，不需要任何人簽核；超過範圍但還在主管權限內，送出後由業務主管線上核可；低於毛利底線的，系統擋住、不讓送出，必須由更高層級解鎖，並且要求填寫原因。
這裡的關鍵是「毛利底線」要跟標準成本連動，而不是寫死一個折數。因為同樣打八折，在毛利三成的品項上還有空間，在毛利一成五的品項上已經是賠本。只用折數管控，等於默認所有產品的獲利結構都一樣，實務上很少成立。
Photo by Ilya Semenov on Unsplash
調價生效日：最容易吵架的那一段
原物料漲了，公司決定六月一日起調價，通知也發了。真正的爭議幾乎都發生在交界處。
五月二十八日報的價，客戶六月三日才下單，算舊價還是新價？四月下的單分三批交貨，第三批排在六月中，三批都同價嗎？客戶說三月就口頭談定全年價格，但沒有書面，要不要認？
這些問題沒有標準答案，但一定要有公司層級的答案，而不是每次由接電話的人自己決定。系統能做的是把規則固定下來並留痕：
報價單帶有效期。每張報價單在產出時就寫明有效到哪一天，期限內下單依報價單、過期重報。這一條寫清楚，前面那個五月報價六月下單的問題就自動解決了。
價格以訂單日為準，而非出貨日。分批交貨時價格鎖在接單當下，後續調價不追溯。這對客戶比較好解釋，對業務也比較好算獎金。
調價有過渡期。常見做法是新價公告後給兩到四週的緩衝，期間內下單仍適用舊價。這段緩衝如果靠人工記憶執行，一定會有人忘記；寫成生效日規則，系統自己會判斷。
再往前一步，是價格履歷。同一個客戶、同一個料號，過去兩年調過幾次、每次誰核准、調完之後的成交量有沒有掉，這些紀錄在客戶質疑「你們為什麼又漲」的時候，是能攤開來談的依據。
多種價格同時存在時，誰優先
實務上一個客戶身上常常同時掛著好幾種價格：合約價、階梯價（量大折數不同）、專案價、檔期促銷價，有時還有經銷商的底價表。系統如果沒有明確的優先序，開單時就會跑出一個誰也說不清楚怎麼來的數字。
比較常見的處理方式是訂一條固定順位，例如：專案價優先於合約價，合約價優先於客戶群組價，群組價優先於標準售價；同一順位有多筆時，取生效日較晚的那一筆。促銷價則單獨處理，另外標記，避免檔期結束後忘了關掉。
順位怎麼排沒有唯一解，不同產業做法也不一樣。重點是規則要先被決定、被寫下來，而且在報價單上看得到「這個價格是依哪一條規則帶出來的」。業務看得到來源才好對客戶解釋，主管看得到來源才好判斷這張單該不該簽。
效益怎麼算
售價管理的效益不像生產系統那樣容易看見產出，但可以用價差來估。以下是一個假設情境，數字請依自家狀況替換。
假設一家年營業額八千萬的零件供應商，毛利率約兩成五。若報價錯誤、漏調價、促銷價沒關掉等情況，平均讓實際成交價比應有價格低了 0.5%，一年就是四十萬的毛利差。這個數字通常不會出現在任何一張報表上，因為它被分散在每一張單據裡。
再加上業務每次報價平均要花十幾分鐘翻舊單與問人。如果系統讓價差收斂一半、查找時間明顯縮短，估算下來一年可回收的金額落在二十萬到三十萬之間。中小企業要的售價管理模組通常不至於太複雜，若以客製化系統的常見規模推估，回收期多半落在一年上下。這只是試算，不是承諾——實際效果取決於價格規則有沒有真的被遵守。
比金額更難量化的是兩件事。一是人員流動的風險：客戶的價格邏輯只存在老業務腦中，人走了，接手的人只能重新摸索，中間的誤報與客戶不信任很難補回來。二是對客戶的一致性：同一家客戶向兩位業務問同一個料號得到兩個價格，這件事對長期關係的傷害，通常大於那一點價差本身。
先做的三件事
如果看到這裡覺得自家也有同樣狀況，不必急著找系統商。可以先用兩週做三件低成本的驗證。
第一，挑最近三個月成交金額前二十大的客戶，逐一問業務「這家現在的價格規則是什麼」。如果有超過三成答不出來，或答案和單據上的數字對不起來，那這套系統對你的優先順序就該往前排。
第二，抽二十張近期報價單，比對同一料號在不同客戶、不同時間的售價。把差異大於一成的挑出來，逐張確認是有意為之還是報錯了。這個動作本身就會先回收一部分損失。
第三，用試算表先建一份「客戶 × 料號 × 生效日 × 價格」的清單試跑兩週，要求業務報價前先查這份表。幾乎不花錢，卻能看出欄位夠不夠用、哪些規則實際上根本沒人遵守。真的要客製化開發時，這兩週的紀錄就是最準確的需求規格。
售價是離營收最近的一個環節，卻常常是最少被系統化的一個。它不像庫存有盤點追著跑，也不像生產有交期盯著，所以很容易一直靠資深業務撐著。但靠人撐的代價不會消失，只是被分散記在每一張報價單裡，從來沒有人把它加起來。