写在前面

很抱歉这个领域是个让人失望的领域。

说这个领域让人失望，并不是产品或业务本身，而是在这个过程中，随便一个点，都充满了巨大的挑战。自己进入这个领域只有两年，但是一路却充满了各种挫败感，当然，也有克服了各种挫败的开心，痛并快乐着。

以云上贵州数据共享交换平台业务架构为例，参考架构如下：

图1 政务数据共享交换平台架构图

可以看到，政务数据的共享交换，纵向涵盖了数据的整个生命周期，从采集、沉淀、清洗加工、整合应用到最终的门户供用户管理使用。横向跨越了不同的业务领域和业务系统。整个过程还涉及体制、机制、标准及安全问题。

这里把范围只限定在具体的产品上，技术、安全和管理暂且不展开来说。希望能给出一个较为清晰的产品演化史。

产品演化史

1.？—2006年

这是一个大概的时间节点，在此之前各政务系统之间通常会以点对点的方式进行业务数据的按需共享交换，但随着交换需求的增多，这种方式开始凸显维护和管理上的问题，建设统一进行政务数据共享交换产品的需求对政府来说逐渐形成了庞大的需求。

2.2007年

这一年，国家发布了政务信息资源目录体系的系列标准，以及政务信息资源交换体系的系列标准。自此政务数据的共享交换从顶层设计上开始时有章可寻。

遗憾的是，这套标准后来更像OSI的网络七层架构模型，是理论上完备的，大家都知道既成事实的网络标准是TCP/IP，但好歹有了统一实施的标准协议，但在政务数据共享交换上面，标准实行其实并不理想。在加上新的技术日新月异，标准在修订方面也没有进行扩展和完善。

这并不是说标准的建立是没有意义的，实际上在后来的很多项目建设和标准都不同程度的引用了其中的内容。而有了标准，更像是有了依据，真正的政务数据的共享交换，才刚刚开始。

3.2007年—2014年

这段时间，更像是政务数据共享交换产品攻城略地的一个时间。一时间各种产品和解决方案层出不穷。这个时期的政务数据共享交换还处在各种尝试的阶段，实现也都是从简单的底层解决政务用户数据通的问题，各种方案就是堆砌各种技术名词。如果说产品有三个阶段，能用、好用、爱用。那么这个时期解决的大部分是第一阶段的问题。但是，在我看来，没有胜出的。由于数据共享交换涉及技术较多，属于偏技术的产品，故放出了对应代表产品的架构图。

（1）软硬一体的数据共享交换产品

代表厂商：深圳太极软件有限公司

产品架构参考（图片来源于官网）：

图2 太极政务数据共享交换架构图

（2）基于ESB总线的数据共享交换产品

代表厂商：北京东方通科技股份有限公司、易达讯网络科技（北京）有限公司

产品架构参考（图片来源于官网）：

图3 东方通数据共享交换产品架构图

图4 东方通数据共享交换产品功能架构图

图5 易达讯数据共享交换产品功能架构图

4.2015年—至今

这段时间，云计算在政务领域得到了发展，这个可以展开另一个话题，在此按下不表。云计算和大数据给数据共享交换带来了更多的选择和更高的要求。各种基于云计算的政务数据共享交换产品开始出现，而国内的互联网企业巨头（BAT）也纷纷试水政务领域。

先说政策：

（1）2015年，发布了《促进大数据发展行动纲要》（国发〔2015〕50号）文件，其中主要任务的第一项就是“加快政府数据开放共享，推动资源整合，提升治理能力”，其对应的专栏内容如下：

专栏1 政府数据资源共享开放工程

推动政府数据资源共享。制定政府数据资源共享管理办法，整合政府部门公共数据资源，促进互联互通，提高共享能力，提升政府数据的一致性和准确性。2017年底前，明确各部门数据共享的范围边界和使用方式，跨部门数据资源共享共用格局基本形成。

形成政府数据统一共享交换平台。充分利用统一的国家电子政务网络，构建跨部门的政府数据统一共享交换平台，到2018年，中央政府层面实现数据统一共享交换平台的全覆盖，实现金税、金关、金财、金审、金盾、金宏、金保、金土、金农、金水、金质等信息系统通过统一平台进行数据共享和交换。

形成国家政府数据统一开放平台。建立政府部门和事业单位等公共机构数据资源清单，制定实施政府数据开放共享标准，制定数据开放计划。2018年底前，建成国家政府数据统一开放平台。2020年底前，逐步实现信用、交通、医疗、卫生、就业、社保、地理、文化、教育、科技、资源、农业、环境、安监、金融、质量、统计、气象、海洋、企业登记监管等民生保障服务相关领域的政府数据集向社会开放。

