小胡子聊自然资源信息化数字中台战略系列之五：业务中台

数据中台简单理解为数据治理那些事；

技术中台简单理解为技术支撑那些事；

业务中台字面理解最容易，也最能体现中台战略意义。

业务中台是企业实现各业务板块之间链接和协同，持续提升业务创新效率，确保关键业务链路的稳定高效和经济性兼顾的思想体系。

听起来感觉还是有点别扭。

业务中台的目的是“提供企业能够快速，低成本创新的能力”。

业务中台的核心是“构建企业共享服务中心”。

举个例子就明白了，以大家最常用的滴滴为例，滴滴最开始以打车为核心业务，后来发展的有青桔骑行、打车、青菜拼车、代驾、外卖、顺风车、公交、拉货搬家、租/买车、车生活、金融服务、跑腿……

这些业务在他们内部肯定是不同部门负责，并且按照这个发展速度估计很快又有一些新的业务出现，这些业务都不可避免的会有用户管理、计价管理、支付管理……那么每个部门都需要去做这些吗？如果都去做，那不是极大的浪费吗？

这个时候业务中台发挥了作用。

对于这些通用的需求能力，作为企业可以形成一个核心能力，大家共用，这就是业务中台的核心。

业务中台的过程是通过业务板块之间的链接和协同，持续提升业务创新效率，确保关键业务链路的稳定高效和经济性兼顾的思想体系，并突出组织和业务机制。

这个链接和协同有两个含义：一个是自己内部的，另外一个是支撑外部系统（标准协议接口）。

以自然资源信息化业务中台建设说明。

引“城信所”的原话：自然资源的业务中台基于自然资源政务事项及能力支撑，提供认证中心、权限中心、组织中心、消息中心、流程中心、规则中心、表单中心、统计中心等通用能力，支撑快速搭建业务前台并敏捷响应。

由此可见，自然资源业务中台主要还是要解决能力共享、扩展和开放三个方面的问题：

能力共享：组件、服务的抽象；

能力扩展：模型扩展、流程定制、表单定制，服务接口可扩展；

能力开放：API网关、认证鉴权、流量控制、运维监控等。

借“北京数慧”业务中台架构图一目了然：

自然资源业务中台建设当然并不是简简单单的共享能力提炼、聚集，核心还是在于衔接，止于应用。

以“南京国图”业务中台架构为例进一步说明：

这个逻辑如果上升到技术层面，可以以“广东国地”业务中台架构进行提炼。

如果回过头我们再看一眼国家下发的《国土空间基础信息平台》技术架构，找找中台的影子：

发现了吗？感觉好像没有中台的影子。

但各家的产品都会自然而然地把他往中台去做，各家在汇报的时候会逻辑圈几个圈：这个是数据中台，那部分是技术中台，还有那部分是业务中台。

为什么呢？

可能有两个原因：

1、方案2017年发布（编制更早），当时中台战略并不盛行，专业化的平台关注点还是在具体业务应用为主。

2、各家企业在具体实施中发现，确实走到了不得不中台化的局面，也就是说各家其实在国土空间基础信息平台建设之上做了很多新的努力。

但话又说回来，大家都这样去做的，那么国土空间基础信息平台最初的初衷有哪些丢失呢？

先说说最基本的大家都做到的部分吧。

1、云资源管理，最起码大家都云架构，基本云资源管理、服务编排能力还是有的；

2、数据应用服务，主要就是数据服务注册、汇集，对外提供浏览、查询、共享。

3、通用基础服务，也就是一些叠加分析、空间统计、缓冲计算等（这个要打折扣，因为外部系统用不用还不一定）。

那么缺失的部分也就是最严重的部分就是：专题服务能力。

专题服务往上说其实就是客户的业务，如何进一步封装或者灵活定制目前来看圈内做的并不是太好。

专题服务属于业务封装，在数据服务+通用服务基础上构建，难点在于通用性和专一性矛盾；复杂性和灵活性矛盾……

所以，对于自然资源信息化业务中台建设，我们不能仅仅停留在传统的业务核心共享能力建设上，毕竟我们行业不是电商；自然资源业务中台建设还得回到自然资源业务本身的需求，我们需要不断细化，把业务进一步抽象，尽可能做到颗粒度越来越小的封装，建一次用一生…..

这一系列文章可能会比较多，欢迎关注继续监督小胡子给写完。

重 要 说 明

文中观点系小胡子思考与任何单位无关。

如有不适通知小胡子立即删除停止传播。

私下交流请加个人微信：gisgisgisgis。

历史系列本系列文章：