房地产似乎格外适合精确数字。你可以把价格报到最后一迪拉姆，却仍不太清楚它从何而来。数字的精确就像一套好西装：人们不会马上追问里面是什么。

在经纪人 CRM 中，我曾设计 Comps Engine——通过可比交易估值的模块。想法很实际：选定一个物业，找到合适的真实成交，给出有解释的区间，而不是郑重其事地报出一个数字。

究竟什么可以比较

仅仅都是公寓，并不足以比较。楼盘、物业类型、面积、成交时间、项目阶段和原始数据质量都很重要。挂牌价与实际成交价回答的也是不同问题。

设计方案安排了逐级匹配：先找接近的可比交易，数据不足时再扩大范围。例如从六个月扩大到十二个月，并设置面积容差。这些是拟定方法的参数，并不能证明任何符合条件的数据行都会自动成为好的可比交易。

计划使用 DLD 和 Dubai Pulse 数据。报告应展示采用的交易、数据时间和可信程度。如果样本薄弱，界面必须先说明，再让用户以程序的名义与卖方讨价还价。

为什么暂停也是案例的一部分

目前项目将此模块标记为暂停、供参考。我不会把它说成正在运营的独立估值服务，也不建议依据原型截图作出财务决定。

继续推进并不只是补完一个 PDF。需要确认数据来源、可复现的导入、可比交易质量检查，以及明确的更新责任。AI 可以很快写出处理表格的代码，但这并不意味着表格本身适合这项任务。

后来，我另做了 LiveDXB Analytics，已经实现计算引擎。那是另一段故事，有自己的代码和限制。把两者的能力拼成一个完美产品，会是一种过于方便的创作方式。

Comps Engine 最终仍是暂停的模块，而非运行中的估值服务。这个案例的成果，是深入梳理的问题定义和数据充分性的边界。后来的 LiveDXB Analytics 是独立项目，其能力没有被归到这里。

相关故事：LiveDXB Analytics · 经纪人 CRM.