01 · 分工
硬件采集数据，软件给出答案。
传感器负责记录每一趟运行，真正有价值的是读懂它：同样一段信号，放在这台用了 18 年的老梯、这条井道、这样的使用强度下，到底意味着什么，事后还要拿得出证据。这靠的是多年的数据积累，而这些积累都沉淀在软件里。
听懂、判断、留证
- 为每台梯单独建立健康基线，逐趟运行打分
- 识别持续劣化趋势，给出疑似故障部件、运行区间和风险等级
- 对整个梯群按风险排序，技师每天的工作按实测风险安排
- 完整保留记录：修前是什么样，修后是什么样
- 经确认的维修结果作为反馈持续回流，用于优化后续判断
你得到的不只是一套传感器，而是过去无法回答的问题，如今有了数据答案；每一个判断，也都有记录可以追溯。
02 · 后台界面
四个界面，按实际使用顺序排列。
点击下方标签切换。一天的工作就是这样展开的：打开梯群总览，处理被标记的电梯，验证维修效果，交付记录。同样四个界面，在办公室用浏览器，在井道里用手机。
后台界面，数据来自真实部署。点击可放大。
点开「重点关注」，看到的是按实测风险排好的名单；任意一台再点一下，就能看到速度曲线、三轴振动和声学波形。梯群名单告诉你有哪些设备；按实测风险排序后，才能更快判断先看哪一台。
点开一条「启动抖动」预警：两趟从最底层出发的运行，原始三轴波形，异常时段已经框出。
真实后台界面，点击图片可放大。
不能指导技师到哪里排查的预警，只会增加噪音。梯先知会同时给出部件、位置和建议排查点位，预警可直接转为工单，减少二次确认。
- 纵轴刻度
- ±1.7
- 异常阶段
- 3 / 3
- 纵轴刻度
- ±0.8
- 异常阶段
- 0 / 3
手机端界面，曲线为实录数据。灰色为 Z 轴（竖直方向），红色为平滑趋势。注意纵轴刻度：修前 ±1.7，修后 ±0.8。
修前修后的变化，就是最直观的交付结果。客户未必能判断补偿绳是否更换到位，却能清楚看到同一段运行曲线由剧烈波动恢复平稳。这份记录同样经得起事后复核。
平台生成的维修诊断报告，对应上一屏的补偿绳案例。设备编号已部分隐去。
监管合规报告
可用于监管检查：包括设备信息、健康状态、风险等级、历史趋势，以及自动采集的完整维保日志。
业主与业委会报告
通俗易懂：本季度哪些梯需要投入、哪些不用，上一轮投入到底见了什么效果。
核保档案
逐台形成一致、可比较的状态风险等级，并以底层运行数据提供支撑。
事故数据日志
事件发生前、中、后的完整记录，全程自动采集，用于查明原因，而不是互相扯皮。
03 · AI 引擎如何工作
每台梯的每一趟运行，引擎都会这样处理。
它在后台持续运行，不靠按需触发，也不靠有人想起来去查。共四个阶段，其中第四阶段让前三个阶段越用越准。
工况对齐
每趟运行都标注载荷、方向、速度和运行区间，满载上行只和满载上行比。这类产品的误报，大多出在省掉了这一步。
对照自身基线打分
不套行业统一阈值，而是以这台梯自己记录的正常状态为准。所以一台用了 18 年的老梯也能被有效监测，不会天天报警。
匹配、定性、定位
持续的漂移会与故障特征库比对，库中收录 50+ 类故障特征模式，均来自真实电梯故障。输出结果包括部件、运行区间、严重等级和建议排查点位。
从现场验证中学习
技师完成现场复核后，无论初步判断是否准确，验证结果都会回流系统。随着这些结果不断积累，系统可据此优化对梯群的后续判断。
04 · 数据资产
你真正买到的，是这份档案。
传感器只能告诉你今天的情况。一份逐台记录、自动采集、跨越多年的档案，能告诉你：这栋楼值多少，哪家服务商在认真做事，上次维修管不管用，明年该做多少预算。这份档案不是产品的附带品，它本身就是产品。
持续增值
第一个月，平台开始了解这台电梯的正常状态；到第十二个月，它已经能对照历次维修前后的变化，识别季节性趋势，也能看出哪些楼宇的电梯负荷最高。这些判断来自持续积累，无法一次性买到。
独立运行记录
原厂平台由电梯制造商掌握，维保台账由被评估的维保单位自己记。这份记录独立于常规维保记录，为第三方审查提供更中立的数据依据。
随资产流转
更换维保单位时，历史数据留在楼里，不会被离场的维保单位带走。对业主来说，仅这一点就足以改变续约谈判中的主动权。
横向可比
每台梯都用同一套方法、同一个口径测量，所以不同品牌、不同城市的两台梯，也能放进同一张排序表。把整个资产组合放在一起做决策、做核保，靠的就是这一点。
平台运行时间越长，积累的价值越大。原因不是技术绑定，而是你的梯群独有的运行历史，只有持续记录才能形成。
05 · 报告与读者
一份记录，四类读者，一键生成。
每一项判断都可追溯至底层测量数据与运行记录，健康状态、趋势与效果验证均基于自动采集的数据，形成从异常发现、现场处理到维修验证的完整链路。
| 章节 | 内容 | 来源 | 读者 |
|---|---|---|---|
| 设备身份与配置 | 注册代码、品牌、型号、年份、额定速度与载重、所在楼栋与井道位置 | 接入时录入 | 各方 |
| 健康状态与风险等级 | 当前评分、等级，以及导致该评分的具体偏差项 | AI 引擎 | 业主、监管、保险 |
| 历史趋势 | 报告期内的振动与声学趋势，预警事件直接标注在曲线上 | 持续采集 | 业主、保险 |
| 维保记录 | 每次维保上门都由系统自动识别，记下时间和时长，凭的不是一张签字单 | 自动识别 | 业主、监管 |
| 效果验证 | 每次处置都在相同测点做修前修后对比 | 成对测量 | 业主、维保单位 |
| 未闭环项与优先级 | 尚未处理的问题按优先级排序，每项附建议排查点位 | AI 引擎 | 维保单位 |
06 · 权限
谁能看到什么。
底层使用同一份记录，再按不同角色呈现所需内容，让各方基于同一套可追溯测量数据进行复核，而不是各自保留一套说法。
维保单位
完整的梯群后台、预警、派工信息、修前修后工具，以及发给自己客户的报告。
业主与物业
仅限自己名下的楼宇：健康状况、风险、预算优先级，以及每次付费上门服务的验证结果。
检验检测机构
标准化的测量流程、可导出的曲线，每条签字结论都附有经得起推敲的证据。
保险与风险管理
逐台风险等级，可在整个资产组合内横向比较；发生事故需要调查时，提供完整数据日志。
梯先知为不同角色提供一致的设备状态数据基础：维保单位、业主、检验检测机构以及保险与风险管理团队。由于测量数据独立于电梯控制系统采集，同一套底层数据可以支持不同角色的查看与判断。
07 · 常见问题
这份记录能做什么，不能做什么。
运行记录事后能改吗？
被评估的一方改不了。运行记录由设备自行生成并按原样上传，后台不提供任何编辑运行数据的入口，整条链路上也没有人工签到、上传照片或手动填写字段这些环节。
有没有哪部分是人工录入的？
有一处，而且只有一次。设备台账——注册代码、品牌、型号、年份、额定速度与载重、所在楼栋与井道位置、楼层对照——在接入时一次性录入。此后的运行数据全部自动采集，台账本身也不能再由维保单位修改。
客户的现场反馈会不会改变这份记录？
不会。这里有两样东西是分开的：经过验证的维修结果可以作为反馈，用于优化后续判断；而对外提供给业主、检验机构或保险公司查看的运行记录（修前修后数据、作业时段）与这一优化过程相互独立，且不可编辑。
这份记录能替代法定检验或维保台账吗？
不能，它是补充。法定的定期检验、由有资质的维保单位实施的维护保养，以及这两者要求的记录，它都不替代。它补上的是一份没有人工填写的运行数据，让各方在沟通时可以引用同一个口径。