一张图的理想与现实

最近一段时间，"一张图"正在成为数字化建设中的一个高频词。

自然资源有"一张图"，城市治理有"一张图"，重大项目、防汛减灾、城市安全，也都在走向"一张图"。从省级总体设计到市州百日攻坚，从统一底座到门户、数据、场景和智能中枢，这张图承载的内容越来越多。

但"一张图"究竟是什么？

是汇集更多图层的地图，是能够总览全局的一块屏，还是统一进入各类系统的一个门户？

这些都是"一张图"能够被看见的部分，却还不是它的全部。

在我看来，"一张图"真正的野心，是尝试为一个省域、一座城市建立一套共同的数字坐标：让散落在不同层级、不同部门的人、房、企、地、事、物，能够指向同一个现实对象；让过去各自运行的系统和数据，有机会围绕同一个问题发生联系。

它最终想形成的，也不只是一套城市治理工具。更大的目标，是建立一个全省统一、上下贯通、协同高效、实战管用的数字化体系，为数字政府高效运行提供共同框架，也为数字社会和数字经济留下一层可以复用的空间基础。

地图只是它最直观的外表。

地图背后，是数据怎样生产、由谁更新、按照什么规则共享；也是部门怎样协同、问题怎样流转、责任怎样落实。

01大家说的，可能不是同一张图

不同人对"一张图"的理解差别很大。

对管理者来说，它可能是一个能够看全局、看趋势、看风险的综合门户；对业务部门来说，它可能是在地图上查询项目、地块、房屋和设施的工作系统；对技术人员来说，它可能意味着统一底图、分布式数据库、时空引擎和数据服务；对基层使用者来说，问题则更加直接：是不是又多了一个需要登录、填报和维护的平台？

这些理解都触碰到了"一张图"的一部分。

问题在于，如果大家只站在自己熟悉的位置上理解它，最后很可能出现一种熟悉的结果：门户建起来了，数据也接进来了，应用场景一个不少，但各部门仍然在使用自己的系统，基层仍然重复报数，遇到跨部门问题时，仍然需要打电话、发文件、临时拉群协调。

"一张图"首先需要统一的，未必是页面样式，而是大家对同一个现实对象、同一个业务问题和同一条协同链路的认识。

02为什么偏偏是一张"图"

很多政务业务原本并不依赖地图。

办理一项审批、登记一户人口、管理一家企业、受理一件诉求，即使没有地图，业务也可以运行。既然如此，为什么还要强调"一张图"？

因为业务可以在表格和系统中单独运行，但现实中的问题很少按照行政层级和部门边界发生。

一场强降雨，涉及的不只是气象信息。降雨落在哪些区域，哪些道路可能积水，周边有没有学校、医院、地下空间和老旧小区，哪些人员可能需要转移，抢险力量从哪里出发——这些信息分别掌握在不同部门手中，却共同指向同一片空间。

一个重大项目也不只是一条项目记录。它同时关联地块、规划、耕地、林地、生态保护、周边设施、审批事项和建设进度。没有共同的空间参照，这些数据即使都已进入平台，也可能只是并排放在一起，很难形成联合判断。

这正是地图不同于普通数据表的地方。

它可以把原本按照层级、部门和业务条线存放的信息，重新放回真实世界。当时间、空间和语义逐步对齐，人口不再只是人口表中的一行，房屋不再只是房产系统中的一条记录，项目也不再只是项目库中的一个编号。

它们开始围绕同一个地点、同一个对象建立联系。

03一张图想改变什么

从目前的建设思路看，"一张图"至少承载着三层期待。

第一层，是看清楚。

让自然资源、公共设施、人口房屋、重大项目和风险隐患能够在统一空间基础上表达。过去分散在不同系统中的信息，至少有机会围绕同一个位置和对象进行比对。

第二层，是连起来。

统一门户不是简单地把各个系统入口集中到一个页面，数据汇聚也不是把各部门文件搬进同一个数据库。真正的贯通，是当一个业务问题出现时，可以按权限调用所需的数据、地图、模型和工具，而不必重新建设一套底图、重新采集一遍数据。

第三层，是协同起来。

一张图的价值，不只是让管理者看到更多信息，而是让信息进入研判、决策、调度、处置和复盘过程。风险在哪里、涉及什么、应该由谁处理、处理到了哪一步，都能围绕同一个对象持续记录。

如果说传统地图主要回答"它在哪里"，那么理想中的一张图，还希望继续回答：它是什么？与什么有关？发生了什么？接下来可能发生什么？应该由谁采取行动？

再往前一步，这套共同的空间基础还可能服务公共服务、社会运行和产业发展。农业生产、物流调度、园区管理、商业服务同样离不开位置、对象和变化。数字政府、数字社会和数字经济，并不是三套互不相干的世界。

