你花了兩年寫了一個(gè)內(nèi)部系統(tǒng)，91,000行代碼，覆蓋六個(gè)站點(diǎn)的業(yè)務(wù)流程?，F(xiàn)在有人問你：這東西值多少？按代碼行數(shù)乘以日薪再打個(gè)AI折扣？你試過，然后親手埋掉了這個(gè)算法。

接下來兩天，你測試了所有單維度估值模型。全部陣亡。這是它們的墓志銘，以及最終活下來的那個(gè)。

第一具尸體：ARR，十五分鐘死亡

年經(jīng)常性收入（Annual Recurring Revenue），SaaS估值的黃金標(biāo)準(zhǔn)。干凈，通用，投資人聽得懂。

打開表格，三個(gè)公式，十五分鐘。然后停手：Rembrandt是內(nèi)部工具，不是對外銷售的產(chǎn)品。沒有訂閱收入，沒有續(xù)費(fèi)，沒有流失率。ARR需要一個(gè)你根本不存在的商業(yè)模式。

模型死亡原因：用產(chǎn)品經(jīng)濟(jì)的尺子量內(nèi)部資產(chǎn)。

第二具尸體：SaaS替代成本，周日晚終結(jié)

換個(gè)思路：如果沒有Rembrandt，L'Atelier Palissy每年得買多少SaaS？

列清單：Odoo、Brevo、Monday、Digiforma、Edusign。月費(fèi)合計(jì)約425歐元，五年折現(xiàn)后約十萬。會(huì)計(jì)師面前站得住腳。

但問題在另一邊。市面上沒有SaaS能覆蓋那10,000行業(yè)務(wù)邏輯——每年四個(gè)補(bǔ)錄周期，跨六個(gè)站點(diǎn)，還要符合Qualiopi認(rèn)證規(guī)則。替代成本法恰恰低估了讓這套系統(tǒng)"不可替代"的東西。

模型死亡原因：反事實(shí)估值抹殺了特異性。

第三具尸體：使用價(jià)值，胎死腹中

最直接的經(jīng)濟(jì)學(xué)：Fran?oise、Hélène、Catherine、Claire，四個(gè)人省了多少小時(shí)？

理論上最扎實(shí)。實(shí)踐上最脆弱：辦公室計(jì)時(shí)社交成本極高，季度自報(bào)又受當(dāng)天情緒左右。Google表單建到一半，關(guān)閉。

模型死亡原因：測量摩擦殺死了數(shù)據(jù)質(zhì)量。

診斷：為什么單維度必死

Rembrandt是復(fù)合資產(chǎn)——代碼、數(shù)據(jù)、避免的人工、戰(zhàn)略期權(quán)，四樣?xùn)|西混在一起。任何單一指標(biāo)都會(huì)壓扁其中至少三個(gè)維度。

四個(gè)維度必須同時(shí)被看見：

? 維度1（SaaS等效成本）看見市場，看不見獨(dú)特性
? 維度2（使用價(jià)值）看見人工時(shí)間，看不見數(shù)據(jù)資產(chǎn)
? 維度3（數(shù)據(jù)價(jià)值）看見遺產(chǎn)積累，看不見日常用量
? 維度4（戰(zhàn)略價(jià)值）看見未來可能，看不見當(dāng)下存在

沒有一個(gè)能歸約為另一個(gè)。這就是被迫采用四維的原因。

最大值的陷阱

最常見的反對：為什么不用四個(gè)維度里的最大值？

這是修辭技巧，不是方法。它隱藏了三個(gè)維度，產(chǎn)出一個(gè)無法解釋的數(shù)字。如果你只報(bào)"最高估值"，對方無從知道這個(gè)數(shù)字來自替代成本還是戰(zhàn)略期權(quán)，也無法判斷哪個(gè)維度在驅(qū)動(dòng)價(jià)值變化。

求和而非取最大，是為了保留結(jié)構(gòu)信息。

四維求和：具體實(shí)現(xiàn)

維度1：SaaS等效成本
現(xiàn)有SaaS訂閱的月度總和，五年折現(xiàn)。這是底線——至少值這么多。

維度2：使用價(jià)值
四人組的時(shí)間節(jié)省，按加載工資率計(jì)價(jià)。測量困難，但概念清晰。

維度3：數(shù)據(jù)價(jià)值
系統(tǒng)積累的歷史數(shù)據(jù)、流程知識(shí)、合規(guī)記錄。無法直接購買，遷移成本極高。

維度4：戰(zhàn)略價(jià)值
未來選項(xiàng)：新站點(diǎn)快速復(fù)制、業(yè)務(wù)線擴(kuò)展、監(jiān)管變化時(shí)的響應(yīng)能力。實(shí)物期權(quán)定價(jià)的簡化版。

四個(gè)數(shù)字相加，不加權(quán)重。權(quán)重是另一種隱藏——它把判斷塞進(jìn)系數(shù)，讓估值看起來客觀。

去重難題：SQL查詢花了一周

四維之間必有重疊。SaaS等效成本里可能已包含部分使用價(jià)值，數(shù)據(jù)資產(chǎn)的價(jià)值可能部分體現(xiàn)在戰(zhàn)略靈活性中。

解決方法是SQL級(jí)別的去重規(guī)則：定義維度間的互斥邊界，在數(shù)據(jù)庫層面剔除重復(fù)計(jì)算。這個(gè)查詢寫了七天——比四個(gè)維度本身的定義更耗時(shí)。

輸出是一個(gè)TypeScript合并函數(shù)，輸入四個(gè)原始值，輸出去重后的總和。配合每周定時(shí)任務(wù)（cron），生成可辯護(hù)的快照。

誰需要這個(gè)

你的軟件沒有市場價(jià)格，但必須證明其價(jià)值。可能是內(nèi)部系統(tǒng)、定制工具、遺產(chǎn)代碼庫——任何無法直接套用SaaS估值法的資產(chǎn)。

方法的核心不是精確，而是可辯護(hù)：每個(gè)數(shù)字有來源，每步計(jì)算可審計(jì)，每次更新可追溯。

下一步

如果你正在維護(hù)一個(gè)無法被替代的內(nèi)部系統(tǒng)，試試這個(gè)：列出四個(gè)維度，填入你能找到的數(shù)字，標(biāo)記重疊部分，寫出去重規(guī)則。不需要完美，需要開始。每周運(yùn)行一次，六個(gè)月后再看趨勢比絕對值更重要。