地产数字化中台（3）：地产业务中台的挑战在于面向业态抽象

本系列是介绍地产多业态数字化系列文章，作为国内首家「多业态数字化中台」，Dripower通过旗下数字化产品「水滴智店」不断沉淀多业态的业务中台能力，帮您剖析地产多业态数字化的方方面面。

上文《为什么CDP解决不了地产的数字化问题》提到，CDP不是地产数字化的首要问题，而实现多业态场景数字化才是一开始的重点。

这个其实很容易理解，以一个康养地产为例，里面可能有spa、餐饮、运动馆、住宿、诊疗挂号等一系列的业态，如果你要实现全域的数据管理，那么所有的业务场景都需要接入系统，但是业态如此之多，你能找到一套系统实现所有的需求吗？

对很多地产的运营者来说，这几乎是一个无解的问题。一开始他们天然的认为，这样子的系统很少，或者说几乎找不到，另一方面要实现高度的数字化运营，又不得不需要这样子的全业态管理系统，因为要找到单一业态的系统并不难，但是如果每个业态都采购一套，然后实现不同系统之间的数据互通，这个是CIO级别的角色，都很难去把控的一个问题。

所以，地产多业态数字化，找一套能够实现多业态数字化的业务系统，是一个必须要解决的问题。那么，这样子的系统又将是怎样子的形态存在呢？

答案是：多业态业务中台。

这年头，你发现叫中台的系统举不胜数。很大程度上，如果你是企业的采购或者信息官，可能都听说过业务中台、数据中台、xx中台这样子的字眼。然而采购后，最终发现都被忽悠了，所以一定时期，旦言「中台」者，都披上了忽悠的颜色。

事实上，中台是一个很好的概念，只是一个系统要达到中台的要求和技术规格，是一个门槛极高的事情。

尤其是多业态数字化的业务中台，严格来说，这并不是一个可以被设计出来的东西，而是通过日积月累长出来的。

现实中，你见过的绝大多数的系统，有类似erp这种内部的领域软件或SaaS，而在商业SaaS中，很多都是一个细分行业SaaS，比如美业系统、健身房软件，或者是餐饮SaaS。这类系统都有一个共性，那就是面向特定的行业抽象。因为这个特性，这类系统往往在局部行业非常专业，但是一旦遇到跨行业的业务模型，尤其是多业态的存在，因为一开始的设计层次和抽象角度，就导致无法很好的扩展，只能在开放性角度通过接口与外部系统互通。

这类系统，最终并不能成为一个很好的多业态数字化系统，根本原因是思路方向的问题。

水滴智店认为，地产业务中台的挑战，在于面向业态抽象。

面向业态抽象，与面向行业设计，到底有什么不同呢？

事实上，你会发现即使不同的行业，他们的业态模式上可能非常近似，或者可被抽象成一种产品模式。

水滴智店这样的产品，从一开始就并不是为具体某个细分行业去设计的，而是通过服务尽可能多的行业，基于公共业态模型来沉淀中台化的服务能力。

过去几年，水滴智店服务了十几个泛服务行业以及零售行业。在发展的过程中，多业态的能力不断增强，同时底层也打通了分账、智能物联、多商家架构、CDP等一系列基础以及扩展型的应用。

因此，多业态业务中台的挑战，就在于你无法通过设计来输出这样子的系统，而需要通过服务不同领域的客户，通过「面向业态抽象」这种产品发展的模式，来生长出多业态的落地能力。