九龙 IT 支持：改建工业大厦里的真问题

简短答案： 九龙东的 IT 支持并不是一种和中环不同的服务，它是同一种服务遇上了一栋不同的建筑。改建工业大厦改变了 Wi-Fi 的物理规律、竖井的使用权、货梯通行条件，以及真实可达的响应时间。先勘察建筑，再采购网络；用物理层而不是工单等级来决定上门还是远程。

一家在观塘的进口分销公司曾经用一句话向我们描述他们的 IT 问题："办公室没问题，问题是这栋楼的其余部分。"以我们的经验，这是对九龙东特殊性最准确的一句总结，也解释了为什么一家公司可以买到一份完全合格的托管 IT 合约，却依然觉得自己没有被支持。

以下是一个具有代表性的复合情境，不是某个具名客户。文中的细节来自这一类企业在香港改建工业区里的真实运作方式，所描述的每一项服务机制都是博迅实际在做的事情。文中没有虚构任何价格数字、统计数据或客户名称。

为什么九龙东的 IT 支持和中环的感觉不一样？

搜索"九龙 IT 支持"，你看到的大多是服务商在描述覆盖范围——我们服务九龙、我们服务港岛、我们服务新界。覆盖范围是真实存在的，也确实重要，但它回答的是一个物流问题，不是一个工程问题。工程问题是：这栋建筑对你的网络和响应时间做了什么。

从 IT 的角度看，中环的甲级写字楼是一个相当配合的环境。楼层平面开阔且可预测。天花吊顶本来就是为布线设计的。物业管理处有一套成文的竖井申请流程。电梯又快又多，而且直达你需要的楼层。两个人抬着一台交换机和一把梯子，几乎在一天中的任何时段都能在几分钟内从街面到达你的楼层。

观塘、九龙湾或长沙湾的改建工业大厦是另一回事。它当初是为了搬运货物而建的，不是为了搬运人或数据。结构很重——厚重的混凝土楼板、间距很短的结构柱，有时还有几十年后加建的钢结构夹层。层高很慷慨，这听起来是好事，直到你意识到它意味着你的无线接入点最终会挂在使用者头顶五米的地方。货梯是共用的、慢的，而且恰好在你最需要的时段被其他公司的送货占满。至于你的"办公室"，往往不是一个空间，而是三个：前区办公室、陈列室，以及一层放着货架和存货的楼面。

这些都不是在抱怨九龙东。正是这类建筑，才让一家五十多人的分销公司在香港有可能把办公室、陈列室和存货放在同一栋楼里——这是一个巨大的运营优势，中环的写字楼在任何合理的价格下都提供不了。但这也意味着：为写字楼设计的 IT 支持在这里一定会表现不佳，而公司感受到的会是"我们的 IT 服务商很慢"，真相则更接近"我们的 IT 设计忽略了这栋楼"。

情境：一家公司、三种环境、一栋大楼

设想一家约五十五人的香港进口分销公司，做消费电子和家居用品。它从中国内地和东南亚的制造商采购，卖给香港的零售连锁和一批不断增加的区域批发客户，九年来一直待在九龙东同一栋改建工业大厦里，期间从一层扩张到了两层。

前区办公室大约三十人：销售、商品企划、财务、物流协调，还有一个两人的市场团队。这是标准的知识工作——Microsoft 365、一个 ERP 客户端、大量的 Excel，以及大量与横跨三个时区的供应商开的视频会议。

陈列室占了同一层的一部分。零售连锁的买手会进来、坐下、看产品。这里需要的是在客户面前一次就能连上的访客 Wi-Fi、一块不用折腾就能投屏的大屏幕，以及一个不会把访客笔记本电脑暴露到公司内网的演示网络。

存货楼面是另一层：货架、靠近电梯厅的收货区、手持扫描枪、两台标签打印机，还有六到八名整个工作日都在走动的员工。这里的设备不是笔记本电脑，而是三防手持机、打包台上的一台共用终端，以及一台必须在早上八点半——当天拣货单出来的那一刻——就能正常工作的打印机，而不是在有人重启两次之后的九点一刻。

