明祥决策研究室分析城市更新：项目会结束城市不会，真正难的是下一轮更新接得上

原创 明祥决策研究室 2026-10-03 00:52 北京

下一次不能永远重新从零开始

假设一栋楼，五年前刚刚完成过一次改造。

五年后，因为新的使用需求，它又要改。

新的设计团队进场，面对的第一个问题往往不是“怎么设计”，而是先把过去重新弄明白：

当年到底改了什么？

哪些图纸还是现在的真实情况？

哪些设备后来又换过？

那次结构检测今天还能不能用？

现在谁是产权人？

谁有权决定这次改造？

谁负责运营？

上一轮项目有没有还没结束的保修、义务和限制？

很快大家会发现：

建筑还是那栋建筑，但做事的人、合同、项目、责任关系甚至管理系统，可能已经全部换过一遍。

于是，新一轮更新不得不花大量时间重新认识一栋原本已经被认识过的建筑。

这件事看起来像资料管理问题。

但如果把时间拉长，它可能暴露的是城市更新一个更深层的问题：

项目会结束，城市现实却不会随项目一起结束。

一、我们很擅长把一个项目做完，但城市并不是由一个个互不相干的项目组成的

过去几十年的城市建设，形成了一套非常强大的项目组织能力。

立项、设计、施工、验收、结算、交付。

一个项目有明确的开始，也有明确的结束。

在快速增量建设时期，这套逻辑非常有效。

因为大量工作面对的是从无到有的建设过程。

但是当城市进入存量时代以后，面对的对象变了。

今天的城市更新，不是在一张白纸上建设一个新的城市。

我们面对的是已经存在几十年甚至上百年的建筑、社区、街区和基础设施。

在下一次更新发生以前，它们已经积累了产权、使用、运营、维修、改造、合同、保护、安全和社会关系。

一次工程只能改变其中一部分。

工程结束以后，居民继续生活，企业继续经营，物业继续维护，设备继续老化，产权继续流转，下一次改造也迟早还会发生。

所以：

项目有生命周期，城市现实却跨越多个项目持续存在。

这一点已经不只是理论判断。

2025年关于持续推进城市更新行动的意见明确提出，要转变城市开发建设方式，建立可持续的城市更新模式，并树立“全周期管理意识”；2026年《城市更新“十五五”规划》进一步提出建立可持续的城市更新体制机制，加强存量城市基础设施资产管理。

真正的问题因此变成：

既然城市不会随着一个项目结束，那么项目之后，什么应该继续？

二、“持续治理”并不等于找一个机构永远管下去

一个很自然的答案是：

既然城市持续存在，那就找一个长期主体一直负责。

但现实并不是这样运行的。

一次更新可能有实施主体。

施工阶段有建设、设计和施工单位。

项目完成以后进入物业或者运营体系。

几年以后新的更新再次启动，又可能形成新的实施主体、新的合同和新的专业团队。

即使是城市更新统筹主体，本身也未必永久存在。

北京现行制度明确规定，城市更新实施单元统筹主体有效期原则上不超过3年，可以延期，也可以退出或被取消授权，之后再按程序选择新的统筹主体。

这说明一个非常重要的现实：

城市需要长期治理，不意味着必须由同一批人、同一个项目或者同一家公司永久治理。

相反，治理本来就会不断重新组合。

项目会结束。

合同会到期。

人员会变化。

运营商会更换。

Authority——谁现在有权决定什么——也可能改变。

所以真正值得解决的，并不是“怎样让一套治理结构永远不变”。

而是另一个问题：

换了一批人以后，下一次还能不能可靠地接上同一个现实？

这才是存量时代一个容易被忽视的断点。

三、真正浪费的，不是所有“重新做”，而是那些本来不必重新做的事情

这里必须特别谨慎。

城市更新绝不能为了所谓“效率”，把所有重新调查、重新检测和重新协商都当成浪费。

五年前做过结构检测，不代表今天不用再检测。

过去取得过授权，不代表今天仍然有权。

产权发生变化，当然需要重新确认。

居民共同决定涉及新的事项，也必须重新履行合法程序。

这些都是真实治理必须付出的成本。

真正值得关注的是另一类成本：

某个事实明明已经形成，而且今天仍然有效，却因为项目结束、人员离开、系统更换、资料失联或责任关系中断，下一批人不得不重新寻找、重新判断甚至重新调查。

它可能表现得很普通：

重新找竣工图。

重新问上一轮到底为什么这样改。

重新确认某个空间属于谁。

重新寻找过去的检测结果。

重新辨认不同系统里的两个编号是不是同一栋楼。

重新弄清楚一个遗留问题到底是谁负责。

等待。

沟通。

返工。

甚至因为拿到了一份“过去正确、现在已经失效”的资料而做出错误判断。

如果这种事情只是偶然发生，那它只是项目管理问题。

但如果它在不同类型的城市更新中反复出现，而且形成了真实的时间、费用、风险和错误成本，那么问题就发生了变化：