这当然是一个很大的目标。它最终想改变的，不只是一块屏幕上的内容，还有数据的生产方式、部门的协同方式，以及政府理解和组织现实世界的方式。

04门户很重要，但不是全部

在百日攻坚中，门户是非常现实、也非常重要的一项任务。它要让不同层级、不同角色从统一入口找到自己需要的数据、应用和场景，也是管理者观察全局的直接窗口。

但统一门户并不等于唯一门户。自然资源、水利、公安等部门仍然有自己的专业系统和业务门户。

真正需要统一的，是底图、标准、身份权限和能力调用方式，而不是把所有业务页面硬塞进一个系统。

因此，问题不在于该不该建门户、做大屏，而在于门户背后有没有真正贯通。页面能够跳转，不等于业务已经协同；图层能够叠加，也不等于数据已经对齐；信息能够看见，更不等于问题可以闭环解决。

05真正难的部分，可能都在图外

也正因为目标很大，落地时才会遇到一系列具体问题。

省级已经建设的能力，市州是否还要再建？市州已有的平台和系统，哪些能够复用，哪些需要改造？各部门把数据接进来以后，由谁保证它长期准确？数据出现错误，是数据部门负责，还是原来的业务部门负责？

还有一些问题更加现实。

建设资金可以通过项目解决，后续的数据更新、模型维护、安全保障和场景迭代由谁持续投入？要求基层及时更新数据，是否同时提供了足够好用的工具、人员培训和经费保障？要求部门共享数据，是否说清楚了使用边界、质量责任和安全责任？

这些问题不会因为门户上线而自动消失。

相反，一张图覆盖的层级越多、部门越多、数据越广、场景越复杂，原来隐藏在各个系统内部的矛盾越容易集中显现。

一张图真正难的部分，往往不在地图、数据库和可视化技术上，而在存量系统、部门权责、财政投入和长期运营上。

技术可以把接口接通，却不能自动形成共享意愿；平台可以生成预警，却不能代替部门作出处置决定；专班可以在短时间内集中解决问题，却不能永远依靠集中攻坚来维持日常运行。

06百日能攻下什么

专班集中攻坚当然有价值。

很多跨部门问题如果没有高位推动，仅靠日常协调很难取得突破。接口不通、数据壁垒、责任交叉、建设边界不清，都需要在一个明确的时间窗口内集中解决。

但百日时间又很容易让建设走向另一面：门户、页面、图层和演示成果相对容易被看见，数据责任、业务流程和运营机制却很难在短时间内完全成熟。

如果评价一张图，只看归集了多少数据、接入了多少部门、上线了多少场景，基层最理性的选择，自然是优先完成这些能够统计和汇报的任务。

真正困难的工作则可能被推到后面：数据能不能持续更新，业务人员愿不愿意使用，预警之后有没有人处置，百日结束以后还有没有团队和预算继续运营。

所以，百日攻坚真正需要攻下的，不应只是一个阶段性版本，还应包括几项过去长期解决不了的基础问题：哪些数据由谁负责，省市县各自建设什么，哪些公共能力必须复用，哪些场景值得优先打通，以及项目建成以后由谁持续运营。

07判断一张图，不妨问几个朴素的问题

面对这样一个庞大的体系，普通人很难通过技术架构判断它是否成功。或许可以换几个简单的问题。

• 同一份数据，基层还需要向多个平台重复报送吗？
• 一个跨部门问题，工作人员还需要逐个打电话协调吗？
• 业务系统中的数据发生变化，一张图能否及时更新？
• 平台发现风险以后，有没有明确的人接收、判断和处置？
• 场景离开汇报和演示环境以后，还有人每天使用吗？
• 集中攻坚结束以后，还有稳定的经费、团队和制度继续支撑吗？

如果这些问题没有答案，一张图可能仍然只是一个更集中的门户、一块信息更多的屏。

如果这些问题逐步得到解决，它才可能成为数字政府高效运行的共同框架，并为数字社会和数字经济提供一层可复用的空间基础。

写在最后

我并不怀疑"一张图"的方向。

做过越多政务信息化项目，越能理解统一空间底座的必要性。没有共同的数据基础，各部门的系统建得再精细，面对跨部门、跨层级的问题时，也很容易重新回到电话、表格和临时协调。

但我同样相信，一张图不会因为技术先进就自然成功。

它需要准确而持续更新的数据，需要清晰的权责边界，需要真实而稳定的业务场景，也需要与建设目标相匹配的财政投入和运营力量。

说到底，一张图表面上讲的是地图、数据、门户、模型和场景，往深处看，讨论的却是一个更基本的问题：

当技术开始重新组织信息，政府的运行方式、部门之间的关系，以及数据进入社会和产业的方式，是否也准备好随之改变？

这或许才是"一张图"的理想与现实之间，最值得持续观察的地方。