四維度估值法：一個內部ERP的價值怎么算？

你有沒有試過給自家開發的內部系統定價？不是賣給別人，而是向財務、向管理層、向審計證明它值多少錢。我花了兩天測試了所有單維度模型，全部失敗。最后逼出一個四維度疊加的方法——沒有權重，純加法，外加一條我花了一周才寫對的SQL去重規則。

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

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

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

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

但ARR的死亡暴露了一個更深層的問題：我們缺的不是數字，是"誰在為價值買單"這個基本設定。外部產品有價值交換，內部系統只有成本中心。傳統估值框架在這里集體失效。

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

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

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

市場沒有任何SaaS能覆蓋Rembrandt的特定功能：每年四個周期的補課追償邏輯，六校區聯動，疊加Qualiopi合規規則。這10,000行業務邏輯是機構運營的命脈，也是市場產品的空白地帶。

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

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

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

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

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

診斷：復合資產的四個不可約維度

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

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

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

維度2（使用價值）看見人力時間，看不見數據資產；

維度3（數據價值）看見信息遺產，看不見日常使用；

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

它們不可相互歸約。這不是技術限制，是本體論事實。四維度不是妥協，是結構必然。

維度拆解與去重機制

最終方案：四個維度純加法，無權重。但加法需要解決重復計算——同一筆價值可能被多個維度認領。

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

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

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

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

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

為什么無權重

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

純加法迫使決策者面對全部四個數字，而不是被一個綜合分麻醉。審計問"這個系統值多少"，我們給出四個數，說明它們為何不可加總，比給出一個"加權估值"更誠實。

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

運行中的系統

現在每周一早八點，cron觸發完整流程：TypeScript拉取四維度原始數據，SQL執行去重，生成PDF快照存檔�？煺瞻膫�原始值、去重調整項、最終總和、以及一條人工復核建議（當某維度調整幅度>20%時觸發）。

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

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

維度4（戰略價值）的季度復盤也改變了產品路線圖。過去"可能做"的功能躺在待辦列表里，現在它們被明確定價，優先級排序有了經濟語言。

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

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

91,000行代碼的系統，最終估值落在四個數字的矩陣里。沒有終極答案，只有每周更新的談判立場。這可能才是內部軟件資產的真實狀態：不是被發現的，是被持續構造的。

（完）