酒店WiFi认证系统的选型和招标往往很顺利，厂家演示功能完整，验收测试也能通过。但正式上线运营之后，很多问题才慢慢暴露出来。有的问题影响住客体验，有的问题直接导致网监验收不过。
下面把实际项目中遇到最多的几个坑列出来，帮助你在部署之前有所准备。
有PMS系统的高星级酒店，上线认证系统最常遇到的问题就是对接不完整。
常见的情况是：厂家演示的时候，PMS联动认证流程跑得很顺。但实际部署时发现，酒店的PMS版本、接口字段、甚至房间状态同步逻辑都和演示环境不一样。有的酒店用的是旧版PMS，接口字段名称和厂家预设的不匹配；有的酒店退房流程不是自动的，需要前台手动触发——这些细节在选型阶段往往没有被充分验证。
结果就是：住客入住后，网络没有自动开通；退房后，网络没有自动关停。前台要花大量时间处理网络问题，投诉量增加，住客体验下降。
解决这个问题需要在上线前做真实的PMS对接测试，而不是只在演示环境里跑通流程。建议要求厂家提供至少一间客房的真实PMS联动测试，模拟完整的入住-上网-退房-注销流程，确认每个环节都正常。
这是最容易在验收阶段被发现的坑。
认证系统能正常使用，厂家演示没问题，验收测试也通过了——但网监来检查的时候，发现日志留存时长不够、日志字段不完整、或者日志无法按标准格式导出上报。
为什么会这样？因为日志留存和合规上报这两个功能，在选型和演示阶段往往不是重点。大家的注意力都集中在"能不能弹出认证页面"、"手机验证码能不能收到"这些直观的体验环节。等系统上线了、合规验收了，才发现日志存储空间不够、日志格式不符合标准，往往要重新调整配置，甚至需要升级硬件。
应对这个问题的办法是：在签约之前就向厂家明确要求，确认系统支持本地日志留存时长、日志字段完整性，以及是否支持对接当地网监平台的标准接口。如果不确定当地要求，可以要求厂家配合酒店一起向网监部门确认。
很多酒店在做网络规划时，把所有区域的WiFi都放在同一个SSID下面，用同一套认证策略。但实际上，客房区域和公共区域的管控需求是不一样的。
客房区域需要实名认证，留存日志，面向住客。公共区域（大堂、餐厅、会议室）如果是开放给所有访客的，认证方式可能需要更灵活——有的酒店选择短信认证，有的酒店选择限时免费放行，有的酒店选择不做实名但限制带宽。
如果一开始就统一用一套策略，公共区域的体验和合规要求都会变得复杂。比如大堂人来人往，如果每个人都要短信认证，前台压力会非常大；但如果不认证，就没有日志留存，不符合合规要求。
更好的做法是在网络规划阶段就把客房和公共区域分开规划。客房用实名认证系统对接PMS，公共区域可以单独设置SSID和认证策略——有的放行策略、有的带宽限制，有的区域甚至可以接入政府提供的公共WiFi认证平台。
认证页面是住客接入WiFi的第一触点，但很多酒店直到上线才发现页面的体验问题。
常见的问题包括：页面在某些手机上无法正常显示（尤其是小众机型或老版本系统）；短信验证码发送延迟，住客等太久以为是网络问题；认证成功后的跳转页面加载很慢，影响体验。
另一个经常被忽略的问题是：认证页面上的信息有没有经过酒店确认？有些厂家默认的认证页面包含品牌Logo、宣传语、甚至二维码，但酒店如果不主动提要求，默认页面可能带着厂家的品牌信息，或者内容多年没更新，影响酒店形象。
建议在上线前，用3到5种不同型号的手机（覆盖苹果、华为、小米、OPPO等主流品牌，以及iOS和Android不同系统版本）完整测试一遍整个认证流程，从接入WiFi到成功上网走一遍，发现问题提前调整。
连锁酒店在选型认证系统时，往往看重"集中管控"能力。但在实际使用中，这个能力如果设计不当，反而会成为新的麻烦。
常见的问题是：总部能看所有门店的数据，但各门店的操作权限没有区分清楚，导致门店员工能修改不该改的配置；或者总部统一的认证策略不适用于某些特殊情况门店（比如景区酒店淡旺季上网需求不同），但系统不支持灵活调整。
另外一个坑是报表和数据的颗粒度。总部看的是整体数据，但具体到单个门店查日志、做故障排查的时候，需要的是细颗粒度的操作权限和数据视图。如果系统不支持分级的数据权限管理，运营人员要么权限太大（能看到不该看的门店数据），要么权限太小（查自己门店的日志都要层层申请）。
这些问题的根源在于选型阶段没有把实际运营场景问清楚。建议在签合同之前，和厂家充分沟通各门店、各岗位的实际使用需求，确认权限模型和数据视图是否匹配。
在系统正式上线之前，建议逐项确认以下几点：PMS对接真实流程跑通了；日志留存时长和字段完整性满足当地网监要求；客房和公共区域的网络策略分别规划清楚了；认证页面在多种终端上测试过了；多门店/多岗位的权限和数据视图设计合理了。每一个环节提前确认，比上线后再发现问题要省心得多。
English