PARK · DATA · 90 DAYS

一次真实的落地复盘 · 两套系统怎么咬合到一起

常有人问我们，这套东西上线得多久。拍脑袋说个数字没意思，这回干脆把一个园区项目从第一天到第九十天的账摊开，按时间顺序写。

先交代一下家底。我们手上有一套智慧园区综合管理平台，十五个模块、一百二十多项功能，楼宇、租客、合同、账单这些数据都沉淀在里面，还有移动端和数据大屏。在这套系统之上，我们又叠了一层数智安全问数平台，让人用一句业务话就把数问出来，结论、图表、明细、来源一起给。

下面这九十天，干的就是把这两层咬合到一起的事。

第 1 – 15 天

摸底，把家底盘清楚

头两周没写一行代码，全在干三件事。

一是把园区的表翻了一遍。楼宇房源在空间资产里，租客在客商档案里，合同和账单分别在租赁合同、财务交易两个模块下。表都现成的，难的地方在口径。比如空置率，销售口和财务口算出来能差好几个点，一个按面积，一个按房源套数。这一步谁来做都不快，我们和园区运营对着表格聊了整整四天。

二是申请只读账号。问数平台对业务库只读不写，所有查询走网关留痕。

三是圈场景。四类数据先做，楼宇房源、租客企业、租赁合同、合同账单，别的往后放。贪多必翻车，这是我们交过的学费。

第 16 – 45 天

搭模型，喂样例

这一个月干的是细活。

先用 Trino 把几个数据源接到一个查询网关后面，业务库什么都不用动。然后建业务数据模型，把楼层、房源、租期、账期这些业务词映射到具体的表和字段，口径就在这一步写死，之后谁问都是同一个算法。

最花时间的是样例库。一个问题配一条标准问法和标准答案，空置怎么算、收缴率分母用哪个、到期合同算到哪天，一条条喂进去。头一批喂了六十多条，写错一条就修一条。这个东西得一直养，上线之后也要有人管，这是整个项目里最不能省的人工。

第 46 – 75 天

让运营真用起来

光我们团队测没用，坏问题都藏在实际使用里。

这个阶段把入口交给了园区运营。有人问 B2 栋下个月到期多少间，模型把到期理解成了本月，答案是错的，我们在样例里补了五条关于时间边界的。有人问收缴率，跑出来九成多，一查是没剔除减免账单，又回去改口径。一个月下来攒了一百多个真实问题，样例库翻了一倍。

查询记录全程留痕，每条都能回放，错在哪一步一目了然。这份记录后来成了最值钱的资产。

第 76 – 90 天

验收，就四个问题

收尾两周按四个问题验收。数据对不对，拿报表和问数各算一遍比结果。理解对不对，换着说法问同一个问题，看答案稳不稳。结果能不能用，运营拿去开周会，图表能不能直接贴进汇报。后续能不能维护，样例库、模型、口径各交给谁，写进交接文档。

四个都过了，这个范围才算交付。新场景再开，重复这个循环。

回头看，九十天里真正难的从都不是技术

网络、算力、部署都好办。费时间的是口径对齐和样例打磨，这两件事没有捷径，偷懒就会在验收那四问上现原形。

底下有一套跑得稳的业务系统，上面叠一个能对话的入口，这个结构经得起用。数据是自己的，问法是自己的，答案才靠得住。

下一个园区已经在排队了，计划六十天跑完，省下来的三十天就省在口径对齐上，因为方法已经有现成的。

你那边如果也在琢磨类似的事，欢迎留言区聊聊你预估的周期，我们对着九十天这笔账看看差在哪。

- 完 -