其实很多数据资产平台建设，没有抓住本质

news2024/11/15 20:03:21

其实很多企业都有建设所谓的数据资产管理平台，但本质没有抓住，叫数据管理平台可能更为贴切。原因就是大部分企业谈数据资产，都是泛泛而谈，什么是数据资产都没有弄明白，就先把功能开发好，设计出来。这种本末倒置的做法，最终工具白白浪费，里面可能也是堆积着一堆垃圾。

我们企业内部在规划数据资产管理平台的建设过程中，一定要先想明白三个事情：

这个平台系统的用户是谁？为谁服务的？是业务部门，还是高层领导，还是IT部门自己玩的一个工具。用户决定了平台系统的定位。
数据资产的应用场景有哪些？想明白了没，如果咱们连应用的场景都说不清，建议先别大张旗鼓的搞系统功能建设。
什么数据到底算资产？数据资产一定要具体，具象化，指标？报表？标签？如果不明确，就是一锅粥去管理，挂着羊皮卖狗肉。

我想说的是，在数据作为生产要素提出来之前，绝大部分企业对于什么是数据资产都没有一个明确的定义。而我们现在数据资产与会计入表挂钩后，可以明确的是：首先数据资产是企业拥有的，且能持续给企业带来经济效益的数据资源。

我认为，数据所有权是不是自己，在目前的政策法规还不那么健全的情况下，可以稍微放后一丢丢去考虑。关键是你得确定这些需要管理的数据一定会给企业带来经济效益。

如果我们去和做数据资产的供应商去交流，或者去看看一些企业做的数据资产管理平台，我们会发现绝大部分数据资产平台的建设需求，或者套路一般包括下面几点：

设计数据资产目录框架；
启动数据资产盘点工作；
搭建数据资产管理平台；
平台上线导入盘点资产；
建立数据资产运营机制。

好了，我要说的是，这些功能和方法论都没问题，但是忽略了一点，使用资产管理平台的用户、场景到底是哪些？除了提升服务能力，加强对数据的管控，其实到最后就是IT部门自娱自乐的一套工具，且还需要花不少精力去管理，防止最后系统的数据和实际数据对不上产生两张皮。

我可以拍着胸脯说，按这种需求建设的数据资产平台，未来很难发挥作用。因为，这种数据资产平台只有系统功能需求，没有用户（或业务）需求。想象一下，如果一个系统只关注功能、平台性能或者好不好看，而缺乏用户场景，最终一定失败。

接下来就是我想说的，数据资产体系中，资产内容的重要性远远大于平台功能。功能相对稳定，而资产内容却需要实时更新。为保证数据资产及服务的完整性、准确性、及时性，需要结合平台功能规划设计数据资产相应的管理体系及运营机制。

再补充强调一句，脱离了平台功能的管理体系或运营机制，一定会沦为纸面工程。

我认为一个比较不错可行的数据资产管理平台，要完成两个目标，首先是如何沉淀数据资产，把数据转换为数据资产。其次是将拥有的数据资产进行盘活产生更多的价值。基于以上两个目标，平台功能一定包括以下内容：

1、面向IT人员：数据开发、数据治理。例如关注数据模型、元数据、数据标准、质量规则、安全策略、接口规范等。这些功能无可厚非，是一定要的，因为我前面也提到了，从数据-数据资源-数据资产，是一个抽丝剥茧加工的全过程，没有这些保障和行为，最终数据很难说能产生价值。

2、面向业务人员：关注某一类应用类数据资产的统一服务，或集成服务类数据资产门户。本质是提效的过程，业务想要什么数据，我能提供什么？

数据资产管理平台一个最大的问题就是，IT想带着业务人员一起玩，但其实这个平台业务人员并不care，强扭的瓜不甜，最终这个平台系统就是IT部门的一个工具。

当然，有人会说，不是可以提供给业务人员对异常数据的排查，通过数据血缘能知道指标的来龙去脉，方便定位问题。理想很丰满，现实很骨感，绝大部分业务同事，会认为这是IT运维需要处理的事情，我为什么要费劲巴拉的去了解血缘脉络，我直接问运维人员不就解决了吗？

其次，可以提供所谓的指标字典元数据信息，清晰了解指标的业务含义、指标责任部门、指标的唯一源头及其它属性信息。好了，请问这些业务元数据，是谁来维护，如果有调整了，谁来通知调整？

以上我说的，就是数据资产管理平台如果给到业务人员去用的过程中，会有一个使不上劲的无力感，原因就是缺了场景，缺了一个动力。解决这个问题可能就要进一步去做第三点。

3、面向数据资产管理：数据资产如果是作为企业的资产，要么进存货管理，要么进无形资产去管理。数据范围、数据成本、数据价值、数据交易及收入都是需要平台去承接的。

我这里举一个例子，地产物业公司是有存储大量的车位信息，车位信息一定是企业内部的数据资产，且具有交易属性。通过实时收集、分析和存储停车场的数据，可以有效帮助运营商增强地图的停车服务功能，帮助商家为其用户找停车位的信息服务，也可以为无人驾驶、充电公司、车机系统企业、城市服务平台等提供导航数据服务，提高车位周转率，助力高效运营服务。

那么问题来了，光这一个场景一定就涉及到多个部门的协同：