（2）2017年，发布了《政务信息系统整合共享实施方案》（国办发〔2017〕39号）文件，提出了“十件大事”，其中关于政务数据共享交换的内容如下：

“促进共享，推进接入统一数据共享交换平台。加快建设国家电子政务内网数据共享交换平台，完善国家电子政务外网数据共享交换平台，开展政务信息共享试点示范，研究构建多级互联的数据共享交换平台体系，促进重点领域信息向各级政府部门共享（国务院办公厅、国家电子政务外网管理中心、各级数据共享交换平台建设管理单位负责）。2017年9月底前，依托国家电子政务外网数据共享交换平台，初步提供公民、社会组织、企业、事业单位的相关基本信息，同时逐步扩大信息共享内容，完善基础信息资源库的覆盖范围和相关数据标准，优化便捷共享查询方式（国家发展改革委、公安部、民政部、工商总局、中央编办等负责）。2018年6月底前，各部门推进本部门政务信息系统向国家电子政务内网或外网迁移，对整合后的政务信息系统和数据资源按必要程序审核或评测审批后，统一接入国家数据共享交换平台（国务院办公厅会同国家发展改革委牵头组织，各有关部门负责）。”

再说产品：

这个时期，没有典型的产品和完整的解决方案，各方都在试水，从阿里的MaxCompute、华三的大数据平台、数梦工场的DataMall等，都在涉足该领域，但是却也缺乏整合技术、产品及业务的新秀。

图6 数梦工场DataMall产品功能架构

个人更倾向这是一个大浪淘沙的阶段，一方面，传统IT厂商受到来自互联网的巨大冲击，必须在产品、技术上面革新，当然，其中最困难的是理念的革新。另一方面，互联网企业初步试水政务领域，很大程度上会有水土不服，业务和公共关系都陌生，有劲使不上地方。双方相互作用的时期，早期可能是各种抢占地盘各种混乱，但也极有可能催生出一种新的商业模式，作为技术和政务嫁接的桥梁提供服务。

做个大胆的猜想，政务行业中，政府主导、企业支撑、服务公众的特殊性，三者的有机结合，说不定真的会产生交界的中间地带，看，这是不是和产品经理的定位很像了？在这样的环境下，产品经理从一种角色，会不会变成一种产业的服务形态呢？这似乎也很满足“人人都是产品经理”这个概念。

写在后面

这次要说的领域，离大部分互联网产品很远，离大部分人的生活也很远。但是却和每个人的生活息息相关，当然，做得不好的话，很可能还会迎来无数的吐槽和烂番茄。

来看2个让人不舒服甚至愤怒的案例：

1.证明你爱人是你爱人。X女士正在办理赴XXX的旅游签证，负责代理的旅行社要求提供结婚证。今年将近70岁的X女士女士结婚证早在多年搬迁中丢失，她原本以为凭着户口本上的配偶关系可以证明她和爱人的夫妻关系，但当地民政部门表示，由于两人不是在广州登记，没法给他们开具夫妻关系证明。而旅行社表示，没有结婚证或民政部门的证明不能证明两人是夫妻，X女士必须要回原来的登记地开具结婚证遗失证明。于是，X女士找到了当年登记结婚的民政局，对方却告诉她三四十年前的档案早已查不到了，这个证明没法开。

2.证明你是扶贫对象。甘肃临夏州康乐县景古镇阿姑村一位80后母亲杀死了自己的4个孩子后喝农药自杀身亡，几天后，在外打工的丈夫不堪重压也喝药自尽。调查显示，这个家庭长期贫困、被取消低保，而当地铺桥修路、改造危房、建文化广场，正是所在州精准扶贫的重点地区。这位惨剧中的80后母亲，因为家里拥有三头牛被取消低保，殊不知其中两头牛是犁地的劳力，而另一头尚是牛犊还未长大。对于这个家庭来说，三头牛更大程度上是资源的消耗者，而非财富的创造者。

而这些事情的发生，都无一不和政务数据不能互联互通有关。理想化的政务系统应该是一个完整的体系，政务数据对内四通八达，对外滴水不漏。即能满足政府服务民生的需求，也能保障国家信息的安全。如果只是从产品形态的演化上面，其实没有办法完全阐述清楚。政务数据共享交换相关的产品目前也只是阶段性的产物，不光是产品形态的问题，涉及到技术、体制和机制各个方面，而对于其涉及到的面之广之复杂，不是这篇文章能详尽的。

真的能做得更好么？

我还是愿意相信和为之努力的。