WiFi网络计费系统的套餐体系怎么搭：时长、代拨、转发套餐与用户组绑定

项目刚上线计费，第一反应多半是“先建个包月套餐让用户能缴费”。短期能用，等真要分清宿舍区、办公区、访客区各走各的计费规则，才发现套餐和业务对不上。套餐体系真不是随便堆几个价格档位，它得跟认证方式、用户组、甚至网络出口绑在一起想。

系统里套餐大致分三类，每一类服务的场景完全不同。时长套餐是最通用的一种，按用户上网时长计费，适合工厂宿舍、出租屋这类"即买即用"的场景，用户交一笔钱用一段时间。代拨套餐和转发套餐则不是给普通上网用户直接用的，它们是给需要走运营商链路或多系统转发的场景准备的，后面会单独说。

代拨套餐的核心不是价格，而是它要携带代理拨号的配置信息，比如代理拨号所用的VLAN、代理拨号账号密码。这类套餐出现在企业宿舍代拨运营里：用户PORTAL认证通过后，代拨网关要拿着这些参数去和运营商BRAS做二次拨号。如果代拨套餐没配好，认证能过、计费也对，但用户就是上不了外网，问题就卡在链路这一层。产品手册里把代拨套餐明确列为支持代理拨号VLAN和代理拨号账号密码配置，说明它是运营侧配置，不是用户侧价格。

转发套餐则是面向AAA转发的配置，把认证请求按规则转发到对应的后台。多运营商接入的校园场景里，不同运营商的账号要走不同的AAA，转发套餐就是决定"这个账号去哪个运营商后台校验"的开关。它和代拨套餐一样，属于后台运营侧的套餐，不应该直接暴露给普通用户去选。系统同时支持这两种套餐，正是为了满足"复杂网络场景"的计费需求，而不是单一的上网收费。

还有一个新手最容易踩的坑：套餐必须和用户组绑定，否则开户或续费时根本显示不出来。这不是操作习惯问题，是系统的设计逻辑——用户属于某个用户组，开户或续费时只能看到该用户组下挂的套餐。很多项目前期图省事只建了套餐没建用户组关联，结果运营人员开不出单，用户续费页面空空如也，最后只能回头补绑定。产品使用手册里把这条列为高频注意事项，足以说明它多常见。

所以建套餐的正确顺序应该是：先想清楚要划分哪几类人群（学生、员工、访客、运营商代拨用户），建好对应的用户组，再把套餐挂到组上。系统支持灵活自定义资费套餐，也支持多用户组自注册分组，意味着你可以让不同组的人看到不同的套餐价格和计费规则，而不是所有人共用一张价目表。配合4W+B推送策略，不同SSID、不同位置的用户还能被推到不同的认证页和对应套餐，计费从一开始就按人群分层。

充值卡是套餐体系之外的一个补充手段。系统带充值卡功能，可以对接第三方网银支付，也支持用户自助绑定运营商账号。它适合不想走完整开户流程的临时场景，比如展会、短期培训，发一批充值卡就能让用户即充即用，不占用正式用户组的配额。充值卡和正式套餐并存，正好覆盖"长期用户走套餐、临时用户走卡"的两种运营节奏。

套餐搭得好不好，看的是"扩容时痛不痛"。一个正常的运营，半年后一定会遇到新增人群、新增出口、新增优惠活动。如果一开始套餐和用户组、认证方式、出口类型就是分层对应的，加一套新规则只是新增配置；如果早期把所有逻辑揉在一个套餐里，后期每一次调整都要担心影响存量用户。产品优势里把"灵活自定义资费套餐"和"财务运营数据统计分析"并列，说明套餐体系和后续运营分析是一体的。

套餐体系搭好之后，运营分析才有清晰口径。系统的人性化用户管理模块包含财务运营数据统计分析，套餐、账号、终端数、欠费、续费、停用、策略都能串起来看，运营者能据此判断哪类套餐真在用、哪类形同虚设。反过来，如果套餐乱建、和用户组不绑定，统计维度就会糊成一团，连真实的收入结构和欠费分布都看不清。

总结一下：时长套餐服务普通上网用户，代拨套餐和转发套餐服务运营商链路和AAA转发，三者用途不同不能混用；套餐一定要先绑用户组再指望它能显示；充值卡作为临时补充。把这套体系在开局阶段就规划清楚，后面的计费运营才不会天天救火，财务统计也才有清晰的口径可追。

一个容易踩的坑是套餐必须和用户组绑定，否则开户、续费页面都不会显示。很多项目在开局阶段建好套餐却"用不了"，查到最后都是忘了绑用户组。计费体系在规划时就该把"套餐—用户组—权限"这条线理顺，而不是等用户反馈了再救火。

说句实在的，套餐这事开局就想清楚最省心：时长、代拨、转发三类用途先分边界，要不要上充值卡补临时需求另说，最后统一归到用户组里。规划清楚了，后面财务统计才有口径可追，运营也不用天天被人问“我的套餐为啥不显示”。

顺带提一句，套餐价格档位之外，时长套餐支持按时长粒度计费，这是宿舍区按天、按周灵活收费的基础，别把所有场景都硬套包月。计费粒度选对了，运营侧的收费灵活性才真正释放出来。