三种环境。一份 IT 预算。一家服务商。而且关键在于：只有一张 Wi-Fi 网络，而它当初是某个人拿着手机在办公楼面走一圈设计出来的。

在改建工业大厦里，实际会出什么问题

按办公室设计、却部署进仓库的 Wi-Fi

这是我们在这一类客户中见得最多的失败，而且很少被正确诊断。办公楼面覆盖良好，因为无线接入点装在那里，而当初做步测的人也站在那里。存货楼面得到的是从楼板漏过去的信号，外加一两个装在"刚好有电源插座"位置的 AP。

物理规律不讲情面。金属货架几乎是最糟糕的无线环境：它反射、它吸收、它的特性随库存水位变化，而货架通道会像波导一样把信号沿一个方向送得很远、在另一个方向上却几乎送不出去。一月份在半空的存货楼面做的勘察，对十月份货架堆到顶层横梁时的同一层楼面几乎没有参考价值。再加上高层高——挂在五米处的 AP，其覆盖足迹比同一个 AP 挂在 2.7 米处大得多、也弱得多——你就得到了一张"测起来没问题、用起来不行"的网络。

员工反馈的症状永远不会是"射频设计有问题"。他们说的是"扫描枪老是掉线"、"打印机又离线了"、"我得走到窗边才能把拣货确认发出去"。这些被登记成设备故障，被当作设备故障修复，然后年复一年地重复。

而这正是无线网络勘察存在的意义。博迅的认证无线工程师使用 Ekahau Pro、AirMagnet 和 Chanalyzer Wi-Spy Dbx，产出显示信号强度、同频干扰和建议 AP 位置的详细射频热力图。针对四个不同的时点有四种不同的勘察类型：在采购任何硬件之前、基于平面图做的预测式勘察；设计阶段评估信号强度、AP 位置、射频干扰和噪声水平的新网络勘察；用来诊断既有网络为何异常的健康检查勘察；以及最后认证覆盖、干扰、信道和容量确实满足业务需要的安装后勘察。改建工业大厦里的分销企业，通常是先需要第三种，最后需要第四种。

竖井是业主的，不是你的

在改建工业大厦里，你两层楼之间的垂直布线通道往往不是你能自由使用的。有些大厦有正式的物业竖井申请流程；有些则是一套非正式流程，内容是"知道上次那单工程是哪家承包商做的"。无论哪种，在楼层之间敷设光纤或铜缆都是一项需要排期、需要许可的活动，而不是某个工程师在周二下午觉得这样更整齐就能做的事。

现实后果是：跨楼层的连接决策在短期内几乎不可逆。如果你把防火墙、主交换机和运营商线路终结都放在办公楼面，把存货楼面当成挂在单条上联链路下的卫星站点，那么这个决定你可能要背好几年。当那条上联链路劣化时，整个拣货作业跟着劣化，而修复它需要物业配合，不是一个带着压线钳的工程师就能解决的。这是一个值得认真讨论的设计问题，而不该是一个默认选项。

电梯、卸货区，与响应时间的物理学

每一份 SLA 都是用小时写的。而每一次真实的响应，衡量单位是"一个人带着设备走到你机柜前需要多久"。

在九龙东，这个人得先找到大厦，再使用一部和所有人的送货共用的货梯，而且经常要在卸货区排在一辆货车后面。如果他还带着一台替换交换机、一台 UPS 或一个服务器大小的箱子，客梯根本就不是一个选项。这些都不会出现在服务目录里，但它们全都出现在"纸面上的四小时 SLA"和"现实中的四小时 SLA"之间的差距里。

答案不是更严格的 SLA。合约上的等级不会让货梯来得更快。答案是把环境设计成：更少的问题需要人到现场，而真正需要到现场的那些，是成批的、排期的，而不是紧急的。这是一个设计结果，不是一个合约结果——也是大多数采购流程从来不会问到的那一部分。

存货楼面的设备经济学完全不同

办公室的笔记本电脑按更新周期替换，损坏是意外。仓库的手持机每天都被摔，住在充电座里，只跑一个应用，损坏是设计之内的事——它是有可预期故障率的耗材设备。用同一套方法管理两者，会同时产生两个坏结果：办公室被过度管理，存货楼面被支持不足。

