2024年北美PropTech融資回暖，但一個(gè)詭異現(xiàn)象正在蔓延——拿到錢的團(tuán)隊(duì)里，超過60%在數(shù)據(jù)層超支。不是AI模型太貴，是沒人告訴他們：美國房產(chǎn)數(shù)據(jù)根本沒有統(tǒng)一API。

一位剛完成B輪融資的創(chuàng)始人向我吐槽："我們預(yù)算了200萬做推薦算法，結(jié)果150萬砸進(jìn)了MLS數(shù)據(jù)清洗。"這不是個(gè)例。當(dāng)你拆解AI房產(chǎn)應(yīng)用的真實(shí)成本，會(huì)發(fā)現(xiàn)它像冰山——水面上的應(yīng)用層和AI層人人看得見，水下的數(shù)據(jù)基礎(chǔ)設(shè)施層才是撞沉泰坦尼克號(hào)的那部分。

第一層：應(yīng)用層，唯一可預(yù)測的部分

前端、后端、認(rèn)證、支付、地圖集成。這部分行業(yè)成熟，報(bào)價(jià)透明。一個(gè)中等復(fù)雜度的房產(chǎn)平臺(tái)，iOS+Android雙端+管理后臺(tái)，北美外包市場價(jià)15-40萬美元，自建團(tuán)隊(duì)6-12個(gè)月。

但問題在于：大多數(shù)預(yù)算只做到這里。創(chuàng)始人拿著應(yīng)用層的報(bào)價(jià)去找投資人，獲批后才發(fā)現(xiàn)AI功能需要數(shù)據(jù)，數(shù)據(jù)需要管道，管道需要跟幾百個(gè)區(qū)域MLS組織簽協(xié)議——每份協(xié)議談判周期2-6個(gè)月，法律費(fèi)用5000-15000美元不等。

芝加哥某PropTech公司的CTO告訴我，他們?yōu)楦采w伊利諾伊州北部，簽了7份MLS協(xié)議，耗時(shí)14個(gè)月。"等數(shù)據(jù)終于打通，最初的產(chǎn)品經(jīng)理已經(jīng)離職了。"

第二層：AI層，選擇比努力重要

這是技術(shù)決策最密集的區(qū)域。房價(jià)預(yù)測、智能搜索、自然語言查詢、圖像識(shí)別——每個(gè)功能都有兩條路：調(diào)API，或自研模型。

以估值功能為例。直接接入Zillow的Zestimate API，月費(fèi)按調(diào)用量計(jì)，適合MVP驗(yàn)證。但要做出差異化，你需要自己的模型：訓(xùn)練數(shù)據(jù)采購、特征工程、模型迭代、A/B測試基礎(chǔ)設(shè)施。自建路徑前期投入高3-5倍，但邊際成本隨規(guī)模下降。

更隱蔽的成本在推理環(huán)節(jié)。一個(gè)日均10萬PV的房產(chǎn)平臺(tái)，若每個(gè)房源詳情頁都跑一遍圖像識(shí)別（判斷裝修質(zhì)量、估算翻新成本），云端GPU費(fèi)用可能每月燒掉2-4萬美元。某團(tuán)隊(duì)曾用開源視覺模型做概念驗(yàn)證，上線第三天賬單爆了——他們沒做批處理和緩存策略。

語音搜索是另一個(gè)陷阱。自然語言轉(zhuǎn)查詢意圖，小模型夠用就別碰大模型。一位架構(gòu)師總結(jié)："GPT-4做房產(chǎn)查詢理解，準(zhǔn)確率91%，成本0.12美元/次；微調(diào)后的Llama 3，準(zhǔn)確率87%，成本0.003美元/次。4%的精度差距，值40倍價(jià)差嗎？"

第三層：數(shù)據(jù)基礎(chǔ)設(shè)施，預(yù)算黑洞

美國房產(chǎn)數(shù)據(jù)的碎片化程度，超出大多數(shù)非本土開發(fā)者的想象。沒有全國統(tǒng)一的房產(chǎn)數(shù)據(jù)庫，MLS（多重上市服務(wù)）由數(shù)百個(gè)區(qū)域組織各自運(yùn)營，數(shù)據(jù)格式、字段定義、更新頻率全不統(tǒng)一。

看一組真實(shí)對比。芝加哥某MLS返回的字段：

