公寓宿舍WiFi计费系统：套餐体系怎么搭，主套餐、叠加包、优惠包各管什么

做公寓宿舍WiFi运营的，真正拉开差距的往往不是设备选得有多好，而是套餐体系排得顺不顺。套餐排得好，租户自己扫码开户、自己续费，管理员一个月都不用碰几次后台；套餐排得乱，今天这个到期来找你，明天那个扣错费来投诉，人全被琐事耗住。这篇就把套餐体系从底层拆开讲：主套餐怎么定、叠加包怎么用、优惠包什么时候上，以及不同用户组之间的套餐怎么互相不干扰。

主套餐是骨架，先把计费模式想清楚

公寓宿舍场景的计费模式，资料里明确支持包年、包月、包天、按小时、按流量这几类，外加免费时段。但并不是把这几类全开出来就对，主套餐定得越少越容易运营。出租屋、单身公寓这类短住为主的场景，包月和包天是主力，按小时和按流量只适合极少数临时需求；长租公寓和企业宿舍，包月和包年才是主线，包年还能把一次收上来的钱压住资金。主套餐定两类到三类就够，剩下的一律用叠加包去补，别让Portal页面上排一长串套餐，租户看着就头疼。

包月套餐的定价，背后要能算得平账：出口专线的月租、设备折旧、平台授权，这些固定成本摊到每间房上，加上一个合理的渗透率假设，才是包月价的底线。价格定在成本线附近或者略低，靠渗透率把盘子做大，是出租屋场景常见的做法，因为上网费本身就是租户居住体验的一部分，价格敏感度很高。

叠加包解决的是"主套餐不够用"的问题

叠加包的价值，在于不用动主套餐就能满足零散的增量需求。比如包月用户偶尔一个月流量用超了，想要个临时提速包；或者假期回来临时要用几天网，又不值得开一个月。这些场景靠叠加包处理，比单独开一类主套餐灵活得多。叠加包和主套餐的关系要在产品层面定义清楚：叠加包是在主套餐有效期内追加的时长、流量或带宽，到期时间一般和主套餐对齐，或者单独设定短周期，避免两边各算各的，账算乱。

叠加包的定价也有讲究。它比主套餐贵一点是正常的，因为叠加包的用户是"增量需求"，价格敏感度低，贵一点不影响购买决策；但不能贵到离谱，否则租户宁可换主套餐。叠加包买过一次之后，后台要能统计出来哪些叠加包卖得动、哪些挂在那里没人买，卖不动的叠加包该下架就下架，套餐列表保持干净，比堆满功能有用。

优惠包是运营手段，不是常驻配置

优惠包适合做活动：新租户首月半价、老租户续费送三天、开学季包年打九折。它的核心特征是限时、限人群、可撤回，做活动时放出来，活动结束就收回。优惠包和主套餐的区别在于，优惠包不能长期挂在那里，否则租户会产生锚定心理，等优惠结束就觉得涨价了。优惠包的设计，要能让后台按人群或按时间段投放，而不是管理员手工一个个改价。

这里要提醒一句：优惠包动的是价格，容易引发"为什么他便宜我贵"的投诉。所以优惠包要么全量投放、要么按明确的用户组投放，投放范围在后台要看得见、说得清，避免管理员自己都解释不了某个租户为什么是这个价。

不同用户组之间的套餐要互不干扰

一个公寓宿舍项目里，往往不是只有一种租户。企业宿舍里有员工，可能还有临时访客；公寓楼里有长租住户，底商还有商户；工厂宿舍里，倒班工人和行政人员的使用习惯也不一样。计费平台要支持划分多个用户组，不同用户组挂不同的产品套餐、不同的限速策略、不同的Portal页面，组与组之间互不干扰。这套能力资料里有明确支持：针对不同的用户组指定不同产品套餐，各项目之间互不干扰；批量修改产品时，只需改产品本身，所有对应用户的规则自动跟着变。

这个"产品与用户组解耦"的设计特别关键。运营中经常要调价：包月从30调到35，如果套餐是直接挂在每个用户身上的，管理员要一个一个改；如果用户挂的是"产品"，改产品就是改一群人，一分钟搞定。所以从第一天建套餐开始，就要用产品-用户组的结构去建，不要图省事把套餐写死在单个用户上，后期改价会改到怀疑人生。

套餐到期前后的节奏要设计好

套餐体系不是建完就完了，到期前后的流程才是运营的重头。租户套餐到期，如果账号直接停，人家正在用着突然断网，投诉就来了；如果到期了还继续放行，又变成免费蹭网。成熟的做法是：到期前通过短信通知提前提醒，到期后先停网但保留账号和余额，租户自助续费马上恢复，续费生效是即时的。这样既堵住了白嫖，又把"续费"这件事做成了租户的自助动作，而不是管理员的手工动作。

对长期不续费的账号，后台要有停机和销户的边界：欠费一段时间先停机保号，保留数据；超过更长时间再走销户清理。这个周期每个项目可以根据自己的租约结构定，但流程要在系统里落下来，不能靠管理员脑子记谁该清了。

套餐建好之后，盯数据比调价格更重要

套餐体系上线的第一个月，重点不是改价格，而是看数据：每个套餐卖了多少、续费率多少、到期后有多少人续费、叠加包卖没卖动、哪个用户组的人均在线时长异常。这些统计资料里都有现成的分析维度，注册人数趋势、在线人数趋势、人均上网时长、人均上网流量。数据跑一两个月，哪个套餐定价不合理、哪个叠加包该下架，就都有依据了，而不是拍脑袋调价。

套餐体系搭到位的标志，是管理员可以长时间不用碰后台：主套餐两三类就够用，叠加包把零散需求接住，优惠包只在活动期出现，用户组各自挂自己的产品。真到了要调价的那天，改的是产品而不是几百个账号，十分钟收工。骨架搭对，调价、做活动、清数据都是顺手的；骨架搭错，每调一次价都是一次运营事故。套餐从来不是越多越好，是越清楚越好。