项目速览
- 行业：产业园区运营
- 交付内容：车牌识别接入、车位与通道管理、访客预约、月卡与计费、能耗监测、运行指挥大屏
- 周期：10 周；团队 5 人 + 现场 1 人
- 技术栈：道闸与相机厂商接口对接、PHP + MySQL、消息队列、可视化大屏
背景：三个系统、两本台账、一个微信群
园区有 462 个车位、12 个出入口通道，分别由两家厂商的设备管理，各自一个客户端。月卡登记在 Excel，访客登记在本子上，设备故障靠保安在微信群里喊「南门道闸又卡了」。
园区运营方想要一块大屏。我们先问了一个问题：「大屏看到异常之后，谁去处理？」如果答案不清晰，大屏就只是装饰。最终方案是把大屏与工单绑在一起。
方案
① 设备接入与统一台账
两家厂商的接口差异很大：一家推 HTTP 回调，一家只能轮询。我们做了统一接入层：设备、通道、车位三类对象标准化，识别记录落库后统一清洗（去重、去误识别、补偿对账），再对外提供查询。
② 计费与月卡
计费规则支持分时段、分车型、首小时免费、包月折扣；月卡与车牌绑定，支持续期提醒与欠费提醒。异常处理（识别失败、跟车、无牌车）进入待办清单，由值班人员确认补录，而不是让车主在出口堵着。
③ 指挥大屏
大屏分三列：左列总量（在场车辆、今日访客、设备在线、告警数）与能耗趋势；中列园区平面示意与车流热力；右列通道状态、告警事件与值班工单。所有告警都能点开生成工单并指派到人，形成「看见 → 派单 → 处理 → 关闭」的闭环。
工程难点
- 识别误差：雨雪天与逆光时识别率下降，加入「二次比对人脸/卡片」与人工补录通道，避免把技术误差转嫁给车主。
- 数据一致性：道闸抬杆与系统记录存在秒级时差，结算按「入场记录 + 出场记录 + 补录标记」三态判定，差异单独立池核对。
- 大屏性能：实时刷新用增量推送，不做整屏轮询；离线时展示最近一次快照并标注时间，不假装实时。
- 权限：保安、运营、财务三种角色看到的数据不同，财务只看结算相关，保安只看通道与工单。
结果
设备故障从「微信群里喊」变成「自动告警 + 工单指派」，月卡与访客台账统一；大屏真正被用起来，是因为每条告警背后都有人和流程。具体周转率与收入变化由客户掌握。
复盘
如果重做，我们会把「异常处理清单」放在大屏之前上线。先有处理能力，再谈可视化——反过来做，团队很容易陷入「屏很好看，但问题还在」的境地。
发表回复