单元状态：人人可见的唯一数据源

第一部分点明了可见性差距以及它出现的地方，并以一个为期一周的清点练习收尾，让您得到一个衡量问题规模的数字。假设您已经做了。现在您手里有一份单元清单，其中一些旁边写着备注：登记为已出租，实际却空着；租约已到期却从未更新；一笔款项到账，却没有任何对应的记账。接下来的问题很直接：要把现实记录在哪里，才能让记录再也不偏离现实？

答案不是更好的文件，也不是更细心的员工，而是每个单元一个明确声明的状态，让所有需要的人在同一时刻都能看到，并且只能通过一个有记录的、带有负责人、时间戳和文件的操作来更改。这与您今天所拥有的之间的区别，不在于工具。它是存储信息与掌握状态之间的区别。信息写一次之后便悄无声息地过时；而状态迫使它的负责人保持其最新，因为后续的行动依赖于它。

每个单元在任何时刻都恰好处于一个状态

在任何工具之前，必须先就状态列表本身达成一致。大多数办公室并没有经过批准的列表，于是一个员工写“空”，另一个写“可用”，第三个写“处理中”——三个词背后没有明确的行动，也没有任何人可以据此筛选的东西。状态不是自由文本描述。它是封闭列表中的一个位置，每个位置都带有一个无可争议的唯一运营含义：

  • 空置，未就绪。租户已经搬走，单元正在清洁、维修或等待拍照。它还没有挂牌，但从第一天起时钟就已经在为它计时。
  • 就绪并已挂牌。已拍照、已定价并已发布广告。任何已就绪但未挂牌的单元都是毫无理由被推迟的收入，而正是这个状态把它暴露出来。
  • 已预订。有一位认真的申请人已经支付了押金或诚意金。预订本质上是临时的，所以这个状态必须带有到期日——否则它就会变成不出现在任何报表中的变相空置。
  • 已出租。有一份生效中的合同，带有开始日期、结束日期和计划付款。在这里，状态不是一个位置，而是进入一份档案的入口：租约、相关文件及其日期。
  • 维修中。无论有人入住还是空置，都有正在进行、妨碍交付的工程。它必须与一个带编号的维修申请挂钩，否则这个状态就会变成所有坏了却无人跟进之事的藏身之处。
  • 停止使用。业主决定暂停出租，或存在监管上或结构上的限制。要把它与空置分开，因为它不计入营销业绩，也不应该有人为它忙碌。

这份列表由一条规则约束：一个单元在任何时刻都恰好处于一个状态，并且不存在名为“未知”的状态。如果没有人知道某个单元的状态，那不是一个空白单元格——而是一项交给具名人员的紧急任务。电子表格中的空白单元格不会打扰任何人，这恰恰是它一空就是几个月的原因。

为什么电子表格无法表示状态

可以预料的反对意见是：这些在我的表格里都有，我有一列叫“状态”。区别在于，表格存储的是一个值，而运营需要的是一个状态。值是单元格中的文本；状态是一种会触发行动的承诺。无论您把文件维护得多么整齐，下面这些都是它做不到的：

  • 它不知道是谁、在什么时候更改的。一个单元只需按一下键就从已出租变成空置，两个月后业主问租户究竟何时搬走时，已经没有任何痕迹。没有修改历史的记录只是意见，而不是证据。
  • 它不会提醒任何人。表格等着您去打开它。运营需要的恰恰相反：记录应当主动找到您，告诉您某份租约一个月后到期，某个单元已经就绪十二天却仍未挂牌。
  • 多个相互矛盾的副本。文件被发到聊天群里让合作伙伴看一看，对方做了修改，于是您同时拥有了两个“正确”的版本。唯一数据源不是组织上的奢侈品；它是让“状态是什么”这个问题有意义的前提。
  • 它不会把状态与证明它的东西关联起来。您写了空置——交接记录在哪里？您写了已预订——押金收据在哪里？不附带文件的状态，在第一次争议时就会崩塌。
  • 它允许不可能的状态。表格会心安理得地保存一个标记为已出租、但合同两个月前就已到期的单元，因为它不理解这两列之间的关系。理解这种关系的系统要么拒绝这种矛盾，要么立即标记出来。

