做智慧城市集成的老炮儿聚在一起，聊起路边停车这块业务，往往都是相视苦笑。在城投、交投体系里干过静态交通的人，大抵都有过这种无奈：路边车位画了一大片，白天看着满满当当，月底财务一对账，发现该收的钱和实收的钱之间，能差出一辆宝马5系的年款。
我不是在开玩笑。去年我们接手华东某新一线城市下属区城投的路边停车改造前，他们旗下的停车管理公司总经理私下跟我说，公司管着主城区近1.2万个路内泊位。每年明面上亏损倒是不多，但“跑冒滴漏”像个无底洞。他拿不出证据说是谁贪了，但数据不会骗人——地磁上报的停泊车次，和前端收费App里生成的订单，差了将近三成。
这事儿得从传统方案的技术架构说起。早几年大家迷信“云边端协同”里的“云”，觉得什么都往云端甩就行。现实呢？路侧用的NB-IoT地磁，信号本来就不稳，车进来了，地磁感应到，走运营商网络发到平台，平台再派单给巡检员的手持终端。这一套链路跑下来，但凡市政施工挖断光缆，或者阴雨天信号衰减，订单就丢了。更麻烦的是人为因素。巡检员拿个POS机或者扫码枪，看见熟人的车、或者自己想捞点外快，手动不生成订单，这车停一天平台都不知道。这种“漏斗式”管理，业主单位靠查监控根本防不住。
转机出现在去年二季度，我们给他们上了一版基于边缘计算的路边停车收费系统App方案。注意，这里说的不是只给车主做个扫码缴费的小程序，那是面子；里子是路侧边缘计算节点。
我们在路内停车带部署了带边缘算力盒子的高位视频，以及几台装载边缘推理模型的智能巡检车。核心逻辑变了：车牌识别、泊位状态判断、计时计费，全部在路侧的边缘设备本地完成。比如一辆车开进车位，高位视频的边缘盒子0.3秒内抓拍、识别、本地生成待支付订单，并且用轻量级哈希做了防篡改签名。就算这时候网络彻底断了，边缘节点本地也能存下最近半个月的完整交易流水，恢复通信后单向同步，绝不上云改账。
这对杜绝跑冒滴漏意味着什么？意味着数据从产生的那一刻起，就没给人为干预留后门。车主端的App和巡检端的管理App，直接跟边缘节点的结果对账。遇到那种停了三天不动的“僵尸车”，边缘节点自动识别时长异常，直接推工单给最近的管理员App，管理员不去现场处置，系统在他的绩效考核里就挂红。以前那种“巡检员睁只眼闭只眼”的猫腻，瞬间没了生存土壤。
降本增效的效果，业主单位自己在半年度复盘会上晒了数据，我转述一下：
人工成本这块，原来一个地磁片区得配1个巡检员盯30个车位，现在边缘视频 巡检车覆盖，1个人管100个车位还悠哉得很，一线运维和收费员编制直接砍掉35%，这就是实打实的降本。
营收端更明显。路内停车收缴率从改造前的65%左右，半年内爬到了97%以上。总经理原话是“以前总感觉钱在漏，现在终于把水池底焊死了”。
还有个意外收获，因为边缘计算实时性好，车主App里推送的入场通知几乎是同步的，避免了过去“云回传慢半拍”导致的误计费投诉，客服工单量降了四成，这又省了一笔隐形运维费。
干了这么多年智慧交通集成，我越来越觉得，ToG和ToB的业主单位，要的从来不是花哨的大屏和概念。他们要的是把每一分钱都踏踏实实收上来，把每一个车位都明明白白管起来。边缘计算在路边停车收费系统App里的落地，看似只是架构挪了个位置，实质是管理闭环的物理级加固。那些还在死磕纯云端方案的朋友，建议去一线停个车、断个网试试，坑都在泥里呢。
微信号：18581869297