房地产主数据系统二期优化提升思路

首先，房地产作为传统行业在信息化建设的过程中，一定都是烟囱式的搭建过程。根本原因就是主数据系统并不是直接对接业务，并不能直接产生价值的系统，所以绝大部分房企信息化建设和咱们传统的建房子不一样，不是从地基开始往上建设。而是从上往下去把底座搭建补好。

这种情况下，即使我们完成了主数据系统上线，仍然会出现两个问题：

历史数据清理包袱重。数据治理工作80%的时间和精力可能都要投入到主数据系统的治理，因为各个业务系统，例如营销、成本系统都是单系统运行了很久，比较完善且数据能够自洽。但是一旦要求打通，口径和标准问题就会暴露。
系统新增字段越来越多。对于主数据该不该管这个字段，我们常常是没有标准的，特别是一些无法确定业务归属、或者大家都需要的字段把它归结于主数据管理范畴。但新增任何一个主数据字段，都会面临两个问题，一个是历史项目是否补录，一个是维护权责问题。
针对这两个问题，主数据系统上线后的二轮优化提升显得尤为重要。解决这些问题之前，我们需要再次明确主数据系统的定位：到底是业务系统还是数据分发系统？如果项目管理系统，理应信息更全面一点，但是相应的数据维护成本就会变高。如果是定位数据分发系统，不宜太多非主数据字段进行承接展示，但要掌握项目整体情况就得通过不同口径的报表去查看，鱼和熊掌不可兼得。

做减法：

当数据治理进行到底，这个“底”都深不见“底”的时候，面临的问题就是区域业务同事一遍一遍的清理，一遍一遍的补录。

所以我们第一件事情就是要做减法，第一，如果是其他系统能维护的业务字段就应该从系统剔除；第二，如果能承接、能汇总、能计算的字段就避免二次手工录入。元数据管理很关键，但是往往会忽略这一步。

做加法：

由于传统地产项目和联营合作、代管代建、品牌输出等项目很多性质和管理述求不一样，我们就不能简单粗暴进行统一维护一套标准。那么接下来我们就应该做加法，按照不同的项目性质、操盘并表方式进一步优化字段。例如【预计获取销许日期】字段的必填非必填，需要根据项目性质是否为传统地产进行判断。

其次是针对集团区域的字段管控，也需要进一步精细化管理，例如股权占比、面积调整比例过高、产品类型变更都应该从集团角度进行分级管控，而不是简单的在区域审批即可。

做乘法：

对于主数据系统的任何优化，我们一定要保持乘法思维。不管是字段的新增删除、产品类型值域更新、版本管理的维护、亦或是下游系统的新增更换。

都会面临四方面的工作量：

历史数据如何处理；
新增数据如何维护；
变更数据准确性复核；
报表、接口的同步调整。
所以对于主数据系统业务场景的梳理，我们也需要：业务部门+IT部门+集团领导三方面的协作推进。谋定而后动,知止而有得，只有增加这部分的工作量投入，才能减少整体维护运营成本。否则，主数据只会跟着流程变更、业务需求、下游系统不断调整。

作者：成于念