[FDE閱讀-4] 免費的驗證最貴，一場「明年再評估」的會議，問題出在哪
免費的驗證最貴：
一場「明年再評估」的會議，問題出在哪
這篇讀的還是范冰的《前線部署工程師（FDE）》。上一篇講這個行業怎麼讓客戶找上門，這一篇講最現實的一段，錢。
會議室裡，驗證專案做完了，成果演示也演示過了。客戶的業務主管很滿意，說這個東西確實解決了他們一個老問題。
然後財務開口了，問了三個問題。
這套系統現在帶來什麼實際價值？如果停用，我們會損失什麼？明年為什麼值得繼續投入？
業務主管愣了一下，開始講使用體驗、講團隊反應、講這個技術很先進。財務聽完，點點頭，說了一句話，明年再評估。
會議結束。專案就此擱置。
這個場景在企業 AI 採購裡出現的頻率高得驚人。范冰在書裡給它取了一個名字，概念驗證墳墓。
他對這件事的診斷很值得注意。這些專案絕大多數死掉，原因出在缺少一套明確的專案終止與轉正機制，技術層面很少構成障礙。換句話說，東西是做出來了，問題是沒有人事先設計好「什麼時候算成功、成功之後怎麼收錢」這兩件事。
我讀到這裡，第一個反應是有點不服氣。東西有效，客戶滿意，怎麼可能收不到錢。
再讀下去，我發現這個不服氣本身就有問題。它預設了一件事，價值一旦被創造出來，就會自動轉換成收入。這個假設在消費市場大致成立，在企業採購裡幾乎不成立。
因為付錢的人和感受到價值的人，往往不是同一個人。
感受到價值的是那個每天用系統的業務主管。決定要不要付錢的是財務。而財務不在現場，他沒有被那個東西救過一次，他手上只有一張報價單和一份預算表。
所以真正的工作，不是把系統做得更好，是提前替那個支持你的人，準備好他去財務會議上要用的東西。
書裡把這件事拆成五個開關，而且強調必須在專案啟動之前就設計完成。事後補救的效果差很多。
開關一，開工前就寫好畢業標準
第一個開關聽起來最不像開關，它只是把一句話寫進合約裡。
驗證專案必須在啟動之初就白紙黑字敲定畢業標準，提前定義終止節點，不能等專案推進到一半再臨時補規則。
Palantir 的 AIP 訓練營把這件事做到了極致。四到五天的驗證日程，成果演示結束之後，直接進入客戶決策環節。免費轉付費在這個流程裡是一件被安排好的事，不是事後隨機發生的偶然結果。
我看這段的時候，想到的是一個很常見的對照。多數團隊做 POC 的流程是這樣，先進去、先做、做出來再說，談錢的事等到驗收前再開口。這個流程的問題在於，它把最難的一件事推到了最後，而且是在雙方都已經投入大量心力之後才談。
到那個時候，你的談判籌碼是最弱的。東西做完了擺在那裡，客戶不用也有替代方案，你不可能拆掉它。而客戶那邊如果預算沒過，你也沒有立場怪他，因為從頭到尾沒有人告訴他這件事要花錢。
先把畢業標準寫下來，等於在感情最好的時候，把最難的話講清楚。
開關二，把免費的邊界畫出來
第二個開關是上一條的延續，但它管的是心理預期。
客戶必須清楚知道三件事，免費的截止時間、覆蓋的業務範圍、超出範圍之後怎麼計費。
模糊的免費邊界，會讓客戶形成「免費是理所當然」的心理預期。等到要轉付費那天，他感受到的是一句變相漲價。
同樣一筆錢，預期對了是正常合作，預期錯了就是被坑。差別不在金額，在落差。
這件事我自己吃過虧。我們給潛在客戶開試用帳號，往往是「先用看看，不急了」。這句話聽起來很友善，但它在客戶心裡種下的種子是「這件事沒有時間壓力」。三個月後我跟他談正式方案，他的第一個反應是「怎麼突然要收費了」。
問題不在他，在我。我從來沒有告訴他免費到哪一天為止。
書裡把這五個開關的整體目標講成一句話，把從免費到付費的過程，從一次劇烈的跨越，設計成一段緩坡。
這不是讓客戶不要付錢，是讓他在付錢的那一刻不覺得意外。
開關三，你的銷售不是那個銷售
第三個開關我覺得是五個裡最反直覺的，也是整章最值錢的一段。
書裡的判斷很清楚，驗證成功之後，真正撬動客戶預算、推動付費落地的，是客戶內部那個親眼見證過價值的關鍵支持者，供應商的銷售推不動這件事。
我讀到這裡才明白，前面那個會議室場景的問題出在哪。業務主管答不上財務那三問，原因很單純，沒有人事先幫他準備答案。
財務那三問的結構其實一模一樣，只是換了包裝。帶來什麼價值、停用會損失什麼、明年為什麼還要投。這三個問題，如果你的支持者答得出來，專案就往前走；答不出來，就是「明年再評估」。
而供應商在這個階段要做的事情，是把彈藥送到他手上。清單有三樣，一份單頁價值報告，包含量化數據、前後對比、團隊使用回饋；一份財務質詢的應答手冊；還有一份停用之後的機會成本與業務損失說明。
這三樣東西裡面，我覺得第三樣最容易被忽略。多數人談價值只知道往前算，我幫你多賺了多少、省了多少。但財務決策者腦子裡想的常常是另一件事，如果我不續，會發生什麼。這是一種損失規避的思維，它有時候比收益更能打動人。
書裡的說法很直接，由客戶內部人員完成的推介與說服，那種天然的信任度，是外部銷售永遠達不到的。
這句話的實務含義是，你在這個專案裡最重要的產出有兩樣，一套能跑的系統，還有一個願意在公司內部替它說話的人。後面那樣，通常決定了前面那樣能不能留下來。
開關四與五，先把錨放下，再留一道門
第四個開關是價格錨點的提前埋設。
做法很簡單，在免費驗證的整個過程裡，持續把價值講出來。書裡舉的說法是「這套系統這個月為你們釋放了約一百二十人時」。
注意這句話的形狀。它不談功能，不談模型有多聰明，它把系統的好處換算成一個財務聽得懂的單位。
我後來在自己的案子裡試過這個做法。以前我給客戶看的都是月報表打開率、互動次數這種指標，客戶看完的反應通常是「不錯喔」，然後沒有下文。改成換算之後，我講的是「這個月自動化掉了三百多筆人工分類，換算下來大概是兩個人力半個月的工作量」，同一個東西，客戶的追問立刻變了，他問的是「那兩個人現在在做什麼」。
這個追問很關鍵。它表示他已經不是在評估一個工具，而是在重新安排他的團隊。
等到正式報價那一天，客戶心裡已經有一個換算基準了。他知道這東西一個月省多少人力，於是當他看到價格，他腦子裡做的動作是「這划不划得來」，而不是「怎麼突然要這麼多錢」。
反過來，如果免費階段只聊功能、不談業務價值，報價就會顯得很突兀。因為客戶腦子裡完全沒有換算基準，他看到的就是一個數字。
第五個開關，我覺得是這五個裡最有品格的一個，為「不轉正」設計一個體面的出口。
書裡講得很坦白，並非所有驗證專案都適合轉成付費合作。硬要促成，只會簽下一份隱患重重的毒藥合約。
毒藥合約這個詞用得準。它簽下去那一刻是漂亮的，營收帳上有了一筆，但接下來一年你會為它付出遠超過它的代價。客戶不滿意、團隊士氣受損、這個客戶在圈子裡的口碑也壞了。
書裡建議的做法是「暫停但保留」。留住現有的資料與系統配置，約定好後續重啟的條件，同時保持輕量的業務聯絡。
後面那句補注我覺得很有意思。企業客戶的圈子很小，今天一句「明年再說」，往往會變成明年的大額訂單，前提是告別的那個環節做得夠專業、夠得體。
這件事要反過來想才通。你今天的體面，是在替明年鋪路。你今天撕破臉，明年那扇門就關了。
按結果計費，四個級距
免費那頭處理完了，接下來是真正的前沿問題。收了錢之後，按什麼收。
SaaS 時代的答案是按席位計費，客戶為產品使用權付費。這套邏輯在 AI 時代開始鬆動，原因很簡單。如果一個智能體能完成十個人的工作量，廠商卻只能收一個帳號的錢，價格跟價值就脫節了。
書裡把按結果計費拆成四個級距，一級比一級更貼近真實業務價值，落地難度也一級比一級高。
第一級是按用量計費，依 token、呼叫量、處理量算錢。
指標清楚，好計量，但它統計的是資源消耗，不是業務價值。用量高有可能是創造價值大，也有可能只是系統跑得很沒效率。
第二級是按任務計費，完成一次退貨處理、生成一份合規報告，按這類業務動作算錢。
計費單位開始有業務含義了。
第三級是按結果計費，按「成功解決的會話」「追回的一筆壞賬」算錢。
Sierra 就是以已解決的會話在收費。這一級的難點在歸因，什麼叫「已解決」必須有雙方共同認可的判定標準。書裡特別點了一句，技術評估體系不只是技術文件，它同時可以充當計費的基礎設施。
第四級是按價值分成，按替客戶創造的財務價值提成。
最貼近真實價值，門檻也最高，要客戶開放財務數據、要有跨週期的互信、要有成熟的價值測算能力。目前只用在少數深度綁定的高單價場景。
Sierra 的數字可以看一下。它的客戶年度合約門檻約十五萬美元起，含部署費的首年預算普遍落在二十萬到三十五萬美元，大型客戶年度合約額可達百萬美元級別。有報導提到，單次成功解決會話的定價是一到兩美元。
這個定價結構的含義很直接，客戶付的每一筆錢，都對應一次真實的問題解決。
那張會變難看的財務報表
按結果計費聽起來很公平，但書裡有一段話，是我覺得整章最不討喜、也最該讀的一段。它講的是這個模式的代價，而這個代價很少被拿出來談。
按席位計費，收入穩定、可預測，資本市場會用傳統軟體公司的估值模型來看你。切換成按結果計費之後，收入會隨著客戶的業務處理量波動，回款節奏也受驗收結果牽制。
收入確認的時點、應收帳款的帳期、現金流的可預測性，全部變得更不確定。
范冰把它講透了。這種商業模式的本質，是把原本由客戶承擔的使用風險，轉移到供應商自己身上。客戶的業務量下降，你的收入同步縮減，但工程師的人力成本這些固定成本，不會跟著減少。
所以更高的定價空間，是用經營波動換來的。
這句話我讀了兩遍，因為它推翻了一個很常見的想像。我們總覺得按結果計費是先進的、對客戶更友善的、更符合 AI 時代的。這些都對，但它的前提是，你的口袋夠深，你的成本結構撐得住那種波動。
一家現金流吃緊的公司，看到同業用按結果計費簽下大單，跟著照做，很可能在第三季就撐不住了。它學到的是一個商業模式，不是一整套財務能力。
這件事跟前面那五個開關其實是同一件事的兩面。前面講的是怎麼讓客戶心甘情願付錢，這裡講的是付錢之後，你的公司撐不撐得住這種收法。
兩頭都算清楚，才算真的懂。
那五個字，決定這是門生意還是一場人情
書裡最後落在一件很具體的事上，把價值指標寫進驗收標準，寫進合約文本裡。
它列了五項必須明確的內容。
指標定義，業界常把「已解決」定義為終端用戶接受答覆、且二十四小時內沒有升級到人工坐席。基線與測量窗口，通常以上線前八週的業務數據均值作為對比基線，按季度計量。
判定方與數據源，以雙方共同認可的儀表板為依據，不能只用供應商單方面出的報表。爭議仲裁，出現數據分歧時啟動第三方審計或聯合複核，而不是臨時重新談判。終止條款，當客戶底層數據條件不滿足、指標無法測算時，明確費用怎麼結算、責任怎麼劃分。
書裡對最後一項的評語是這樣，它最容易被忽略，但一旦出事，影響也最大。
原因不難想。前四項講的都是「怎麼把錢算清楚」，第五項講的是「算不清楚的時候怎麼辦」。而專案出問題的時候，往往就是算不清楚的時候。
書裡下了一句很重的話，只要缺了其中任何一項，驗收環節的按結果計費，就會變成按關係計費。
按關係計費這四個字，我想我們都不陌生。它意味著那筆錢最後收得到收不到，取決於你跟對方的交情深淺、對方那個財務今年心情如何、最近有沒有換主管。這不是一門生意該有的樣子。
至於中國市場，書裡的判斷是這樣，當地企業客戶對按席位計費的接受度仍然有限，「買斷加實施」「按專案節點驗收付款」還是主流。因此 FDE 模式要在那裡落地，計費方式需要因地制宜，一方面用分階段驗收付款去貼合當地的專案制採購習慣，另一方面把量化價值指標納入驗收標準，把按結果計費的內核裝進去。
它最後說得很坦白，純粹的按席位計費更多是理想狀態，混和計費才具備現實可行性。
這一段我讀起來特別有感覺，因為它承認了一件事，一套先進的商業模式，換一個市場不一定能原樣照搬。
台灣的狀況，跟書裡描述的中國市場其實很像。我看到的案子裡，能談到按結果計費的極少，多數還是在談人天、談階段、談驗收。
所以這本書最有用的地方，也許是它給了一個方向，還給了一個台階。你可以先從「把人天換算成價值」這一步開始，那一步不需要改合約，只需要改你在會議上講話的方式。
而這一步，今天就可以做。
這篇對應的是書裡講商業模式與定價的那幾章。老實說，這幾章是整本書讀起來最不輕鬆的部分，因為它談的錢、談的財務波動，都不是會讓人振奮的題目。但如果你真的打算把這件事做成生意，這幾章可能是最該反覆讀的。
把人天換算成價值，那一步不需要改合約，只需要改你在會議上講話的方式。
深入閱讀范冰新書 FDE 系列 · 之四
深入閱讀范冰新書FDE系列:
讀《前線部署工程師》，這個職位賣的不是人力
一個值百萬美元年薪的職位，考的是你能不能忍住不寫程式
一個幾乎不打廣告的行業，靠什麼讓客戶一個帶一個
免費的驗證最貴，一場「明年再評估」的會議，問題出在哪
八十萬買了一套寄信設備，AI落地真正卡住的地方
歡迎訂閱我的文章，第一時間可以收到喔!
常見問題
什麼是「概念驗證墳墓」？
這是指企業AI驗證專案雖然技術上成功、客戶也滿意，卻因為缺乏明確的終止與轉正機制，最終不了了之、無法轉成付費合作的現象。問題通常不在技術，而在於事前沒有設計好成功標準與收費節點。
為什麼客戶滿意卻不一定會付費？
因為在企業採購中，感受到價值的使用者（如業務主管）和決定付費的人（如財務主管）往往不是同一人。財務沒有親身體驗系統的好處，只看得到報價單與預算表，所以需要有人事先幫他準備好說服財務的具體資料。
按結果計費和按席位計費有什麼不同？
按席位計費是依使用帳號數量收費，收入穩定好預測；按結果計費則是依實際解決的業務問題或創造的價值收費，更貼近真實價值，但也會讓供應商承擔客戶業務量波動帶來的收入風險。
合約中若缺少終止條款會有什麼風險？
終止條款規範當資料或指標無法測算時，費用與責任該如何釐清。若合約缺少這一項，一旦發生爭議就沒有依據可循，最終計費方式可能從客觀的按結果計費，淪為憑交情決定的按關係計費。