为什么你今天不知道自己单元的状态

向一家房产中介的老板，或者拥有几栋楼的业主，问一个问题：你的单元现在是什么状态？答案不会马上出来。有人打开一份两周前最后一次有人动过的电子表格，再打电话给某位员工确认，然后你得到一个前面加着“大约”的数字。如果问到某个具体单元——租约什么时候到期、这个月的租金到了没有、有没有未处理的维修请求——答案就会从一通电话变成三通电话。

这就是可见性缺口。我们用它来开启这个系列，因为它不是与其他问题并列的一个问题，而是所有问题分叉出来的根。如果你不知道今天谁欠你钱，就无法掌控收款。如果你在续约到期之后才得知，就无法就续约进行谈判。如果一桩付款纠纷背后没有任何记录，就无法解决它。如果你不知道一个单元去年空置了几个月，就无法给它定价。所以，在谈论任何系统、仪表板或应用之前，必须先准确说出缺口在哪些地方出现。

缺口在哪里出现

缺口不是由一次重大的疏忽造成的，而是由六个每天都在运作的小漏洞造成的：

  • 一份由一个人维护的电子表格。整个资产组合都存放在某位员工电脑上的一个文件里。当他休假、忙碌或离职时，可见性就完全中断。更糟的是，这个文件的多个副本在各个聊天群里流传，没有人说得清哪一份才是最新的。
  • 散落在文件夹和对话中的合同。租约是柜子里的一份纸质文件，补充协议是聊天里的一张图片，租户的身份证件在某位员工的手机里，而调整后的金额只是一句口头约定。发生纠纷需要完整档案时，你得从四个地方拼凑，而且通常总会缺一块。
  • 一个空了一周却没人知道的单元。租户搬走并交还钥匙，但消息只停留在一位员工那里。没有挂牌，没有带看，甚至连清洁都没有。单元已经可以出租却不在市场上，就这样过了一周，而一个月的租期在毫无收入的情况下流逝。
  • 一笔已经到账却从未入账的款项。租户转账后，晚上通过 WhatsApp 发来转账凭证。员工看到了，把入账推到明天。而明天通常不会到来，于是租户出现在欠款名单上，明明已经付了钱却收到催款提醒——你就这样无缘无故地失去了他的信任。
  • 私聊里的一条维修请求。租户直接把漏水的照片发给某位员工。员工叫来一个他认识的水管工。没有请求编号，没有日期，没有记录费用，也没有完工确认。两个月后同样的漏水再次出现，没有人知道第一次做了什么、付了多少钱。
  • 钥匙交接没有签字记录。单元交付和收回时既没有签字的检查清单，也没有注明日期的照片。到了退租时，关于墙面油漆和电器状况的讨论就变成了各执一词，通常以没有证据的一方让步告终。

请注意，这六个漏洞没有一个是动机问题。员工没有隐瞒任何事情，租户也没有拖延。问题在于事件发生在一个时刻，而记录发生在另一个时刻——如果真的被记录了的话——这两个时刻之间的距离就是缺口。

缺口实际让你付出的代价

可见性不足的麻烦在于，它从不会在你的账目中单独列为一项，所以看起来像是免费的。它的代价在五个地方支付：

  • 一个没人挂牌的空置单元损失了一个月的租金。这是最明显、也最容易避免的代价。单元存在，已经准备好，市场也需要它——但没有人知道它可以出租。挂牌每拖延一周，就是一笔永远回不来的收入，因为空置的一个月事后无法弥补。
  • 错过的续约变成了退租。那位本来会续约的好租户没有被及时联系，于是开始另找房子，并找到了替代选择。找人替代他的成本高于租金差额：几个月的空置、一笔营销佣金，以及重新整理单元的费用。
  • 一桩拿不出任何依据的付款纠纷。租户说已经付了；办公室说什么都没收到。没有注明日期的入账记录和转账参考号，这场争论的结局要么是损失一笔钱，要么是失去一段关系，有时两者兼而有之。
  • 小维修一拖再拖，拖成了大维修。一处轻微漏水在第一周被搁置不管，就会变成墙面和地板的损坏。两种成本之间的差距不是两倍，而是好几倍，还可能让你连租户也一起失去。
  • 凭印象做出的定价决策。这是最危险的一项，因为它悄无声息。当你不知道每个单元真实的空置时长、续约率，或者在维护上花了多少钱时，你只能凭感觉定价，或者照着邻居的要价来定。你可能为了守住一个价格让单元空置两个月，也可能多年以低于其价值的租金出租。