一个有用的心智模型是：改建工业大厦里的分销企业，实际上在运营两套 IT 资产，它们只是共用一条互联网线路和一个公司名称。它们应该共用治理——一份资产台账、一套安全策略、一个服务台——而在运营上分开，因为货架上的一台备用手持机，价值高于一份四小时上门 SLA。

博迅怎么看待"建筑形状的 IT 问题"

先勘察，后采购

我们认为这是整个类别里杠杆最高的一条规则，而它经常被忽略，因为勘察感觉像是在"真正的工作"开始前的拖延。在改建工业大厦里，勘察就是真正的工作。基于平面图的预测式勘察——在采购任何东西之前评估墙体类型、AP 位置和用户密度——经常会把硬件数量往两个方向修正。有时它替客户省钱，因为八个位置正确的 AP 胜过十二个位置错误的。有时它让预算变多，因为存货楼面确实比办公室步测所暗示的需要更多射频点位。无论哪种情况，这个数字都不再是猜测，而是站得住脚的。

按最差的那一平方米设计覆盖，而不是按平均值

平均覆盖率是一个让人舒服但具有误导性的指标。一个覆盖良好率 95%、但有一条死角通道的存货楼面，问题不是 5%；它是一个每天都发生的运营问题，因为每天早上都有人站在那条通道里。仓库楼面的设计目标，应该是满库状态下最差的那个位置，并且在设备实际被握持的高度上测量——不是桌面 750 毫米高度上的一台笔记本电脑，而是两排满货架之间、胸口高度上的一台手持机。

用物理层决定上门还是远程，而不是用工单等级

大多数托管 IT 合约按严重程度升级到上门。在一栋"到现场本身就慢"的建筑里，严重程度是错误的判断轴。更好的规则说得直白些：如果故障在物理层之上，几乎总是应该立刻远程解决；如果故障在物理层，立刻派工，并停止尝试那些根本不可能奏效的远程修复。

这听起来显而易见，但实际上很少被真正落实，因为它要求服务台在第一次接触时就掌握足够多的环境上下文来做出正确判断。这是一项知识移交和上线准备的投入，不是技术投入。博迅的 24×7 多语言服务台是一个基于 ITIL 的全球服务台（GSD），由位于中国内地、香港和马来西亚的分布式中心运营，每年处理约 15,000 起 IT 事件和服务请求，提供粤语、普通话和英语支持，并在远程无法解决时升级为现场派工。在九龙东的语境下，它的价值不在于处理量本身，而在于这个服务台知道你的哪些问题值得一趟货车行程。

在环境恶劣的地方，把硬件风险从客户身上移走

仓库楼面很"吃"无线接入点。灰尘、高温、叉车碰撞，再加上一个简单事实：它们挂得很高，因此在坏掉之前几乎不会被检查。在托管无线网络的模式下，硬件是服务的一部分，而不是一次资本采购：搭建企业级无线不需要任何硬件或软件的资本投入；所有站点通过一个云端面板集中管理，而不是本地无线控制器；新站点用零接触方式自动配置；二线团队 7×24 小时守护可用性与安全；而当设备发生故障时，博迅在约定 SLA 内送来备件并完成更换，不额外收取硬件维修费用。

对一家陈列室 Wi-Fi 直接面对客户、存货楼面 Wi-Fi 直接关系营收的公司来说，把硬件更换风险转移给服务商通常是正确的取舍——不是因为硬件贵，而是因为另一种选择是：在拣货作业停摆的那个早上，你还得先开一场采购会议。

九龙东、港岛与新界：真正的差别在哪里

对分销型企业而言，三个区域的比较

香港岛（中环、金钟、鲗鱼涌、坚尼地城）： 甲级和乙级写字楼、配合的物业服务、快速电梯、可预测的楼层平面。无线设计接近教科书，物理响应很快。真正的约束是每平方英尺的成本，以及存货不可能放在同一栋楼里——所以 IT 从第一天起就在支持一个分点运营，连带承担所有连接和资产追踪的额外负担。
九龙东（观塘、九龙湾、长沙湾）： 改建工业大厦、高层高、重结构、共用货梯、混合用途楼面。办公室、陈列室和存货可以共处一栋楼——这是运营上的胜利——但网络必须同时为三种环境设计，而物理响应时间的上限由建筑而不是由路况决定。
新界（工业邨、荃湾、元朗、粉岭）： 专门建造的工业物业，通常更大、密度更低，人与设备之间存在真正的仓储级距离。从市区核心过去的车程成为响应时间的主导因素，这会把经济性推向"排期驻场"而不是纯派工。

