客流分区
按入口、楼层看人流，当天就能看，不做成营销空话。
4–8 周首个场景上线
50+已交付项目
6 类常用协议接入
私有化数据可留本地
商场要同时看人从哪进来、公共区设备有没有停、电费用在哪。方案把客流、设备和能耗收成运营能看的几块：哪层人多、哪台设备告警、哪块用电偏高，不用在三套系统里对时间。
行业痛点
- 01
客流有没有、在哪一层，要等第三方第二天才给
- 02
扶梯、空调、照明坏了，工程和营运各知一半
- 03
能耗只知道整个商场很高，不知道高在哪
- 04
活动做了，看不出人流有没有变化
方案怎么搭起来
不换现场设备，先接数据，再按角色分端。四层里最花时间的是接入层，也是我们做得最多的一段。
L1
设备层
- 中央空调
- 扶梯
- 照明
- 客流
- 停车
现场已有的 PLC、仪表、门禁、摄像头、传感器。能读就读，读不到再加采集模块，不换原有控制系统。
L2
接入层
Modbus · OPC UA · MQTT · HTTP · GB28181 · SDK
常见协议直接接，网关负责协议适配、断网本地缓存和恢复后补传，数据不断档。
L3
平台层
- 设备台账
- 时序数据
- 告警规则
- 工单流转
- 权限与审计
设备台账、时序数据、告警规则、工单流转、权限与审计，一套后台支撑多个场景。
L4
应用层
- 客流分区
- 设备告警
- 能耗分区
- 活动对照
- 管理端看指标
- 现场手机处理
- 对外只开必要查询
同一条数据只采一次，后面每加一个场景都复用它，这是接入层要一次做扎实的原因。
方案内容
公共区设备
扶梯、空调、照明的告警进工程单，营运能看到是否在处理。
能耗分区
按楼层或系统看用电，偏高的区块单独列出来。
活动对照
活动前后的客流用同一口径比较。
适用场景
- 购物中心
- 商业街
- 交通枢纽商业
- 社区商业
一次真实走查
不看功能列表，看一天里具体发生了什么。以下是这类项目里最常见的四步。
- 10:00 开业前
空调按开业时间预冷，客流预测低的楼层延后启动。
- 15:20 扶梯异响
3 层扶梯异响，维保工单派给驻场班组。
- 当天
维修记录进设备档案，月度报告看故障分布。
交付节奏
每个阶段都有可检查的输出，不做「先做半年再验收」。
- 第 1 周
现场盘点
走一遍现场，列设备清单、可用接口和现有系统，确认哪些能直接读、哪些要加采集模块。
- 第 2 周
场景排序
把想做的事按影响大、能落地、依赖少排序，先挑一个能验证效果、又不牵动太多部门的场景。
- 第 3–5 周
接入与打通
网关接设备，数据进平台，告警规则、账号角色、通知对象配好，先给内部几个人用起来。
- 第 5–7 周
试运行
挑一个班组或一栋楼真实使用，按反馈改规则和界面，把误报和漏报压下来再扩大。
- 第 8 周
验收与复制
按验收口径逐条核对，补齐文档和培训，再决定复制到哪些楼栋、产线或项目。
验收按这三条核对
下面三条是从这类项目里总结出来的验收口径，写进验收单，而不是靠「感觉好用了」。
当天能看到人流在哪一层
设备告警和工单是同一条
用电高的区域能指出来
相关方案
常见问题
这个行业通常卡在哪里？
客流有没有、在哪一层，要等第三方第二天才给扶梯、空调、照明坏了，工程和营运各知一半能耗只知道整个商场很高，不知道高在哪活动做了，看不出人流有没有变化
逸付在这个行业做什么？
客流分区：按入口、楼层看人流，当天就能看，不做成营销空话。公共区设备：扶梯、空调、照明的告警进工程单，营运能看到是否在处理。能耗分区：按楼层或系统看用电，偏高的区块单独列出来。活动对照：活动前后的客流用同一口径比较。
做完之后能看到什么？
当天能看到人流在哪一层设备告警和工单是同一条用电高的区域能指出来
需要先换掉现有系统吗？
不用。平台通过接口或网关取现有系统的数据，原有的业务系统继续用；只有明确没人维护的模块才建议替换。
大概要投入多少、多久能上线？
按场景数量和设备接入点计价，先做一次现场盘点出清单，再给报价和周期。多数项目第一个场景 4–8 周上线。
免费诊断
说说你现在卡在哪一步
留一个联系方式，我们把同类项目的做法和一份场景清单发给你。判断下来不合适，也会直接说。
- 30 分钟电话，先判断值不值得做
- 给一份能落地的场景清单和周期
- 不用先付咨询费