夜雨聆风导语
2026年3月，云南曲靖官方城市服务APP“曲靖通”从各大应用商店下架并终止服务。该应用2022年3月上线，运行刚满四年，是4950万元曲靖“城市大脑”建设及数据服务项目面向市民的移动端入口。公开决算显示，2023年、2024年，“城市大脑”还连续两年各列支990万元年度运营经费。
“曲靖通”上线后长期面临实用性不足、使用率偏低等质疑，入学报名成为少数能够集中拉动下载的场景。2026年5月，有市民以财政资金低效浪费为由向纪检监察机关举报，曲靖市纪委监委表示已受理相关信访举报。随着媒体调查和知乎热议持续发酵，这款政务APP的关停迅速成为公共财政与智慧城市建设领域的热点事件。
一款政务APP的退场，把一项运行多年的智慧城市工程推到了聚光灯下。
7月11-12日该话题冲进知乎热榜428万+热度
与之相伴的是一个刺眼的数字：4950万元。
于是，“花近5000万元开发一个APP，四年后说关就关”迅速成为舆论场最容易传播的叙事。
首先需要厘清金额口径：4950万元不是“曲靖通”一个APP的开发费，而是曲靖“城市大脑”建设及数据服务项目的中标金额；“曲靖通”只是其中“一网通办”面向市民的移动端入口。
这一区分很重要，却不能替项目免除质疑。因为问题并没有因此消失，只是从“一个APP为什么这么贵”，转向了更严肃的问题。
一、先把时间线和账目说清楚
公开信息可以还原出这条时间线：
- •
2019年1月，云南省“一部手机办事通”上线试运行，定位为全省移动政务服务入口。 - •
2021年4月，曲靖发布“城市大脑”建设及数据服务项目竞争性磋商公告，预算5000万元。 - •
2021年5月，紫光云技术有限公司以4950万元中标。建设内容包括市级数据库、大数据能力中心、数字驾驶舱、“一网统管”和“一网通办”等，并不仅是一款APP。 - •
2022年3月31日，曲靖“城市大脑”整体上线试运行，“曲靖通”作为公众端同步亮相。 - •
2022年8月，云南省印发政务服务平台移动端建设工作方案，要求整合全省移动政务服务资源，以“办事通”作为全省主要渠道和总入口。 - •
2023年、2024年，公开决算显示，“城市大脑”连续两年各列支990万元年度运营经费。新闻调查尚未确认这笔费用与4950万元中标价之间的具体口径关系。 - •
2024年7月，“曲靖通”一个教育栏目曾异常跳转至色情网站。运营方称外链网站疑遭篡改，随后删除链接。这一事件暴露出第三方链接管理和持续安全巡检问题。 - •
2025年，当地相关部门与原运营服务商签署终止协议，随后进行数据移交和业务迁移。 - •
2026年3月，“曲靖通”全面下架、终止服务；部分业务迁移至云南省级平台。 - •
2026年5月，有市民就财政资金低效问题举报，曲靖市纪委监委表示已受理。
还有一组常被热搜忽略的数据。曲靖市数字经济发展中心在2024年度决算中称，“城市大脑”已对接148家单位、299个系统，累计归集66亿条数据。也就是说，APP关停不等于4950万元形成的全部系统和数据资产同时归零。
不过，“归集了多少数据”只是产出指标，不是最终成效。数据是否持续更新、实际调用了多少次、支撑了哪些跨部门协同、节省了多少行政成本、是否真正改善了市民体验，公开材料仍缺少足够清晰的回答。
所以，当前能够严谨下的结论是：不能仅凭APP关停就认定4950万元全部浪费；也不能拿“归集66亿条数据”证明项目物有所值。是否低效，需要基于资产、成本、使用和成效进行完整的绩效评价与审计。
二、知乎热评在争论什么？
截至2026年7月12日，该知乎问题已有167个回答、超过69万次浏览。高赞回答并非简单地“骂贵”，而是从运营、需求、平台层级和采购机制等角度给出了几种有代表性的解释。
热评一：关停表象背后，是“重建设、轻运营”
最高赞回答来自答主“普天之下皆兄弟”，页面显示近2000个赞同。他认为直接诱因可能是建设合同附带的运维期结束，后续运维缺少持续预算，并把它概括为“重建设，轻运营”。
这条回答抓住了智慧城市项目的普遍痛点：建设资金容易立项，持续运营资金却很难形成稳定机制。
不过，对“曲靖通”个案而言，“运维经费到期”仍是网友推测，不宜直接当作事实。媒体调查显示，项目连续两年列支990万元运营经费；相关方面披露的直接关停原因，则是省级平台统一整合及不再单独付费运维。
更准确的表述应是：长期运维不可持续与省级收口政策叠加，最终促成了关停。
热评二：没有高频刚需，再大的入口也留不住用户
答主“王维一”的回答获得约800个赞同。他从产品运营角度指出，应用必须拥有高频、强黏性的服务才可能形成日活；如果内容主要是缴费、通知和宣传，用户很难产生持续使用的理由。
这与当地市民的实际反馈高度吻合：入学报名能带来阶段性下载，却无法形成日常留存；缴费、挂号、公积金等服务已有其他成熟渠道。
换句话说，行政刚需可以制造一次安装，但只有用户刚需才能形成长期活跃。
热评三：地市是否有必要再建一个独立入口？
答主“光与影的平衡”的简短反问获得了百余个赞同：一个地级市为什么要单独建设这类APP，是否应由省级政府统一牵头？
另一名产品经理答主则补充了时间线：曲靖通在2022年3月上线，云南进一步明确移动政务资源统一整合是在2022年8月，因此不能简单倒推项目上线时就违反了后来的文件。
这两种观点放在一起更有价值。
省级“办事通”早在2019年已经存在，重复风险在立项时并非不可预见；但全省移动端统一整合的明确方案晚于项目立项和上线。
由此可见，问题不只是“有没有遵守某一份文件”，而是立项是否充分评估了省级平台能力和未来整合趋势，系统是否预先设计了迁移与退出方案。
热评四：下载量靠行政推动，恰恰说明产品价值不足
答主“泊远”获得约137个赞同，其回答用反讽指出，如果所有政务事项都被强制绑定到某个APP，再差的产品也能获得日活。
另一条获得约70个赞同的回答把问题概括得更直接：商业产品要回答“为什么有些事必须在这里办”，行政产品却容易变成“凭什么有些事必须在这里办”。
这些热评击中了指标异化问题。如果通过红头文件、干部带头、入学报名绑定等方式提升安装量，数据可能很好看，却无法证明产品真正好用。下载量是推广结果，不是公共价值；被迫使用更不等于用户认可。
热评五：软件采购价格为何难以判断？
获得约206个赞同的答主“载酒问字”认为，同类政务APP的重复开发边际成本可能很低；一名自述从事政务APP产品工作的答主则指出，软件成本不像桌椅等标准商品那样容易比较，功能复杂度、定制开发和服务投入难以由外部直接定价，因此也更需要专业审计。
这类质疑有现实基础，但也最容易被热搜标题带偏：4950万元采购的是整套城市大脑建设及数据服务，并不是一款APP的报价。专业审计不能拿一个普通APP的开发成本与4950万元直接比较，而应逐项核验数据平台、云资源、系统集成、安全体系、接口治理、软件资产和运营服务是否真实交付，单价是否合理，成果是否仍可复用。
综合这些高赞回答，知乎讨论提供了五个有价值的观察角度：持续运维、真实需求、平台层级、指标异化和采购透明度。
这些讨论看似分散，其实共同指向一个判断：公众不是天然反对智慧城市投入，而是反对把平台建成当作成绩、把下载注册当作效果、把技术名词当作价值证明。
三、“曲靖通”为什么走到关停？七个维度看清根因
1. 顶层设计：省级总入口与市级入口长期并行
“曲靖通”立项之前，云南省级“办事通”已经运行两年多。市级平台当然可能承载本地特色服务，但新建独立APP前至少应回答三个问题：
- 1.
省级平台不能满足的具体需求是什么？ - 2.
为什么不能通过省级平台的曲靖专区、小程序或标准接口实现？ - 3.
一旦省级平台统一收口，本地系统如何迁移、资产如何复用？
从公开结果看，这三个问题至少没有形成经得起公众检验的答案。2022年云南进一步明确全省移动端整合方向后，“曲靖通”与省级平台的功能重叠变得更加突出，关停只是时间问题。
这说明，智慧城市立项不能只看本地建设冲动，还要评估上级平台路线、国家标准趋势和未来三到五年的整合风险。
2. 产品逻辑：有入口，不等于有需求
据媒体采访，当地市民使用“曲靖通”的高频场景主要是中小学入学报名；水电缴费、医院挂号、公积金查询等服务，早已有微信小程序、行业APP或其他线上渠道。
这类“聚合式城市APP”最常见的误区，是把“服务目录很多”误认为“用户价值很大”。对于市民而言，多一个入口往往不是便利，而是多一次下载、多一次注册、多一套实名认证和多一份记忆成本。
真正能够形成留存的，不是栏目数量，而是不可替代的办事闭环：一次登录、材料复用、跨部门联办、进度透明、结果可查。如果只是把已有网页和小程序重新做一层链接聚合，所谓“一端在手”很容易变成“一端在手机里吃灰”。
3. 运营机制：重建设、轻运营，重拉新、轻留存
媒体报道提到，为提升使用量，当地曾通过入学报名等刚需场景拉动下载；2024年还有县级文件要求干部带头下载注册并推广。
这暴露出典型的指标错位：当产品价值不足时，用行政动员制造安装量；当安装量上去了，又把它当成平台成功的证明。
政务服务产品真正该考核的，不是下载量和注册量，而是：
- •
高频事项全程网办率； - •
办事成功率与中途退出率； - •
用户完成一件事所需时间； - •
材料和数据复用率； - •
跨部门联办比例； - •
月度真实办件用户和重复使用率； - •
群众投诉率与问题闭环时间； - •
线上办理替代线下窗口后节省的综合成本。
如果KPI仍停留在“接入多少事项、注册多少用户、归集多少数据”，运营团队就会自然追求数字好看，而不是体验好用。
4. 投资与采购：只算建设价，没有讲清全生命周期总成本
曲靖项目采用“建设+运营”的安排：中标企业控股合资运营主体，项目验收后按考核结果支付服务费，每年最高不超过1000万元、最长不超过5年。
这种设计本意是引入长期运营能力，但也带来更高的治理要求：建设费、运营服务费、云资源费、升级改造费、安全投入分别包含什么？软件著作权、源代码、数据、接口和运维工具归谁？运营主体退出后谁能接管？绩效考核由谁制定、数据由谁验证？
公开材料显示，2023年和2024年分别列支990万元“城市大脑”运营经费，但其与4950万元中标价的关系尚未被清晰解释。仅按已公开数字观察，项目不能只用“4950万元”衡量，而应披露建设、云资源、运维、安全、推广、迁移和退出在内的全生命周期成本。
5. 技术架构：前台可以关，能力必须能够迁
成熟的城市数字底座，应当把身份认证、电子证照、支付、消息、办件、数据交换等能力服务化、接口化。前端可以是APP、小程序、网页甚至第三方平台，但底层能力不应与某个入口绑定。
“曲靖通”关停后，最值得检查的并非图标还在不在，而是：原有办件是否连续、用户是否需要重新注册、历史数据是否完整迁移、各部门接口能否复用、积累的数据治理成果是否仍在发挥作用。
如果APP下架就导致整套服务能力报废，说明项目交付的是一个封闭产品；如果后端能力能够平滑接入省级入口，关停反而可以成为一次正常的渠道收敛。
6. 安全治理：安全不是验收时的一次测评
2024年的异常跳转事件很有象征性。即便问题源于外部链接被篡改，也说明政务平台对第三方内容、域名有效性、跳转白名单和持续监测存在薄弱环节。
城市服务平台处理身份、教育、社保、住房等敏感数据，安全责任不能止于“系统上线前通过测评”。它需要持续的资产盘点、域名和证书监控、供应链管理、漏洞响应、日志审计、数据最小化和退出后的数据销毁或移交。
运营团队人去楼空、服务主体切换时，更是风险最高的阶段。账号权限、密钥、源代码仓库、服务器、日志和备份必须逐项交割，不能只做一份笼统的“数据已移交”说明。
7. 治理透明度：缺少一份公众看得懂的“项目成绩单”
截至媒体调查时，公众最关心的几个问题仍缺乏清晰答案：城市大脑哪些模块继续运行？两年各990万元具体买了什么服务？4950万元形成了哪些软硬件和数据资产？关停后节省多少费用、迁移花费多少、哪些能力被省级平台承接？
信息化项目专业性强，恰恰更需要公开透明。只有把成本、资产、使用、绩效和退出结果说清楚，才能区分正常技术迭代、政策性整合与低效重复建设，也才能避免“关停即浪费”或“有数据即成功”这两种简单化判断。
四、这件事暴露了智慧城市建设的哪些共性问题？
“曲靖通”不是一个孤立案例。它折射出过去一轮智慧城市建设中的五种普遍倾向：
第一，把建设平台当成推进改革。 技术系统上线了，但部门权责、业务流程、数据标准没有同步调整，最终只是把线下材料搬到线上。
第二，把拥有独立入口当成数字化能力。 每个地区、每个部门都希望有自己的APP和驾驶舱，形成新的“数字烟囱”。
第三，把项目验收当成价值实现。 功能清单完成、系统成功上线即可付款，真正的用户使用和治理成效却无人持续负责。
第四，把行政推广当成产品运营。 用红头文件、干部带头、集中注册解决活跃度问题，既增加基层负担，也掩盖真实需求不足。
第五，缺少有序退出机制。 立项材料写满了建设蓝图，却很少写平台被整合、厂商退出、政策变化时如何迁移。
2026年1月印发的《政务移动互联网应用程序规范化管理办法》已经给出明确方向：避免同质化建设；禁止强制推广下载、考核安装使用率；对使用频率低、实用性不强的应用限期关停；对功能相近、重复的应用整合迁移。
从这个角度看，“曲靖通”的关停本身未必是坏事。真正的问题是：为什么直到投入多年以后，才通过关停完成本该在立项阶段进行的必要性判断？
五、曲靖不是孤例：城市APP与“城市大脑”的全国性困境
把视野从曲靖拉开，会发现地方城市APP“上线—推广—低活跃—整合—下线”的轨迹并不少见。另一条相伴而生的轨迹，则是各地投入建设“城市大脑”、领导驾驶舱和城市运行中心，其中一些逐渐退化为数据归集、统计图表和参观展示。
这两类现象看似一个面向市民、一个面向政府，背后却有相同的制度根源：入口被当成能力，大屏被当成治理，项目建成被当成改革完成。
1. 从“北京通”到“京通”：政务入口并不是一次性选择
北京的变化很有代表性。2023年9月，“北京通”APP宣布离线调整，相关服务升级至“京通”小程序，用户可以通过微信、支付宝和百度访问。小程序无需单独下载安装，更适合依托超级平台快速触达用户。
三年后的2026年6月，“京通”APP又正式上线。北京市政府公开信息显示，新APP接入千余项政务服务，并增加AI交互、多等级认证、手机桌面组件和系统级消息提醒等能力。
从APP转向小程序，再从小程序扩展回APP，表面上似乎走了一个来回，实际反映的是政务入口选择始终在便利性、自主可控、功能深度、消息触达和生态依赖之间摆动。
小程序获客成本低、使用门槛低，却受制于第三方平台能力；独立APP可以承载更完整的身份认证、通知和设备能力，但必须重新回答下载动力、用户留存和长期运营问题。
因此，入口变化本身不等于项目失败。
真正检验建设质量的是：身份体系、电子证照、事项清单、办件流程、消息中心和数据接口能否在不同渠道之间复用。如果每更换一次入口，就重新采购一套系统、重新注册一批用户、重新迁移一次数据，渠道迭代就会变成反复建设；如果后台能力稳定、前端随需求灵活调整，APP下线或重启只是正常的服务渠道管理。
北京的案例提示，“要不要建APP”并不是一个永远不变的是非题。更关键的问题是：为什么建、由谁使用、哪些功能不可替代、现有渠道能否承载，以及下一次渠道变化时能留下什么。
2. “建而不用”并非个别现象，而是一种项目机制
2021年，中央纪委国家监委网站在讨论“指尖上的形式主义”时就指出，一些地方和部门重建轻管、各自为阵，政务APP和公众号功能相近、内容重复，与实际业务流程脱节；有的平台使用频率过低，阶段性工作结束后又不及时注销迁移，最终成为“僵尸”“空壳”和“形象工程遗址”。
2023年印发的《关于防治“指尖上的形式主义”的若干意见》，进一步要求审查新建应用是否与现有系统交叉重复、能否嵌入已有平台，并明确不得强制推广下载、限定安装率或要求定期登录。这些制度并非针对某一座城市，而是对长期积累的共性问题作出的回应。
城市APP容易“建而不用”，通常存在四个结构性原因：
- •
建设目标可验收，服务改革难验收。 功能模块、接口数量、页面和大屏可以逐项验收，跨部门流程再造、数据授权和责任重构却更难量化。 - •
建设经费项目化，运营责任临时化。 系统上线有专项资金和供应商团队，质保期结束后却缺少稳定预算、产品经理和业务运营主体。 - •
地方入口缺少自然流量。 用户的日常数字生活已经集中在微信、支付宝、地图、医院和公共交通等成熟平台，低频政务很难单独支撑一款城市APP。 - •
行政推广制造虚假繁荣。 强制下载、集中注册和刚需事项绑定可以短期提高数字，却不能带来长期复用，反而遮蔽了产品缺乏价值的问题。
当然，并非所有地方独立APP都没有必要。公共交通、停车、市民卡等高频且具有强烈本地属性的服务，可能具备独立运营基础；特大城市也可能因人口规模、服务复杂度和自主运营要求，需要更强的本地入口。决定是否建设的，不应是城市级别或领导意愿，而应是可验证的高频需求、不可替代的本地能力和可持续的运营资源。
3. “城市大脑”为什么容易退化为政府盆景？
与城市APP同时流行的，还有“城市大脑”、IOC运行中心和领导驾驶舱。它们往往拥有巨幅屏幕、城市三维地图、实时曲线、热力图和不断跳动的数据，看起来很有科技感，也很适合汇报和参观。
但大屏不等于大脑，可视化也不等于治理。
《城市大脑发展白皮书（2022）》总结的主要挑战就包括业务难协同、概念边界不清、数据难汇聚、建运模式不完善和安全保障不足。也有记者在实地采访中发现，多地城市大脑、智能运行中心和领导驾驶舱仍主要停留在统计数据的简单可视化展示阶段。中国工程院院士郭仁忠曾据此提出疑问：如果各部门系统真正互联互通，在办公室就能调动数据，是否还需要专门建设一个庞大的指挥大厅？
一套城市大脑是否沦为“盆景看板”，可以看四个信号：
- •
屏幕展示的数据很多，真正触发的治理动作很少； - •
接入系统和归集数据持续增长，数据更新率、调用率和准确率却无人说明； - •
平时缺少固定的业务人员使用，主要在检查、参观和汇报时开启； - •
发现问题后仍要靠电话、微信群和层层请示协调，平台没有形成派单、处置、反馈和复盘闭环。
真正的城市大脑不应只是“看见城市”，还要能够推动城市行动。看到道路积水只是感知，自动关联气象、排水、交通和应急力量并形成处置闭环，才是治理；展示企业数量只是统计，识别经营异常并依法触发服务或监管，才是应用；归集几十亿条数据只是库存，能够稳定支撑跨部门“一件事”，才是价值。
这也意味着，不能仅用日常点击量评价应急指挥类系统。某些系统平时使用频率不高，却可能在极端天气、重大活动或突发事件中发挥关键作用。此类平台应通过演练成功率、预警提前量、跨部门响应时间和事件处置效果评价，而不是用大屏数量或参观次数证明价值。
4. 信息化有时没有减少流程，反而给流程加了一层“电子外衣”
不少城市治理信息化项目的问题，并不是系统完全不能用，而是系统没有改变原有治理逻辑。线下盖章改成上传扫描件，纸质填表改成在线重复填报，部门之间的数据索取改成多个平台分别报数，窗口预审搬到线上但最终仍要到现场提交材料。
结果是，数字化没有替代旧流程，而是叠加在旧流程之上：群众既要使用APP，也要准备纸质材料；基层既要在业务系统录入，也要在统计平台、工作群和表格中重复报送；部门建设了数据中台，却因权责、标准和授权没有理顺，仍然不敢用、不能用、不会用其他部门的数据。
这种现象可以概括为三种偏差：把行政流程电子化，却没有流程再造；把系统碎片平台化，却没有真正协同；把形式主义可视化，却没有产生治理结果。
人工智能进入数字政府后，这一风险依然存在。如果底层事项不标准、数据不准确、部门责任不清，再先进的智能问答也只能给旧系统增加一个更漂亮的入口。AI可以优化交互，却不能代替制度协调和业务改革。
5. 真正有效的对照，不是“APP做得更漂亮”，而是后台先实现一体化
浙江和广东的实践提供了另一种思路。“浙里办”并非只依靠一款APP，而是把APP、微信和支付宝小程序、PC端与线下窗口纳入同一套标准，强调相同事项、相同材料和同源服务。广东在2026年升级“粤省事”时，则进一步整合“粤商通”“粤省心”等入口，让个人办事、企业服务和群众诉求在统一认证体系中衔接。
这些平台并非没有迭代成本，也不意味着所有事项体验都已完善。它们更值得借鉴的地方，是把统一入口建立在统一身份、统一事项、统一数据和跨部门流程之上。用户看到的是一个入口，后台对应的是省市县多层级协同，而不是每个地区再复制一套孤立系统。
由此看，“曲靖通”的问题不是简单的技术失败，而是地方数字化建设模式转型中的典型切片：过去强调每座城市都要有自己的平台和大屏，未来则必须转向共性能力集约建设、地方场景按需创新、多个渠道同源服务，以及对低效系统及时退出。
六、未来智慧城市怎么建、怎么运营？十条建议
1. 建立“原则上不新建独立APP”的默认规则
地市新增公众服务，应优先进入国家或省级政务平台，通过地方专区、小程序、快应用和标准接口提供。只有在存在高频、刚需、不可替代场景，并通过独立必要性评估后，才允许新建入口。
2. 从“建平台”转向“办成事”
项目立项不再以系统模块为主线，而以“一件事”全过程为主线。每个项目都必须明确要减少多少材料、压缩多少时间、少跑多少窗口、降低多少成本。
3. 做好立项前的重复建设扫描
建立国家、省、市、部门现有系统和能力目录。立项前强制开展同类平台检索、接口复用评估和政策趋势评估，结论随采购文件公开。
4. 实行分阶段投资和“退出闸门”
将大型项目拆成需求验证、最小可用产品、规模推广三个阶段。每一阶段只有达到真实办件量、成功率和满意度门槛，才能进入下一阶段；不达标则缩减、整合或终止。
5. 把运营预算与业务结果绑定
年度运维费不能只考核在线率、故障数和工单响应。至少应与真实办件、流程压缩、数据复用、用户体验、安全表现和财政节约挂钩，并由第三方抽样验证。
6. 统一技术底座，允许多端触达
身份、证照、支付、办件、消息和数据交换能力由统一底座提供；前端渠道按用户习惯灵活选择。智慧城市要“厚能力、薄入口”，而不是“重APP、轻共享”。
7. 用全生命周期总成本做财政决策
预算应同时列明建设、云资源、运维、安全、升级、推广、迁移和退出成本，并测算三到五年的总拥有成本。任何项目都不能只报一个漂亮的“建设价”。
8. 把安全和数据治理变成持续运营
建立外链白名单、域名有效性监测、接口资产台账、第三方组件清单、密钥轮换和供应链退出审计。对敏感数据做到最小采集、分级授权、全程留痕。
9. 在合同中预置可接管、可迁移、可退出条款
明确源代码、文档、接口、模型、数据和运维工具的交付要求；规定厂商退出或平台整合时的迁移时限、服务连续性、知识转移和责任追溯机制，防止被单一供应商锁定。
10. 建立公开的数字政府项目后评价制度
项目上线一年、三年及退出时分别公布绩效报告，回答五个问题：花了多少钱、形成什么资产、多少人在真实使用、产生什么结果、下一步保留还是退出。重大项目还应接受财政绩效评价、审计监督和公众质询。
结语：关停不是失败的终点，而是治理成熟度的考试
“曲靖通”的故事不能被压缩成一个猎奇标题。
如果4950万元形成的数据底座和共性能力仍能继续使用，APP下架只是入口整合；如果平台长期缺少真实需求、依靠行政推广维持数据、运营费去向和成效又说不清，那么关停就暴露了立项与治理的系统性失灵。
智慧城市真正需要的，从来不是更多APP、更多大屏和更多“城市大脑”名词，而是更少的重复建设、更顺畅的数据协同、更可持续的运营机制，以及企业和群众能够切身感受到的服务改善。
判断一个项目是否成功，也不该看它上线时有多轰动，而要看几年以后：服务是否仍有人用，能力是否能够复用，财政是否可持续，退出时是否体面而有序。
这或许才是“曲靖通”关停留给所有智慧城市建设者最值得记住的一课。
