酒店无线Portal认证按规模选型，房间数决定复杂度
酒店无线Portal认证这件事，看着是同一套技术，实际上不同规模的酒店做起来完全是两码事。一家三十间房的民宿和一家五百间房的五星级酒店，对认证的需求、愿意投入的成本、能接受的复杂度，差别大得惊人。给民宿推五星级的方案，民宿嫌贵嫌复杂；给高星级酒店推民宿的方案，酒店嫌简陋嫌不专业。酒店无线Portal认证的选型，很大程度上是由房间数决定的——规模定复杂度，复杂度定方案。
这不是说小酒店就该用差的方案，大酒店就堆配置。而是说认证系统的复杂度和酒店的运营能力、成本承受力要匹配。选型选错了，不是浪费钱就是撑不住，两种结果都不好看。
小型酒店：先合规，再谈体验
几十间房的小型酒店、民宿，是认证需求最朴素的一类。它们的核心诉求就两条：一是满足实名认证和日志留存的要求，不能因为网络合规问题被处罚；二是别给前台添太多负担，前台就那么几个人，不可能专门配一个网络管理员。所以小型酒店的认证方案要"轻"：部署简单、配置简单、日常运维简单。
短信实名认证是这类酒店最常见的选择。客人连上WiFi，弹个认证页面，输手机号收验证码，完成。不需要对接复杂的PMS，不需要庞大的后台，前台照着操作手册就能处理日常问题。日志和审计要求，通过认证系统自带的记录能力加上合规上报的配合来满足。硬件投入上，三网合一这类场景已经有成熟的低成本做法——保留运营商光猫架构，加商用无线路由和云管理平台，改动小、见效快。小型酒店要的不是功能全，是"够用、省心、不贵"。
中型酒店：开始要运营和对接
到了一两百间房的连锁型、中端酒店，需求就上了一个台阶。这类酒店往往有品牌统一管理的需求，门店不止一家，认证页面、上网策略最好能统一配置、统一管理。认证方式也开始多元：短信、微信、扫码，各取所需；PMS对接开始提上日程，客人办入住就能上网，凭证跟着入住流程走。连锁酒店还可以借助会员体系做点事情——上网账号和会员打通，不同等级的会员享受不同的上网策略，把WiFi从成本项变成运营项。
这个阶段的酒店，网络已经开始有人专门管了，可能是IT主管，也可能是区域网络负责人。他们需要的是一个管理界面清楚、策略配置灵活、多门店能集中看的认证平台。云端管理在这种规模下特别有优势：门店的认证参数、页面模板、设备状态都在一个后台里看，新开门店复制配置就能上线，不需要每开一家店都从零开始调试。
大型酒店：体验和边界都要讲究
几百间房的四五星级酒店，是认证需求最复杂的一类。高星级酒店的客人对体验敏感，认证流程要顺、要快、要几乎无感；酒店的部门多、场景多，客房、行政酒廊、会议室、餐厅、员工区，各自的网络策略都不一样；对外的形象要求高，认证页面要做得漂亮，品牌呈现要讲究。这类酒店通常要求PMS深度对接，房间号加姓氏拼音这种认证方式，兼顾了外宾和国内客人，也省了短信成本。
大型酒店的部署也更有讲究。本地部署一套完整的认证系统加日志审计，还是用云端的集中管理，要结合酒店的IT能力、带宽条件、监管要求来权衡。全光网络、多业务融合（上网、IPTV、电话、监控一套设备承载）这类新架构，也主要出现在新建的高星级酒店里。规模大了，还要考虑容灾和备份，认证系统的稳定性和数据安全，不能出半点纰漏。
选型要看的不只是房间数
房间数是选型的锚点，但不是唯一因素。同样是一百间房，连锁品牌和单体酒店的需求不同；同样是五星级，新建酒店和存量改造的路径不同。选型的时候要一起问清楚的问题包括：酒店的定位和客群是什么、现有网络是自建还是运营商的、PMS是什么品牌有没有接口、是否需要对接网监审计、员工网络要不要单独管理、以后会不会扩店。这些答案组合起来，才能定出一个匹配的认证方案。
选型的时候，和方案提供商沟通也要有章法。把自己的规模、客群、现有网络、合规要求讲清楚，让对方基于这些给方案，而不是让对方先报一个固定配置。正规的做法是带着需求去谈：现有网络是什么架构、PMS是什么系统、有没有对接网监的要求、预算范围大概多少。这些信息越具体，方案越贴合。反过来，如果供应商上来就推一套大而全的配置，不问酒店的实际情况，那就要多留个心眼——选型的出发点应该是酒店自己的需求，不是供应商的产品清单。
规模往上走，复杂度上升是自然的，但复杂度不该是目的。大酒店的方案复杂，是因为它的场景确实多、要求确实高；小酒店的方案简单，是因为简单才适合它。酒店无线Portal认证按规模选型，本质是让认证系统的复杂度和酒店的真实需求对齐，而不是让酒店去适配一套固定配置的方案。方案不是越大越全越好，合适才最好。