请注意，这些都不是 Excel 的缺陷。Excel 是出色的计算工具，但它不是运营工具。问题始于我们要求电子表格去管理人与人之间随时间推移的义务。

每次状态变更都必须附带什么

这是整个这一部分的实践核心。更改状态不是更新一个字段，而是一个完整的运营事件。每个事件都必须随身带着四样东西，否则它只是一条被记录下来的传闻：

  • 谁更改的。一个具名的人，而不是共享账号。没有归属到某个人的责任，等于不存在。
  • 究竟何时。事件本身发生的时间，而不是有人想起它的时间。这两个时间戳之间的距离，正是第一部分所描述的那个差距。
  • 改成什么状态，以及为什么。从固定列表中选出的简短原因：租约结束、驱逐、解约、维修完成、业主决定。正是这个原因，日后会变成告诉您单元为何真正空置的报表。
  • 随附的文件。每个状态都有其天然的文件：退租附带有日期的照片和表计读数的交接记录，预订附带押金收据和预订有效期，出租附带合同及相关文件，进入维修则附带申请编号。

在这四样之上，最重要的是：每一次状态变更都应自动生成下一步行动。退租开启一项清洁任务，清洁完成开启一项拍照和定价任务，定价则开启一项挂牌任务。正是这样，一个已就绪的单元才不会因为没人想起来而白白闲置两周不挂牌。不推动行动的状态，不过是优雅的归档而已。

整个资产组合一个屏幕，而不是每栋楼一个文件

常见的做法是每栋楼一个文件，每位业主一个文件。这对归档很方便，对决策却是致命的，因为每个真正的问题都跨越楼宇：此刻整个资产组合中哪些单元空置，空置了多久？哪些合同在未来六十天内到期？哪些单元有逾期欠款或未关闭的维修申请？从分散的文件中回答其中任何一个问题，都需要手工汇总，而除非业主要求，否则没人会去做。

对您正在考虑的任何工具，实用的检验方法很简单：它能否在您站着的时候几秒钟内回答这三个问题，还是需要导出再合并？一个按状态以及距上次变更时长对整个资产组合排序的单一屏幕，才能把记录变成决策工具。尤其是按经过时间排序，能揭示静态状态所掩盖的东西：空置三天的单元很正常，而处于同一状态七十天的单元则是定价或挂牌问题，而不是市场问题。

Origami 的观点

房地产与酒店是我们的专业领域之一，在这个领域的任何项目中，我们都会在设计任何一个屏幕之前，先确定状态列表及其负责人。原因在于，建立在无人认同的状态之上的漂亮屏幕，只会产出一个显示着没人信任的数字的仪表盘——几个月之内，团队又回到了聊天群和电话上，白白为一个无人使用的工具付了钱。

我们推荐的顺序是：先定义状态及其负责人，然后让更改状态本身就是流程，而不是事后的额外步骤，再在此之上建立收款、续约、维修和报表。本系列其余部分遵循的正是这个顺序，这也是我们对待房地产与酒店行业的方式，因为之后的每一层都从状态中读取数据——如果状态是错的，那么其上的一切都会以更大的自信错下去。

本周您可以做什么

第一项改进不需要任何采购。它需要的是一些小决定，写下来并正式采用：

  • 把状态列表写在一页纸上并正式采用，不允许列表之外的任何描述。六个状态即可覆盖大多数资产组合。
  • 为每个状态指定唯一的负责人——有权把单元移入该状态、并负责把它移出的人。
  • 明确每次变更所需的文件，没有该文件就视为变更未完成，而不是凭一句“稍后发送”的承诺予以接受。
  • 把每个状态与它所开启的行动挂钩，哪怕起步时只用一份简单的任务清单。
  • 每周检查那些长时间状态未变的单元，因为这份记录中的静止意味着故障，而不是稳定。

下一部分

状态已经确定，背后有负责人、时间戳和文件。下一部分将在此基础上构建房地产中最繁重的循环：资金。为每份合同设定计划到期日，在到期前而不是到期后发出提醒，款项一到即刻入账，用逐级升级的流程追收欠款，以及足够早地送达的续约提醒，让您有时间协商而不是驱逐。

资料来源