{ "ListPrice": 485000, "Beds": 3, "Baths": 2, "GrossLivingArea": 1840, "ListingStatus": "Active" }

同州郊區(qū)另一MLS的同一套房源：

{ "list_price": "485000.00", "bedroom_count": "3", "bathroom_total": "2.00", "square_footage": 1840, "status_code": "A" }

你的數(shù)據(jù)管道必須把這兩種方言翻譯成統(tǒng)一語義，才能喂給AI模型。字段映射、類型轉(zhuǎn)換、缺失值處理、異常檢測——這不是一次性工作，是持續(xù)運(yùn)營。每新增一個(gè)MLS來源，工程師需要2-4周做適配。

更麻煩的是數(shù)據(jù)權(quán)限。MLS協(xié)議通常限制數(shù)據(jù)用途，禁止跨平臺(tái)聚合，要求定期審計(jì)合規(guī)。違反條款可能被切斷數(shù)據(jù)流，而數(shù)據(jù)流就是房產(chǎn)平臺(tái)的命脈。某初創(chuàng)公司曾因把MLS數(shù)據(jù)用于訓(xùn)練公開模型，被行業(yè)協(xié)會(huì)起訴，和解金額未公開但足以讓A輪公司傷筋動(dòng)骨。

這層的真實(shí)成本占比？25-35%的總開發(fā)預(yù)算，且高度不可壓縮。你可以砍應(yīng)用層的功能，可以選便宜的AI方案，但數(shù)據(jù)管道缺一環(huán)，整個(gè)產(chǎn)品就立不住。

生產(chǎn)環(huán)境的隱藏賬單

上線不是終點(diǎn)。AI房產(chǎn)應(yīng)用的運(yùn)營成本結(jié)構(gòu)，與傳統(tǒng)SaaS截然不同。

模型漂移監(jiān)控：房價(jià)預(yù)測模型需要持續(xù)重訓(xùn)練，市場周期變化會(huì)讓半年前訓(xùn)練的模型精度斷崖下跌。某平臺(tái)2023年Q2的模型，到Q4誤差率從8%漲到19%——他們沒設(shè)自動(dòng)化監(jiān)控，靠用戶投訴才發(fā)現(xiàn)。

數(shù)據(jù)新鮮度：房源狀態(tài)變化（Active→Pending→Sold）需要近實(shí)時(shí)同步。延遲超過15分鐘，用戶體驗(yàn)顯著惡化。這意味著數(shù)據(jù)管道要7×24運(yùn)行，不能簡單按批處理優(yōu)化成本。

合規(guī)審計(jì)：Fair Housing法案對算法推薦有隱性約束。如果AI搜索結(jié)果被訴歧視（比如系統(tǒng)性地向特定人群隱藏某些社區(qū)），你需要完整的決策日志自證清白。日志存儲(chǔ)和檢索系統(tǒng)，又是額外的基礎(chǔ)設(shè)施。

一位做過三次PropTech創(chuàng)業(yè)的工程師算了筆賬：年?duì)I收500萬美元的AI房產(chǎn)平臺(tái)，技術(shù)運(yùn)營成本約占12-18%，其中AI推理和基礎(chǔ)設(shè)施各占一半。作為對比，傳統(tǒng)SaaS的同類比例通常是6-10%。

所以回到最初的問題：2026年建一個(gè)AI房產(chǎn)應(yīng)用，到底多少錢？

保守估計(jì)，覆蓋單一都會(huì)區(qū)的MVP，30-60萬美元。區(qū)域級平臺(tái)（3-5個(gè)MLS），80-150萬美元。全國級野心，且要做差異化AI功能，300萬美元起跳——其中至少四分之一會(huì)消失在數(shù)據(jù)層的迷宮里。

那位超支的創(chuàng)始人后來調(diào)整了策略：先租后建。用第三方數(shù)據(jù)聚合商（如Estated、ATTOM）驗(yàn)證市場，等用戶量夠大、數(shù)據(jù)成本占比下降，再逐步自建管道。"我們浪費(fèi)了18個(gè)月才明白，數(shù)據(jù)基礎(chǔ)設(shè)施不是技術(shù)債，是產(chǎn)品核心。"

現(xiàn)在他的新問題是：當(dāng)OpenAI和Zillow都在推房產(chǎn)AI Agent，中小團(tuán)隊(duì)該押注垂直場景，還是直接接入平臺(tái)生態(tài)？