为什么换一个更细心的员工解决不了问题

发现混乱后的第一反应，是追究负责员工的责任，或者把他换掉。这很少奏效，因为问题出在设计上，而不在人身上。任何依赖某个人在事件发生几小时后记得去更新文件的安排，无论这个人多么自律，最终都会失败——原因很简单：每天的工作压力会压倒个人的自律，而且事件是通过分散的渠道到达的，这些渠道从不在同一个地方汇合。

解决办法不是要求人们有更好的记性，而是让事件的记录成为事件本身的一部分。当更改单元状态本身就是完成交付或退租的流程时，就不再有遗忘的余地。而当每个单元只有一个所有人都能在同一个屏幕上看到的状态时，哪个副本才正确的问题也就消失了。这正是下一部分的主题。

Origami 的观点

房地产与酒店是我们的专业领域之一，在这个领域的任何项目中，我们都会在展示任何一个界面之前，先盘点资产组合并测量可见性缺口。原因在于，把系统安装在不完整的数据之上，只会得到一个更加笃定地显示过时状态的漂亮系统——几个月之内，团队就会对它失去信任，重新回到电子表格和聊天群。

我们建议的顺序是：先统一单元台账及其状态，然后把合同、付款和维修请求关联到台账上，再在此基础上构建收款、开票和报表。本系列其余部分就是按照这个顺序展开的，这也是我们对待房地产与酒店行业的方式，因为每一个后续层级都依赖于其下一层是真实的。

如何在一周内测量你自己的缺口

在购买任何东西之前，你需要一个能告诉你问题有多大的数字。这项练习在你自己的资产组合上进行，不需要任何新工具：

  • 按今天的原样打印你的单元台账，从电子表格或现有系统中导出，包括每个单元的状态、租约到期日和最后一次记录的付款。不要让团队看到这份表。
  • 拿出两天时间做现场核实。对每个单元：它真的处于记录的状态吗？空置、已出租，还是在维修中？现在是谁在住？打电话或亲自去看——不要满足于只问填写这份表的员工。
  • 核查实际的合同，把台账上写的到期日与已签署的租约进行比较。记下每一处差异。
  • 核查付款，范围是最近三个月：每一笔到达银行账户的款项，在台账中是否都有对应的入账记录？台账中的每一笔欠款，是否真的尚未支付？
  • 计算两个百分比：你的单元中有多少个的记录状态与实际情况相符，以及这三个月的付款中有多少笔在正确的日期有正确的入账记录。

这两个百分比就是你的可见性缺口，也是今后每一项改进都要以之衡量的两个数字。比数字本身更重要的是：在每一处不符旁边写下原因，因为这份清单才是你真正的优先顺序。你通常会发现，大部分缺口只来源于上述六个漏洞中的一两个，而仅仅堵上这两个，就能恢复你大部分的可见性。

接下来的几个部分

缺口已经指明，弥合它是一个顺序问题。下一部分从单元状态本身开始：每个单元如何拥有一个所有人都能看到的唯一状态，以及每一次状态变更如何带有负责人、时间戳和文件。接着我们会讲收款与续约周期，然后是从报修到结单的维修请求管理，然后是合同与文件层，再然后是租金和中介佣金的电子发票——最后我们用入住率和欠款指标，以及一个把所有这些按正确顺序排列的九十天计划来结束本系列。

参考来源