你有沒有試過給自家開發(fā)的內(nèi)部系統(tǒng)定價？不是賣給別人，而是向財務(wù)、向管理層、向?qū)徲嬜C明它值多少錢。我花了兩天測試了所有單維度模型，全部失敗。最后逼出一個四維度疊加的方法——沒有權(quán)重，純加法，外加一條我花了一周才寫對的SQL去重規(guī)則。

這個系統(tǒng)叫Rembrandt，91,000行代碼，服務(wù)六校區(qū)的職業(yè)培訓(xùn)中心。沒有ARR，沒有市場價，沒有可替代SaaS能覆蓋它的核心邏輯。怎么估值？這篇文章是試錯全記錄，以及最終跑通的TypeScript函數(shù)、SQL去重查詢、每周定時快照。

第一刀：ARR，十五分鐘死亡

ARR（年度經(jīng)常性收入）是SaaS估值的黃金標準。干凈、通用、投資人秒懂。我打開表格，敲了三行公式，十五分鐘之后確認：這東西沒有收入。

Rembrandt是內(nèi)部工具，不是對外銷售的產(chǎn)品。沒有訂閱費，沒有合同，沒有流失率。ARR模型要求的是"客戶付你多少錢"，而內(nèi)部系統(tǒng)的經(jīng)濟關(guān)系完全倒過來——是你付成本養(yǎng)它。這個維度在十五分鐘內(nèi)被證偽。

但ARR的死亡暴露了一個更深層的問題：我們?nèi)钡牟皇菙?shù)字，是"誰在為價值買單"這個基本設(shè)定。外部產(chǎn)品有價值交換，內(nèi)部系統(tǒng)只有成本中心。傳統(tǒng)估值框架在這里集體失效。

第二刀：替代SaaS成本，周日晚上的誤判

第二個思路：如果Rembrandt不存在，L'Atelier Palissy（我的機構(gòu)）得買多少SaaS來替代？

我列了Odoo、Brevo、Monday、Digiforma、Edusign。月費合計約425歐元，五年折現(xiàn)后約十萬歐元。這個數(shù)字能過審計，專家會計師認。但它在核心處是錯的。

市場沒有任何SaaS能覆蓋Rembrandt的特定功能：每年四個周期的補課追償邏輯，六校區(qū)聯(lián)動，疊加Qualiopi合規(guī)規(guī)則。這10,000行業(yè)務(wù)邏輯是機構(gòu)運營的命脈，也是市場產(chǎn)品的空白地帶。

替代成本法的致命傷是"可替代幻覺"——它假設(shè)市場有完美替代品，從而系統(tǒng)性低估差異化內(nèi)部系統(tǒng)的價值。周日晚上的表格很漂亮，周一早上我關(guān)了它。

第三刀：使用價值，表格未填先死

第三個方向最符合經(jīng)濟直覺：Rembrandt為Fran?oise、Hélène、Catherine、Claire四位同事節(jié)省了多少小時？

這是唯一錨定真實生產(chǎn)力的維度。但測量成本社會性地過高——辦公室計時帶有監(jiān)控暗示，季度自報又被當日情緒污染。我打開Google表單開始設(shè)計，又關(guān)上。模型在出生前死亡。

使用價值的困境是方法論與組織現(xiàn)實的沖突。理論上完美，執(zhí)行上不可行。這個失敗比前兩個更痛，因為它本可以是最扎實的錨點。

診斷：復(fù)合資產(chǎn)的四個不可約維度

三次失敗后，問題清晰了。Rembrandt是四類東西的疊加：代碼、數(shù)據(jù)、避免的生產(chǎn)力損失、戰(zhàn)略選擇權(quán)。任何單一指標必然壓扁至少三個維度。

四個維度各自看見其他三個看不見的東西：

維度1（等效SaaS成本）看見市場價格，看不見獨特性；

維度2（使用價值）看見人力時間，看不見數(shù)據(jù)資產(chǎn)；

維度3（數(shù)據(jù)價值）看見信息遺產(chǎn)，看不見日常使用；

維度4（戰(zhàn)略價值）看見未來可能性，看不見當下存在。

它們不可相互歸約。這不是技術(shù)限制，是本體論事實。四維度不是妥協(xié)，是結(jié)構(gòu)必然。

維度拆解與去重機制

最終方案：四個維度純加法，無權(quán)重。但加法需要解決重復(fù)計算——同一筆價值可能被多個維度認領(lǐng)。

