酒店 WiFi 过去常被当成弱电项目的一部分：AP 装好、信号覆盖、客人能上网，项目就算交付。
但在智慧酒店场景里，WiFi 不应该只停留在"能连上"。它更像一个住客入口，连接认证、安全、会员、服务、工单和运维。
一、酒店 WiFi 首先要解决体验问题
住客对网络体验的判断很直接：连接是否方便，视频是否卡顿，会议是否掉线，房间和公共区域信号是否稳定。
如果酒店只在建设阶段关注 AP 数量和点位，后续缺少监控，网络问题就只能靠客人投诉倒逼维护。更合理的做法是把无线网络纳入运营后台，持续观察在线人数、AP 负载、弱信号区域、设备离线和高频投诉点。
二、Portal 认证不只是登录页
Portal 页面是住客连接 WiFi 时天然会经过的入口。它可以只做手机号、房号、验证码认证，也可以进一步承载会员注册、早餐券领取、延迟退房、客房服务、停车缴费、周边推荐和活动引导。
关键不是把 Portal 做成广告页，而是让它成为酒店服务入口。对中小酒店来说，这能把一部分服务前置到住客手机上，减轻前台和人工沟通压力。
三、认证和安全是公共网络的底座
酒店属于公共服务场景，网络接入不能只看方便，也要考虑身份认证、访问控制、日志留存和隐私保护。《网络安全法》对网络运营者提供网络接入等服务时的真实身份信息要求和安全责任有明确规定。
常见认证方式包括房号加姓名、手机号验证码、会员账号、前台授权码、会议临时账号等。住客侧流程要简单，后台侧能力要完整。
四、RADIUS 让"谁能上网、用什么权限"可控
RADIUS 常用于网络接入设备与认证服务器之间传递认证、授权和配置信息。放到酒店场景里，它可以帮助系统判断用户是谁、是否允许上网、应分配什么权限、是否需要记录认证和使用信息。
相比一个公共 WiFi 密码，Portal + RADIUS + 后台系统可以支持入住开通、退房失效、员工和住客网络隔离、会议临时账号、VIP 带宽策略等能力。
五、智慧酒店 WiFi 的难点是系统打通
很多酒店并不是没有系统，而是系统分散：前台 PMS、AC 控制器、Portal、会员 CRM、监控门禁、工单系统各管一块。
如果这些系统互不联动，入住后网络权限还要人工开，退房后账号可能没有失效，客人投诉网络慢也难判断是房间、AP、认证还是出口带宽问题。
所以智慧酒店 WiFi 的建设重点，不只是安装 AP，而是把认证、权限、房态、会员、工单和运维数据串起来。
六、从项目交付到长期服务
对弱电工程商和系统集成商来说，酒店 WiFi 不应只是一次性施工收入。围绕 Portal 页面维护、认证系统托管、设备巡检、告警处理、数据报表、多门店管理和后续模块升级，可以形成持续服务。
酒店也需要这样的长期服务，因为多数酒店不愿长期养一个专业网络运维团队，更希望稳定服务商把系统管好。
结语
酒店 WiFi 的上半场是覆盖和连接，下半场是认证、数据、服务和运营。未来智慧酒店竞争，不只是房间装修、价格和位置，也包括数字化服务体验。
对运营商、承包商和集成商来说，智慧酒店 WiFi 项目应该从网络建设延伸到认证计费、Portal 服务、运维管理和持续运营。