房源匹配引擎应当给你什么，以及大多数匹配引擎从不说明的部分

每一款面向房地产的 CRM 都会向你推销匹配功能。你输入客户需求，它返回一份清单。清单是排好序的。每一行的某个位置会有一个百分比。

问这套软件为什么第三个是 78 分、第四个是 74 分，通常得不到任何回答。这种沉默才是问题所在，因为要向客户解释这个推荐的是经纪人，不是软件。

没有理由的分数不是推荐

经纪人把一套房源转给客户，等于是拿自己的信誉为它背书。如果唯一能拿出的理由是“系统给它的排名很高”，他们只会做两件事之一：照发不误，然后听天由命；或者干脆不看清单，凭记忆做事。这两种情况都比没有工具更糟。

所以 Doment 里的每一条匹配结果都会用直白的话写清楚它为什么是这个分数：在预算之内，卧室数量合适，交房时间落在客户说的期限内，付款计划比客户要求的更宽松。不是内部权重的拆解，那种东西没人想看。而是经纪人可以原样转述给客户的说法。

有些条件是一票否决，有些条件可以权衡

任何一份客户需求里都有两类条件，把它们同等对待，正是匹配通常出错的地方。

有些条件是绝对的。预算上限死守在 AED 2 million 的客户，不想看到一套 AED 3 million 的房子因为其他方面都完美而排在清单中间。那不是差一点，那就是错的房源。

其余的都是偏好，而偏好之间是可以互相权衡的。一个交房比预期晚一个季度、但正好位于客户想要的社区的项目，很可能就是眼下最好的选择。只有当不可能的选项已经被排除，并且剩下的取舍是看得见的、而不是被压进一个数字里，排名才值得一读。

数据缺失不等于数据不好

这是我们最愿意为之辩护的一个决定，因为它对结果的影响超过本文提到的任何其他事情。

迪拜大多数期房项目并不公开付款计划。我们追踪的 1,727 个项目中只有 101 个公开了，这个缺口我们在第一份数据报告中写过。如果把付款计划缺失当成付款计划很差，那么每一个只是没有对外公布条款的项目，都会永远沉到每一份清单的底部，而原因跟它是否适合客户毫无关系。

所以未知不会被算作负分。它会被搁置一旁，项目按真正已知的信息来评判，缺口则写在结果上：未公开付款计划。经纪人清楚地看到缺的是什么，可以去问开发商，这正是下一步该做的事，也是任何软件都无法代劳的事。

另一种做法，是悄悄把市场上的大部分房源从视野里抹掉，并且从不作声。

放到一个普通的周二下午是什么样

客户说：三居室，迪拜码头或者附近，AED 4 million 以内，大约一年内可以入住。

一份有用的清单，不会只是把迪拜码头 AED 4 million 以内的房源全部列出来。它会把满足这份需求中硬性条件的房源放在前面，告诉经纪人每一套在哪些弹性条件上有欠缺，并且标出那些客户在意的信息属于未知、而不是没有的房源。这样经纪人可以发三套房源，每一套都附上一句理由，而不是发十一套，每一套只附一个百分比。

这个差别就是这个产品的全部意义。一份短一些、经纪人说得出理由的清单，胜过一份长一些、还得为它道歉的清单。

同一套标准，贯穿始终

这一切背后的原则是：软件应该说明自己不知道什么。缺失的数字要被指出来，而不是猜出来。我们无法为之负责的数据，干脆不显示。推荐要带着理由一起给出，这样为它署名的人才能决定自己是否认同。

这和我们对外发布市场数据时坚持的标准是一样的，理由也一样：一个你无法核实的数字，价值低于一个你能核实的数字。