我们已发布的香港覆盖指南讲的是全港范围的区域图景。本文刻意收窄到一个问题：在九龙东的一栋楼里，究竟发生了什么。

派工、驻场工程师，还是混合？

纯派工： 当故障确实偶发、网络设计本身扎实时，这是对的。它是最便宜的模式，而且完全依赖于"设计足够好，以至于很少需要上门"。在一栋没有好好勘察过的建筑里，它反而是最贵的模式，因为每一个覆盖问题都会以设备工单的形式出现。
排期定期驻场： 每周固定半天或一天。对这类客户被严重低估。它把不可预测的紧急上门转换成计划性维护，能抓住那个已经在悄悄劣化的高处 AP，也让存货楼面有一个可以在问题变成事件之前反映情况的人。
[全职驻场工程师](/zh/services/full-time-onsite-it-support-services)： 一位专属的、具名的工程师只在你的场地工作，完全融入你的团队，同时由博迅的工具、培训和升级网络支撑，休假与缺勤由受训工程师池补位。当运营规模大到"否则就会有人非正式地、并且做得不好地承担这份工作"时，它就是合理的。触发条件既包括人数，也同样包括设备数量和楼面面积。

九龙东搬迁或改造的实用顺序

如果你正在搬进、在改建工业大厦里扩张，或者在修复一栋这样的建筑，顺序比单项组件更重要。

第一，在真实条件下勘察。 在满库状态下对既有网络做健康检查勘察，而不是在年底货架半空的时候。在设备高度、在通道里、按货架实际的样子测量。拿到热力图，并且留存它。

第二，有意识地决定跨楼层拓扑。 互联网在哪里终结？防火墙放在哪一层？第二层是卫星还是对等节点？在你做出承诺之前——而不是之后——先问物业竖井怎么申请，答案可能会改变设计。

第三，把三种环境在逻辑上分开。 公司网络、陈列室与访客网络、存货楼面设备网络应该彼此独立。这是为了安全、为了故障排查，也是为了让陈列室里的一场产品演示不会拖慢楼上的拣货作业。

第四，用勘察结果而不是楼面面积来确定 AP 数量。 楼面面积是一种销售估算法。热力图才是证据。如果一份报价给了 AP 数量而背后没有勘察，那份报价就是一个穿着西装的猜测。

第五，明确约定上门与远程的规则。 写下哪些故障类别触发立即派工、哪些只做远程。把它写进服务定义里，而不是留在某个工程师的脑子里。

第六，安装之后要验证。 一份认证覆盖、干扰、信道规划和容量的安装后勘察报告，就是"我们装好了"和"它能用"之间的全部差别。坚持要，并且要读。

成本的形状，而不是数字

我们不会在这里编造数字，而且对于任何没看过你的楼就报出九龙东价格的人，你都该保持怀疑。真正值得事先了解的，是成本的形状。

博迅的托管 IT 支持方案是按公司规模分级的每用户月费，而入门级的规模界定是 1–5 名员工——所以并不存在把这种规模的企业排除在外的最低人数门槛。网络与无线是一个附加项，采用分段结构而不是简单的按设备数量乘算：一个统一月费覆盖最多 10 台设备，然后在 11–30、31–75，以及 76 台及以上重新分段。在改建工业大厦里真正会移动的，正是这个分段，因为存货楼面推高设备数量的速度远快于人数。两层楼做到像样的覆盖，可能落在和"单条上联链路的一层楼"不同的段位上——这又是一个"勘察应该先于合约、而不是跟在合约后面"的理由。

方案与附加项的实时分市场价格，公布在托管 IT 支持页面和价格页上。任何与你这栋楼相关的具体数字，都应该来自一次现场勘察，因为建筑恰恰是价格表看不见的那个变量。