电梯行业平台

困人的那几分钟
不该靠运气

电梯是特种设备,维保受法规强制、安全被强监管。但困人真的发生时,救援链路往往还停在 「乘客拍门喊人 → 打物业电话 → 物业翻通讯录找维保 → 维保再找人上门」—— 每一环都靠人接得住,每一环都可能掉链子。

聆依把这条链路做成系统:视觉感知困人自动生成告警,平台自动外呼责任人, 无应答按秒逐级升级,全程从告警到归档留痕可查。

五端
坐席 · 物业 · 维保 · 救援 · 大屏
30s
无应答自动升级下一级
全留痕
告警到归档逐条可追溯
坐席台 · 实时告警 14:32:07
困人 1 号楼 2 单元 · A 梯
注册代码
3401···0217
停梯位置
7F–8F 之间
轿内人数
2(视觉)
  1. 00:00视觉识别困人,平台生成告警工单
  2. 00:03自动外呼责任维保人,同步推送物业
  3. 00:3330s 无应答,升级至平台坐席介入
  4. 再超时转 119(需坐席人工确认)

示意界面,用于说明处置时序

救援闭环

把「找人」变成「派单」

传统救援的核心问题不是没人管,而是每一步都要人主动发起。 平台的做法是把发起权交给系统:事件自己产生、通知自己发出、超时自己升级, 人只负责处置和确认。

  1. 1

    感知 轿厢视觉 + 物联感知

    轿厢摄像头识别人员滞留、异常停梯等状态,配合运行数据判定困人;不依赖乘客自己按下报警按钮,也不依赖有人恰好路过。

  2. 2

    告警 秒级推送

    平台即时生成告警工单,带上电梯注册代码、所属项目、停梯楼层与轿内人数,通过 WebSocket 同时推到坐席台、物业端与数据大屏——三方看到的是同一条记录,不需要互相转述。

  3. 3

    外呼 自动触达责任人

    按该台电梯的维保责任关系自动外呼对应维保人员,同时向其手机端派单。责任人是谁由台账决定,不靠坐席现场翻通讯录。

  4. 4

    升级 30s 无应答

    责任人未接或未接单,告警自动升级至平台坐席,由坐席直接介入处置。升级是系统按时间触发的,不需要谁想起来去追。

  5. 5

    兜底 转 119 · 人工确认

    坐席环节再超时,系统提示转接消防救援。这一步必须由坐席人工确认后才会发出——公共救援资源不能由程序自动占用,这是设计上的硬约束。

  6. 6

    处置与归档 全程留痕

    坐席可发起五方通话安抚被困人员;救援人员到场打卡、回填处置结果与现场照片;工单闭环后,这台电梯的告警、响应时长、处置人与更换配件全部沉淀进它自己的档案。

平台能力

五端各看各的,但看的是同一份数据

电梯这件事天然涉及多方——物业、维保单位、救援人员、平台坐席、监管。 平台按角色划分数据范围与操作权限,各端只看该看的,但底层是同一条工单、同一份台账。

平台坐席台

全量告警实时到达,一屏完成接警、外呼、升级与转接判断。

  • 告警队列按紧急度与等待时长排序
  • 五方通话对讲,安抚与确认同时进行
  • 升级与转 119 全部留操作人记录

物业 / 商家端

只看本项目的电梯,把「我这几台梯今天怎么样」变成一个可回答的问题。

  • 电梯台账:位置、注册代码、维保单位、下次保养日
  • 告警与处置进度实时可见,不用打电话问
  • 救援时效与故障频次月度报表

维保单位端

派单接收与工单闭环,顺带把配件更换记录攒成资产。

  • 按责任关系自动派单,接单即锁定
  • 配件台账:型号库 + 每台梯的实际装配清单
  • 到寿预警:把被动维修变成可预期的计划

救援人员端

手机上就能跑完,不用回办公室补表。

  • 接单、导航到场、到场打卡
  • 处置结果与现场照片直接回填
  • 响应时长自动计算,不靠自己填

数据大屏

给管理方和监管方看的那一块屏:态势、时效、隐患。

  • 区域电梯分布与实时运行态势
  • 告警类型分布、平均响应与到场时长
  • 高频故障梯排行,指向该重点关注的那几台

权限与数据范围

多方共用一套系统的前提,是每一方只能看到属于自己的那部分。

  • 平台超管 / 坐席 / 商家管理员 / 物业 / 救援,五类角色
  • 数据范围按项目与商家隔离,越权不可见
  • 关键操作(升级、转接、闭环)记录操作人与时间
演进路线

从「救援平台」到「后市场平台」

安全救援是入口,不是终点。电梯维保行业和汽修高度相似——小、散、乱、不透明。 救援平台真正的价值,是它天然沉淀了「哪台梯、什么时候、需要什么件」这份数据。

安全救援平台

已具备

告警到救援的完整闭环、五类角色与多端协同、权限与数据范围隔离。锁定电梯、物业与维保三方关系,拿到数据入口。

配件台账 · 健康档案

进行中

型号库、分类字典、每台梯的实际装配清单与到寿预警。把「坏了再修」变成可提前看见的配件需求。

备件商城 · 集采直配

规划中

维保单位平台一键下单、区域仓直配、以销定采少压货。曳引机、控制柜、门机、钢丝绳、光幕、五方对讲,就是这个行业的「轮胎」。

维保联盟 · 数据增值

目标

以 SaaS + 客户订单 + 低价正品配件赋能维保单位,形成联盟网络;台账与故障数据反哺到寿预测、保险与监管报表。

合作项目

迅立达电梯

电梯行业平台的合作方与业务场景来源。聆依负责软件侧的设计与研发交付。

迅立达电梯有限公司

一家做了十余年电梯的整机厂

成立于 2012 年,注册资本 5000 万元,国家级高新技术企业、安徽省专精特新中小企业。 生产基地位于安徽阜阳界首高新区,合肥设有中心。 产品线覆盖乘客电梯、观光电梯、家用电梯、医用电梯、载货电梯、别墅电梯、液压电梯与自动扶梯, 业务含研发、制造、销售、安装、改造与维保。

整机制造 安装改造 维保服务 旧楼加装 电梯物联
访问迅立达官网 →

聆依交付内容

  • 企业官网 24 个页面,纯静态、零外部依赖,含产品中心、研发实力、工程案例、新闻中心与代理招募。
  • 电梯预警一键救援平台 后端 Spring Boot + MyBatis-Plus + Sa-Token,管理端 Vue3 + Element Plus,移动端 uni-app 小程序。
  • 业务设计与原型 18 页高保真原型、角色权限模型、配件台账数据结构与后市场演进路线设计。

电梯、物业、维保,你在哪一端?

无论你是要给自己管的楼盘装一套救援闭环,还是想把维保业务从台账开始理顺, 都可以先聊聊现状——我们更擅长从你现有的流程往上搭,而不是让你迁就系统。

合肥聆依人工智能应用软件技术有限公司 · 安徽省合肥市蜀山区