选WiFi计费系统之前，很多人花大量时间研究厂商PPT，对比功能列表，参观样板案例。但合同签完、跑起来之后出问题，往往不是功能不够，而是某些细节没谈清楚——或者压根没想到要问。以下是我在接触不同行业WiFi项目时，反复看到采购方栽跟头的地方，整理成八个问题。

不是每个问题都适用于每个场景，但拿着这份清单去跟厂商聊，至少能筛掉一批只会吹牛、交付跟不上PPT的方案。

问题一：并发认证能力，实测数据是多少

几乎所有厂商都会告诉你"支持海量并发"，但具体数字差很远。业内常说的"可支撑一万并发"，这个数字是在什么条件下测出来的？单节点还是集群测试？简单Portal认证还是加了802.1X？有没有叠加支付环节？

要求厂商提供现场压力测试报告，或者自己拿二十台手机同时发起认证请求，看系统响应时间是否在可接受范围内。厂商推三阻四不愿意做实测的，上线后大概率会出问题。

问题二：计费规则能精细到什么粒度

有的系统只能按账号计时，有的可以按设备计时，有的可以按时长加流量双维度计费。功能描述听起来差不多，落地到运营层面完全不一样。

有个连锁影院项目，最初选的系统只能按账号计时。一个观众买了票，同一账号同时连了手机和iPad，看电影两小时，平板那台设备也被计费，等于他被收了两份钱。被投诉好几次才发现是计费粒度的设计问题，不是bug，是产品本身不支持设备级计量。

问题三：认证数据能不能和企业CRM打通

WiFi认证本身是一个高价值数据入口。手机号、微信号、到访时间、停留时长——这些数据如果能和商家自己的CRM系统对接，就能做精准营销。系统是封闭的黑盒子，数据只能导出Excel，这部分价值就白白浪费了。

问清楚API接口是否开放、数据字段有哪些、支不支持Webhook实时推送、接口文档是否完整。连API文档都拿不出来的厂商，大概率是定制开发团队在维护，产品化程度很低，后期升级和维护都有问题。

问题四：支付渠道结算周期和费率

不同支付渠道的成本差异很大。微信支付和支付宝有标准费率；微信连WiFi场景的支付，还要叠加微信连WiFi的特定分成比例；银联通道费率不同；对公账户结算有周期问题。

签合同前把这些都算清楚：搞清楚每个套餐的实际到账金额，才能准确测算ROI。有些厂商报给你的套餐定价很便宜，但支付通道费一扣，实际净收入远没有看起来那么高。

问题五：系统故障时的降级策略是什么

计费系统挂了是最尴尬的——用户连上了WiFi但无法认证扣费，你是让他继续免费用，还是关掉网络？继续免费用，成本在跑但没有收入；关掉网络，用户直接给差评。

成熟方案应该有故障降级机制：认证系统异常时自动切换到免费放行模式，同时触发告警通知运维人员。这不是锦上添花的功能，是生产环境必备能力。

问题六：Portal页面能不能定制

认证Portal是用户接触系统的第一个界面。能不能定制Logo、能不能嵌入营销内容、支不支持自定义认证前广告，对商业价值影响很大。

有些厂商的Portal是固定模板，只能换颜色和Logo；有些提供了完整页面编辑器，甚至支持动态内容。差别在于：前者只是认证工具，后者可以把认证页面做成一个小型营销入口——展示今日优惠、引导关注公众号、推送会员注册入口。

问题七：审计日志留存多久

酒店行业等保评级需要留存上网记录；金融行业合规要求更高。先问清楚：系统默认留存多久、存储空间够不够、过期数据是自动清除还是手动清理、导出格式是否兼容合规审计。

这个问题在选型阶段最容易被忽略，但合规检查时是必查项。等系统上线了才发现日志只存了三个月，监管要求六个月，损失就大了。

问题八：厂商服务响应级别和升级节奏

WiFi计费系统不是买断就完事了。网络环境在变，攻击手段在进化，支付渠道政策在调整，系统需要持续迭代升级。

问清楚：一年有几个版本升级、升级是否免费、补丁修复的SLA是多久、是否有专属技术支持。避开"项目制"开发模式的厂商——合同签完原班人马可能已经撤了，后续遇到问题找不到人。

这八个问题问下来，哪些是真正经过生产环境验证的产品，哪些是拿着PPT来圈钱的方案，基本能分辨出来。