近日，IFMA官方会刊《FMJ》刊发了Brian Zrimsek撰写的文章《In, On & For: Better access capability for a building’s 3 populations》。文章从一个容易被忽略的基础问题切入：当AI从办公桌走向机房、屋顶、地下室和维修现场时，建筑原有的网络是否真的能够支撑它？
谈到AI，人们通常会先讨论模型能力、算力和数据质量。这些当然重要。但在设施管理现场，还有一个更直接的问题：维修人员站在设备旁边时，能不能连上系统？
如果工程人员进入地下泵房，移动工单就掉线；如果设备厂商到了屋顶，只能回到停车场上传诊断数据；如果巡检人员走过几道防火门，视频指导和远程支持随即中断，那么再先进的AI，也很难真正进入日常运行。
因此，AI能不能在建筑中发挥作用，首先取决于连接能力能不能覆盖工作实际发生的地方。
一、一栋建筑里，至少有三类需要连接的人
《In, On & For》用三个介词，对建筑中的人员作了一个很有意思的划分。
第一类，是在建筑里工作的人，也就是“IN the building”。他们包括常驻员工、医护人员、操作人员和办公室使用者。多数企业网络、Wi-Fi系统和数字化预算，原本就是围绕这类人设计的。
第二类，是为建筑本身工作的人，也就是“ON the building”。他们包括设施管理人员、维修技师、承包商、保安和各类设备服务商。这些人经常出现在机房、屋顶、地下层、装卸区、服务走廊等位置，而这些位置恰恰容易成为网络覆盖薄弱区。
第三类，是建筑所服务的人，也就是建筑“FOR”的对象，包括患者、顾客、访客、学生、居民和住户。他们通常携带自己的手机和应用进入建筑，并不会成为业主内部网络的正式成员。
文章指出，很多建筑的网络主要服务第一类人，但AI应用的范围已经开始覆盖后两类人。问题也随之出现：网络仍然按照办公桌场景设计，工作却早已走出了办公室。
二、AI不是一份只能坐在桌前完成的工作
最早一批进入办公场景的AI工具，大多是文本助手、会议摘要、资料检索和内容生成工具。使用者坐在电脑前，连接条件相对稳定，因此网络问题并不突出。
但设施管理中的AI不是这样。
振动分析人员需要在生产线旁采集设备数据，并将结果与历史基线进行比较；维修技师可能要在机房里调用图纸、故障记录或增强现实维修指导；医院工作人员需要在诊疗空间中使用移动系统；保安和巡查人员则需要在建筑内持续移动。
这些应用依赖的，不只是某一个固定位置有信号，而是人在移动过程中连接不断，设备数据能够实时上传，外部服务商也能在经过授权的情况下进入必要系统。
原文举了一个很具体的场景：一名设备分析人员站在输送机和混凝土墙之间，距离最近的接入点仍有一段距离，而且他永远不会拥有该建筑内部网络的正式账号。一旦信号中断，检测结果可能只能在离开现场后补录，AI模型也无法获得当时的完整数据。
过去，机房里的信号盲区可能只是“不方便”。当工单、远程协作、智能诊断和预测性维护都依赖在线连接后，同一个盲区就可能变成运营断点。
三、Wi-Fi没有失效，只是它原本承担的是另一项任务
文章并没有否定Wi-Fi。问题在于，传统建筑Wi-Fi通常围绕受管理的设备、固定组织成员和相对友好的办公环境设计，而如今建筑需要支持的对象和场景已经发生变化。
首先是身份问题。员工接入内部网络相对简单，但承包商、设备厂商和临时服务人员往往需要登记、申请账号、获取临时密码或等待授权。每多一道手续，现场工作就多一层摩擦。
其次是建筑本身对信号的影响。混凝土、钢结构、低辐射玻璃、金属保温层以及复杂的机电空间，都会削弱信号。最容易出现问题的，往往不是精心装修的办公区，而是机房、地下层和服务通道。
再次是容量问题。Wi-Fi使用共享频谱，在医院、工厂、商业综合体等高密度场景中，网络负荷最重的时候，恰恰也是现场业务最繁忙的时候。
多租户建筑的情况更复杂。业主、商户、办公租户和物业服务团队可能各自拥有网络。租户没有动力为地下机房建设覆盖，业主网络也未必向外包维修人员开放。于是，最需要连接的房间，反而可能没有任何一方真正负责。
这些问题并不是再增加几个无线接入点就一定能解决。它们同时涉及信号覆盖、身份管理、网络漫游、权限划分和多方责任。
四、不是简单地“多装几个热点”，而是重新设计连接架构
针对建筑内部的连接问题，文章讨论了分布式天线系统、专用蜂窝网络和中立主机网络等几种方式。
分布式天线系统可以把公共运营商信号引入建筑深处，使用者通常不需要加入业主的内部网络，但建设往往需要运营商参与，较适合规模较大的项目。
专用蜂窝网络可以让业主对覆盖范围、容量和设备接入拥有更强控制，更适合特定设备和内部作业人员。不过，它通常优先服务被纳入该专网的终端，并不天然解决所有访客和外部承包商的接入问题。
中立主机网络则由一套共享基础设施承载多个运营商信号，更有利于覆盖携带个人手机进入建筑的员工、承包商和访客，但需要与不同运营商进行协调，部署周期也可能更长。
这三种方案并不是简单的优劣关系。真正需要回答的，仍然是这栋建筑要服务哪些人、哪些工作必须在线、哪些空间不能断联，以及由谁承担建设和长期维护责任。
多数复杂建筑最终不会只有一种网络，而是Wi-Fi与建筑内蜂窝网络共同存在。前者继续承担企业内部数据和受管设备连接，后者补充移动作业、公共通信和难覆盖空间。关键不在于选出一种“最先进”的技术，而在于让不同技术各自承担合适的任务。
五、建筑内连接能力，正在成为设施管理问题
长期以来，网络往往被看作IT部门的事情。但对设施管理人员而言，信号问题其实早已出现在日常工作中：工单上传失败、维保人员无法调取资料、地下室电话中断、设备平台现场打不开、承包商需要反复寻找网络。
只是这些问题常常被登记成零散的“信号不好”或“通话掉线”，很少进入建筑资本计划。
文章提醒设施管理人员，不要只提出“改善无线网络”这样宽泛的要求，而应把问题转化为具体的运行证据：
- 哪些房间和作业区域的覆盖最差？直接列出最严重的几个点位。
- 一名外部维修人员要经过多少步骤才能接入系统？
- 连接能否经得起移动？从一个楼层走到另一个楼层，工单、通话或诊断任务是否会中断？
- 当前已经部署或正在试点的哪些AI工具依赖现场连接？
- 高峰时段实际在建筑中的人有哪些，现有网络又真正覆盖了其中哪些人？
这些问题比一张笼统的信号热力图更接近运营实际，也更容易进入租赁谈判、改造计划和资本预算讨论。
文章进一步提出，未来建筑内蜂窝覆盖可能会像空调容量和电力条件一样，逐步成为租赁和资产尽职调查中的常规内容。设施管理团队需要把连接能力当作共享基础设施，而不仅是面向办公室员工的一项IT服务。
六、对国内设施管理项目的启示
对高校、医院、产业园区、商业综合体和大型公共建筑来说，这一问题已经具有现实意义。
智慧巡检、移动工单、数字孪生、远程专家支持、设备预测性维护、机器人作业和AI辅助诊断，都依赖稳定连接。项目在会议室里演示时运行顺畅，并不意味着到了地下泵房、屋顶冷却塔或后勤通道仍然可用。
因此，数字化项目在建设初期就应把网络条件纳入现场调研。除了检查办公区网速，还应覆盖机房、地下空间、屋顶、装卸区、消防通道、电梯和室外作业区域。验收时也不能只测试静态点位，还要测试人员移动、跨楼层切换和高峰负荷条件。
设施管理部门、IT部门、资产所有者、租户和网络服务商也需要更早坐到一起。设施管理团队最清楚哪些区域经常发生故障，IT团队了解安全和接入要求，业主掌握资本预算，租户则能提供实际使用反馈。任何一方单独推进，都容易留下新的盲区。
更重要的是，建筑的连接能力需要持续维护。空间功能会调整，设备会增加，隔墙和装修材料会变化，人流和业务模式也会改变。网络覆盖不是一次建设后永远不变的结果，也应像空调、电力和消防系统一样定期检测、复核和更新。
结语：当建筑本身成为网络
《In, On & For》真正讨论的，并不只是哪一种无线技术更好。它关心的是，当建筑中的工作方式发生变化时，基础设施有没有随之变化。
进入建筑的人，已经不再只是坐在工位上的员工。维修人员、供应商、医护人员、患者、学生、居民和访客，都可能成为AI辅助工作和数字服务的参与者。谁能连接，谁不能连接，正在影响工作效率，也影响服务质量和建筑运行的连续性。
未来评价一栋建筑，不能只问“这里有没有网络”，还要问“这套网络是为谁建设的”。
设施管理的责任，正是把建筑中的人员、工作场景和基础设施连接起来。因为当AI走出办公室之后，建筑本身就成为了网络的一部分；而任何一个没有信号的角落，都可能成为数字化运行真正的边界。