核心突破是SQL去重規(guī)則，花了一周才寫對。邏輯是：當兩個維度對同一功能模塊估值時，取較高者，而非疊加。TypeScript consolidation函數(shù)處理維度內(nèi)聚合，SQL處理維度間沖突，每周cron生成可辯護的快照。

等效SaaS成本維度：基于市場替代品定價，但僅計算功能重疊部分。Odoo的CRM模塊算，它的補課追償邏輯不算——后者進入維度4的戰(zhàn)略獨特性。

使用價值維度：放棄精確計時，改用"全人工替代成本"——如果四位同事完全不用系統(tǒng)，純手工處理同等業(yè)務(wù)量需要的額外人力。這是上限估計，但可辯護。

數(shù)據(jù)價值維度：歷史數(shù)據(jù)的重構(gòu)成本。五年運營數(shù)據(jù)如果丟失，重新錄入、清洗、驗證的費用。這是遺產(chǎn)視角，與日常使用率脫鉤。

戰(zhàn)略價值維度：未來18個月可能開通但尚未實施的功能，按機會成本定價。這是唯一前瞻維度，也是最難量化的——我們用了"競品同類功能定價×實施概率"的保守估計。

為什么無權(quán)重

加權(quán)平均的誘惑很大，但它隱藏了價值判斷。給維度1權(quán)重40%、維度2權(quán)重30%，等于預(yù)設(shè)了"市場可比性比內(nèi)部效率更重要"——這個預(yù)設(shè)在不同決策場景下是變動的。

純加法迫使決策者面對全部四個數(shù)字，而不是被一個綜合分麻醉。審計問"這個系統(tǒng)值多少"，我們給出四個數(shù)，說明它們?yōu)楹尾豢杉涌?，比給出一個"加權(quán)估值"更誠實。

SQL去重規(guī)則的技術(shù)細節(jié)：維度間沖突用功能模塊ID關(guān)聯(lián)，同一模塊被多維度認領(lǐng)時，取max(維度估值)，記錄被抑制的維度來源。這個設(shè)計保留了信息——我們知道哪些價值被"擠掉"了，必要時可手動復(fù)核。

運行中的系統(tǒng)

現(xiàn)在每周一早八點，cron觸發(fā)完整流程：TypeScript拉取四維度原始數(shù)據(jù)，SQL執(zhí)行去重，生成PDF快照存檔。快照包含四個原始值、去重調(diào)整項、最終總和、以及一條人工復(fù)核建議（當某維度調(diào)整幅度>20%時觸發(fā)）。

這套系統(tǒng)的真正產(chǎn)品不是數(shù)字，是可辯護性。面對審計、董事會、潛在收購方，我們能說清每個數(shù)字的來源、假設(shè)、局限。這比一個"準確"的估值更重要——因為內(nèi)部系統(tǒng)本就沒有真實市場價格，只有不同場景下的談判立場。

四維度法的意外收獲：它暴露了組織的知識盲區(qū)。維度3（數(shù)據(jù)價值）最初估值極低，因為我們從未系統(tǒng)備份過元數(shù)據(jù)。這個發(fā)現(xiàn)推動了數(shù)據(jù)治理項目——估值工具變成了診斷工具。

維度4（戰(zhàn)略價值）的季度復(fù)盤也改變了產(chǎn)品路線圖。過去"可能做"的功能躺在待辦列表里，現(xiàn)在它們被明確定價，優(yōu)先級排序有了經(jīng)濟語言。

這套方法最反直覺的點是：它不追求精確，追求誠實。四個維度的并置本身就是信息——當維度1和維度4差距過大時，說明系統(tǒng)要么被嚴重低估（獨特性強），要么被嚴重高估（戰(zhàn)略幻想）。這個信號比任何單一數(shù)字都有價值。

最后的技術(shù)細節(jié)：去重SQL的核心是窗口函數(shù)，按模塊ID分區(qū)，取各維度估值的最大值，同時用array_agg記錄被排除的維度來源。TypeScript層處理維度內(nèi)部的聚合邏輯，保持SQL純粹做跨維度仲裁。這個分層讓調(diào)試變得可追蹤——我們知道問題發(fā)生在維度內(nèi)還是維度間。

91,000行代碼的系統(tǒng)，最終估值落在四個數(shù)字的矩陣里。沒有終極答案，只有每周更新的談判立場。這可能才是內(nèi)部軟件資產(chǎn)的真實狀態(tài)：不是被發(fā)現(xiàn)的，是被持續(xù)構(gòu)造的。

（完）