编辑导语：在行业发展的过程中通常会经历几个阶段，实现由无到有的信息化突破，逐渐打破信息化壁垒实现横向的贯通。为支撑房地产企业的进一步发展，亟需对企业沉淀的数据进行治理，保证基础数据统一、标准、准确。

对于主数据的定义，目前在网络上主流的定义为三个特点：高价值、高共享、相对稳定，但是我个人认为在房地产行业对于主数据的三个特点并不是完全贴切。

例如：主数据要具备高共享这个特点，我们常常认为一个项目的名称就应该跟每个人身份证上的姓名一样，可以共享。

但是实际房地产行业从拿地的地块名称，到报批报建的备案名，以及后面销售宣传的推广名。实际上我们可以发现，就项目名称而言，似乎就并不具备高共享的特点。

——这主要是由房地产开发的流程造成的。

在前期策划拿地阶段，我们往往直接用宗地名称，例如：B107-24地块。

到了最初报建时，往往只是初步想了个案名，待到楼盘真正动工和销售时，开发商通常会招投标，并跟代理公司、营销部门反复讨论，其间会深入挖掘项目特色、核心价值、客户需求，并结合开发商的品牌特色，此时往往会有好的创意冒出来。

一个项目冒出了多个项目名称，项目编码似乎变成了唯一可以校验共享的主数据，但是它却又没有产生出多高的价值，至少在任何场合的汇报、投策、运营、成本、营销在项目拉通的过程中并不会记住那一串项目编码。

第二：面积类的数据，具备高价值，高共享。但是却并不相对稳定，我们从前期定位策划，政府报批报建，规划调整，工规获取，一直到最后的竣工验收，面积似乎一直都在调整。

而且随着房企对于高周转的要求，调整的频率录入的及时性也会越来越高，那么这一类实际作为业务范畴的数据该如何进行管理。

第三：如何判断高共享的数据，如果是俩俩系统的交圈使用，那么是否就不作为高共享的数据。

超过两个系统以上的交圈数据都应该纳入主数据管理范畴，那么作为项目里程碑计划，以及单价等核心共享的数据，是否也应该进行统一管理呢？

所以，我认为房地产行业如果只是简单粗暴的判定某些数据是主数据，某些数据不是主数据是没有太大意义的，主数据在房地产行业根本就不能只是作为简单接收分发的后端工具，而是应该结合业务场景，管理所需的核心数据。

实际上我们认为应该摒弃所谓的主数据管理。模糊主数据这个概念的边界，结合后端数据仓储和前端BI驾驶舱展示，作为一个承上启下的管控平台，来实现它对于房地产全周期管理的要求，即DLG（Data Lifecycle Governance）“数据全周期管控平台”。

针对于这个平台也做了一定的可行性分析还有实现的目标方向，具体如这个平台名称所示：

一、核心数据管理

解决数据录入的问题，结合RPA机器人和OCR智能识别自动按照阶段录入土地-项目-分期-楼栋-户的基本信息。有效解决数据录入权责不清，录入不及时的问题。

数据范围的扩展应用，数据范围并不只是包括项目基本信息还应该囊括其他高共享的数据，例如项目里程碑计划、单价等数据。该类数据的录入源头还是来自各个业务系统，通过接口在DLG系统进行集合展示，形成核心资产数据管理平台。

二、全周期业务场景总览

全周期体现了房地产整体的开发流程，一方面能够避免数据在使用过程中缺失脱节；另外非常重要的一方面就是通过全周期的管理，我们能结合业务场景去伪存真，驱动整个数据的真正流转。

按照不同的项目类型我们展示出全景时间线条，在项目所处的每个阶段我们需要体现该阶段的高价值，高共享的数据。

并且将所处阶段必须完成的业务管控动作，指标统计维度进行展示。从而构建项目数据地图，进一步构建数据的血缘关系，实现数据血统分析和影响分析。

三、整体质量管控

通过数据的血缘分析，实现类似于区块链的追溯查询功能。

能够清楚的知道该指标数据的结果是如何计算得出的，例如动态货值，动态成本的计算结果所使用的阶段面积，供需计划对应的计划节点等等都可以在管控平台进行追溯，如果统计发现异常，通过点击查看，能够穿透到源头录入的界面，发起相应的审核流程。

最后就是针对接受分发接口的管理，实现跨部门、跨系统的数据抽取、清洗、转换和整合服务，构建核心数据汇聚中心。

整个DLG系统（数据全周期管控平台）在“核心数据管理”、“全周期业务场景总览”、“整体质量管控”三个关键动作上进行研究挖掘，最终实现：夯实数据基础，实现业务流转，提升共享能力的价值。

作者：成于念，微信号：415864696，感兴趣的事情很多，欢迎一起沟通交流。

本文由@成于念 原创发布于人人都是产品经理，未经作者许可，禁止转载。

题图来自 Pexels，基于 CC0 协议