我们面对的可能是一种“跨项目、跨主体、跨治理期”的重复恢复成本。

这正是我们现在正在继续验证的问题。

四、这不意味着我们应该建立一个保存一切的超级数据库

发现连续性问题之后，又很容易走向另一个极端：

既然怕资料丢，那就把所有东西永久保存。

图纸全部保存。

模型全部保存。

会议全部保存。

传感器全部接入。

每一个状态实时维护。

最后建立一个号称覆盖几十年生命周期的超级平台。

听起来很完整。

但城市现实没有这么简单。

因为不同信息的寿命完全不同。

一栋楼的身份可以几十年不变。

产权可能发生交易。

运营合同可能几年一换。

设备可能每天发生变化。

保护身份可能新增或者调整。

检测结论可能随着现实条件变化而需要重新判断。

一次合法授权，也只在它对应的时间、事项和范围内有效。

因此一个非常关键的原则是：

历史真实，不等于当前真实。

保存得越多，也不等于知道得越准确。

英国高风险建筑的 Golden Thread 制度要求相关建筑信息保持数字化、可访问、可使用和及时更新，并在责任主体发生变化时转移给新的责任主体；但英国法规同时强调，应当保存的是相关信息，而不是无边界地累积一切。

欧盟 Digital Building Logbook 则提供了另一种现实路径：通过共同的数据环境改善建筑生命周期中的信息共享，同时也明确承认数据所有权、标准、经济成本和监管问题并不会因为建立数据库自动消失。

这提醒我们：

真正的问题不是“数据要不要集中”，而是什么信息值得持续、持续到什么程度，以及下一次行动时怎样重新确认它仍然有效。

五、也许我们真正需要保存的，不是“答案”，而是重新得到正确答案的能力

这是理解这个问题最重要的一步。

假设十年以后，又有一次新的更新任务。

那时我们真正希望拥有的，不一定是一套十年前就声称把未来一切都记录好的系统。

我们真正需要的是能够快速回答几个基本问题：

这是哪个对象？

它现在到底是什么状态？

哪些过去形成的事实今天仍然有效？

还有什么事情没有结束？

现在谁有权决定？

哪些内容必须重新验证？

因此，真正值得长期维持的，可能不是一个“永远正确的完整答案”。

而是一种：

可重建性。

也就是当下一次真实任务出现时，仍然能够从可靠来源重新建立一个当前、可信、合法、足以行动的现实认知。

2026年我国全面建立房屋建筑统一代码制度，就是一个非常重要的基础动作：给建筑形成统一身份标识，并推动设计、施工、验收、交易、运维和更新改造等生命周期信息围绕同一对象关联。

这解决了一个基础问题：

至少先知道，我们今天谈的和五年前谈的是不是同一个对象。

但身份还不是现实本身。

知道“它是谁”，并不能自动知道：

它现在是什么状态；

谁现在有权；

过去哪些信息还有效。

所以统一身份是锚点，不是终点。

六、这也要求我们重新理解城市更新中的“完成”

传统项目里，我们很自然地把“竣工”当成一个重要终点。

但城市更新里，需要进一步区分：

工程完成，和现实改变，不是一回事。

现实改变，和有人真正接管，不是一回事。

有人接管，和长期运行产生结果，也不是一回事。

例如一个老旧小区完成改造。

道路铺好了。

管线换好了。

设施安装好了。

这当然是真实成果。

但接下来仍然有问题：

谁维护？

物业怎么接？

资料有没有交？

哪些设施由专业单位管理？

哪些继续由物业承担？

保修期内出了问题找谁？

北京关于老旧小区改造的制度已经明确要求，工程验收合格以后，建设单位还要与物业服务企业进行物业承接查验、移交相关资料，由物业同步接收并承担后续管理维护责任。

这其实揭示了一个很朴素的事实：

“工程结束”和“新的现实开始稳定运行”，本来就是两个不同状态。

上海的城市更新制度更直接把运营维护、项目绩效、物业自持、持有年限等纳入城市更新全生命周期管理要求。

所以存量时代真正完整的城市更新链条，可能越来越接近：

发现问题 → 组织行动 → 改变现实 → 确认改变 → 有人接管 → 持续运营 → 观察结果。

而不只是：

立项 → 设计 → 施工 → 竣工。

七、但“多部门协同”也不是这里真正的新问题

谈城市更新，很容易把所有问题都归结成“部门多、主体多、数据碎片化”。

但这同样需要警惕。

跨部门、跨层级、多主体治理并不是一个没有被研究过的问题。

OECD关于place-based governance的研究已经大量讨论了多层级、多主体协调，并明确指出，协调机制的目的之一就是降低信息不对称和交易成本。

我国现实也已经在不断通过制度改革降低这一类摩擦。

例如北京2025年的城市更新审批改革已经明确推行一窗受理、部门信息共享和并联办理，实施方案联合审查以后，可以通过城市更新信息系统向不同审批部门推送信息。

所以：

今天已经被现行制度解决的问题，不应该换一个新名字再发明一次。

