酒店做WIFI实名认证上网系统，多数是等装修快收尾、弱电快验收了才想起来问一句"上网这块怎么弄"。这时候网络布线已经定死，机房位置也不好改，很多本该在筹建期就拍板的事都变成了将就。我们接触过不少酒店项目，真正上线顺利的，往往不是设备买得多好，而是筹建期就把几件关键的事定下来了。这篇不讲产品参数，只讲以我们的经验，酒店在开工前后应该先想清楚哪些问题。

先确认认证到底是给谁用的

这句话听着废话，但很多酒店从头到尾没想明白。是只给客房住客用，还是大堂、餐厅、会议室的临时访客也要覆盖？住客用房卡号还是手机号认证？会议客人是不是要单独发一批临时账号？这些问题决定了认证系统要对接哪些数据源。如果只服务住客，那和PMS前台系统打通就够了；如果连会议、宴会的散客都要管，账号体系就得复杂不少。筹建期不把用户范围划清楚，后面就会出现"临时加需求"，而临时加的东西往往接得很难看。建议在这个阶段就把所有上网人群列一张表，每一类人怎么进网、用什么身份认证，先写下来。

实名这条线要走到什么程度

实名认证不是一个开关，而是有深浅的。有的酒店只要求手机号验证码，能追溯到人就行；有的地方公安要求接身份证核验，甚至要对接当地的信息安全管理平台。这个要求跟酒店所在城市、星级、是否涉外都有关系。筹建期最该做的一件事，就是主动去问当地网安部门对住宿场所WIFI的具体要求，而不是等开业后被检查了才补。我们见过一家新酒店开业三个月，被要求限期整改上网日志留存，临时找厂商加模块，手忙脚乱。这种事只要在筹建期问一句，就能提前规划进去。

和PMS前台系统的对接方式要早谈

住客上网体验好不好，一大半取决于认证系统和PMS对接得顺不顺。理想状态是客人入住登记后，凭房间号加姓名就能直接上网，退房自动断网，不用再单独注册。但PMS厂商五花八门，接口开放程度差别很大，有的给标准API，有的只能导数据库，还有的干脆不配合。这件事必须在筹建期就和PMS供应商、认证系统供应商三方一起谈清楚，确认接口能不能通、由谁负责联调、费用怎么算。等到快开业了才发现PMS不给接口，那客人就只能手动注册，体验差一大截，前台还得反复解释。

网络架构要给认证留出位置

认证系统不是孤立的一台服务器，它要串在网络流量的路径上。认证网关放在哪、和核心交换机怎么接、旁路还是串接、认证服务器放本地还是上云，这些都影响网络架构设计。如果弱电布线时完全没考虑认证的位置，后面要加设备就可能得重新调整链路。筹建期做网络方案时，就应该把认证网关的位置、上联下联关系、冗余方案一并画进拓扑图。这块和弱电总包沟通的成本很低，但如果漏掉了，返工的代价很高。

客房和公共区域的覆盖标准要分开定

客人对客房WIFI的要求越来越高，躺床上刷视频卡一下都会给差评。而大堂、走廊这些公共区域，够用就行。筹建期做无线覆盖设计时，客房最好做到每间房或每两间房一个面板AP，信号强度和带宽都要留足；公共区域按人流密度布放吸顶AP即可。认证系统本身不解决覆盖问题，但覆盖不好会被算到"上网系统不行"头上。所以覆盖设计和认证系统虽然是两码事，筹建期得一起考虑，标准要分区域定清楚，别一刀切。

带宽和出口要按满房峰值算

很多酒店的宽带出口是按平时估的，一到旺季满房，晚上大家都在房间看剧、开视频会议，出口就被打满，认证是过了，网速却慢得让人骂街。筹建期谈宽带的时候，就要按满房加上公共区域客流的峰值来估出口带宽，并且和运营商确认是不是独享带宽、有没有保底速率。认证系统里通常能做带宽限速策略，比如给每个住客限个上限，避免个别人把带宽占光。这套策略也应该在筹建期就规划好，而不是等投诉多了再临时限速。

运维责任要在开业前落到具体人

系统上线后总会有小毛病，某个AP掉线、某个客人认证不上、日志要导出配合检查。这些日常运维谁来管，是酒店自己的IT，还是外包给厂商，还是集团统一远程支持，这件事必须在开业前定下来。我们见过太多酒店，开业时热热闹闹，系统交付后没人真正接手，出了问题前台只会说"网络坏了"，客人体验一路下滑。筹建期就该明确运维责任人、响应时限、常见问题的处理手册，最好让厂商做一次面向前台和工程部的培训。这件事不花什么钱，但决定了系统能不能长期稳定用下去。

筹建期是最省钱的阶段，很多事情这时候定只是动动嘴、改改图纸，等开业后再改就是真金白银加工期。酒店WIFI实名认证上网系统看着是个技术活，真正的坑大多在前期规划没做透。把上面这几件事在开工前后就摊开来谈清楚，比后面反复救火要从容得多。