认证只是入口,真正决定「谁用多久、用多少、什么时段能用」的是策略。策略定得粗,认证就只是个登录框。

一、策略的六个维度
| 维度 | 常见取值 | 适用 |
|---|---|---|
| 计费模式 | 包月不限时 / 按时长 / 按流量 / 免费 | 酒店客房多包月,商业访客多按量 |
| 时长 | 2 小时 / 24 小时 / 7 天 / 入住期 | 按场景配 |
| 并发终端 | 1 台 / 3 台 / 不限 | 限制一人多设备占带宽 |
| 免费额度 | 前 30 分钟免费 / 每日 N 分钟 | 体验与成本平衡 |
| 时段 | 限定夜间 / 周末 / 会议时段 | 会议场地的按需开放 |
| 限速 | 单终端上下行上限 | 保整体体验,防止单点占满 |
二、常见组合
酒店客房:与房态绑定,入住期间自动开通、离店自动关闭,账号即房号或手机号;商业访客:短信或微信认证 + 每日免费额度 + 超时降速;会议室:预约后自动开通、时段结束自动回收;员工:802.1X 不限时长但限并发设备数。把这几种做成模板,运营侧调整时只改参数不改流程。
三、计费口径与对账的三处易错
① 上线时与下线的定义:是以「认证成功」还是「最后一个数据包」为准,两者差异在长连接场景很大;② 时间单位与时区:跨时区连锁要统一,否则账单对不上;③ 免费额度与叠加关系:同一账号多终端时额度是共享还是各自计算,必须在规则里写死。对账建议:把认证系统日志、计费流水、出口网关流量三侧按账号做一次三方核对,差异要能归因到具体规则。
四、策略变更要留痕
策略调整(时长、额度、限速)要记版本与生效时间,因为账单争议一定会回溯到当时的规则。变更前评估存量用户影响,尤其是缩短时长或降低额度这类会立刻产生投诉的动作。
五、策略配置表(可直接落表)
| 策略项 | 酒店客房 | 商业访客 | 会议室 |
|---|---|---|---|
| 账号来源 | 房号/手机号(随房态) | 短信/微信 | 预约系统下发 |
| 认证方式 | 与入住流程联动 | 一次性验证码 | 免交互 |
| 有效期 | 入住至退房 | 2 小时 / 当日 | 预约时段 |
| 并发设备 | 2 台 | 1–2 台 | 不限 |
| 免费额度 | 不限(已付费) | 30 分钟/日 | 不限 |
| 限速 | 按房型分档 | 降速不限断 | 不设限 |
| 到期动作 | 随退房关闭 | 降速或断网 | 自动回收 |
六、策略评审的三个问题
任何一条策略在落地前先过这三问:① 客人的直觉是什么(他会不会觉得被坑)?② 异常时谁兜底(前台能不能临时放行、怎么记)?③ 账怎么算(这条规则的计时起点和终点写在哪)。三条都能答上来,策略才算写完,否则一定在上线后返工。
本文整理自公开技术文章,正文未做实质性改写,仅供技术参考。正文主体与原文基本一致,版权归原作者所有;本站仅作技术学习与方案参考,如涉侵权请联系本站删除。



评论 0
还没有评论,来抢沙发吧。