真正还值得继续追问的是时间维度：

这一次协同完成以后，五年后换了一批人、换了一个项目、换了一个任务，还能不能利用今天已经形成并仍然有效的东西？

这和“今天几个部门能不能坐到一张桌子上”，不是同一个问题。

八、因此，我们也许不需要一个“城市更新超级平台”

如果现有物业体系已经可以解决，就不要多建一个系统。

如果政府信息共享已经可以解决，就不要重复采集。

如果档案、BIM、资产管理系统已经能够让下一次行动获得足够信息，就没有必要为了“全生命周期”再增加一层复杂度。

ISO 55000早已建立了围绕资产整个生命周期实现价值的资产管理框架。

UN-Habitat也长期把城市更新理解为以人为核心、跨主体、综合性的城市再生过程，而不是单一工程行为。

所以新的机制要证明自己的价值，不能靠一个漂亮概念。

它必须回答：

比今天已有的办法到底多解决了什么？

如果增加一套新的连续性机制，它有没有：

减少不必要的重复调查？

减少重新寻找历史Context的时间？

降低误用过期信息的概率？

缩短重新确认责任和Authority的时间？

让工程结果更顺利地进入运营？

如果没有，

那么：

不建新的系统，本身就是正确答案。

九、真正应该保存的，是“下一次不要从零开始”的条件

到这里，我们可以把问题再压缩一步。

城市更新真正需要连续的，也许既不是所有数据，也不是一个永久组织。

而是三件更小的东西。

第一，对象还能被认出来。

不要因为项目换了、系统换了、编号换了，连面对的是不是同一个对象都需要重新猜。

第二，已经形成、今天仍然有效的现实能够被重新找到并验证。

不是把旧资料直接当真，而是知道应该到哪里重新确认。

第三，没有结束的事情不能因为项目结束而消失。

仍然存在的风险、义务、保修、责任和需要继续处理的问题，应该能够被下一轮行动识别。

除此之外，很多东西完全可以结束。

项目应该结束。

合同应该结束。

授权到期就应该到期。

已经完成的事项应该关闭。

已经失效的信息应该退出。

所以：

连续性不是“什么都不允许消失”。

真正好的连续性，反而应该允许：

该结束的结束，该失效的失效，该留下的留下。

而当下一次任务重新出现时：

仍然能够正确开始。

这正是我们当前研究中所说的“跨治理期连续性”。它研究的不是如何让所有治理永远持续，而是如何保持未来重新建立真实、合法、任务充分治理条件的能力。

十、现在还不能说，我们已经找到了答案

这一点同样重要。

目前我们能够比较明确地看到：

城市现实确实跨越多个项目持续存在；

治理主体、合同、组织和Authority确实会变化；

国内外也都在加强生命周期管理、持续信息、运营责任和主体交接。

但这还不足以证明：

跨治理期连续性不足，就是中国城市更新中一个足够大的结构性损失。

更不能证明：

建立某一套新平台、新制度或者新数据系统，就一定能够解决问题。

真正决定这项研究是否成立的，是接下来的真实项目。

我们需要去测：

下一次更新究竟用了多少时间恢复过去的Context？

哪些重新调查是必须的，哪些只是因为旧成果无法可靠调用？

多少等待来自Authority和责任重新确认？

现有物业、档案、BIM和政府系统已经解决了多少问题？

如果增加一种交接或连续机制，又真正减少了多少成本和风险？

而维护这套机制本身，需要多少钱？

只有把这些账真正算出来，才能知道：

这是一个普遍的系统问题，

还是只在少数复杂项目里存在；

应该增加一种新能力，

还是把今天已有的制度做好就够了。

T0.2目前也明确把这套判断保持在“理论候选、实证仍开放”的状态，而不是把它提前宣布为已经得到验证的理论。

结语｜项目可以结束，但下一次不能永远重新从零开始

存量时代，城市更新最深的变化，可能不只是从“大拆大建”转向“小修小补”。

甚至也不只是从建设转向运营。

它还意味着：

我们开始面对一个不会因为项目结束而清零的世界。

建筑有过去。

社区有过去。

空间有过去。

今天的每一次改造，都会成为明天面对这个城市时的一部分现实。

所以真正成熟的城市更新，不应该要求一个项目解决未来几十年的所有问题。

也不应该幻想建立一套永远不会变化的治理系统。

它更像是一种能力：

这一次，把应该改变的现实真正改变；
把应该承担的责任真正接住；
把仍然没有结束的问题诚实留下；
然后允许这个项目结束。

等到五年、十年以后，新的问题再次出现，新的团队再次走进这栋楼、这个小区、这片街区时——

他们不需要完全相信过去。

也不需要完全推倒过去。

他们能够知道：

什么可以继承，

什么已经失效，

什么必须重新验证，

现在谁能够决定，

下一步应该从哪里开始。

项目会结束。

城市不会。

而存量时代真正值得建设的能力，或许就是：

让一次次有限的行动，在同一个持续的城市现实上，真正接得起来。

跳转微信打开