体育馆的大屏在落成那天最风光：数据滚动、地图点亮、曲线起伏，拍照发稿都够用。半年后再去看，屏幕还亮的不到一半，亮着的也多停在欢迎页轮播上。症结不在屏，在内容——展示类大屏和业务类看板是两种产品，用同一套需求和验收做出来，结果只能是好看但用不起来。
下面把两者的分界、失效原因、改造口径分开讲，最后给三条可以直接写进验收条款的建议。
一、展示屏与业务看板的四条分界
- 读者不同：展示屏给站着看 30 秒的来访者，看板给坐着盯一整天的值班员，前者要一眼抓人，后者要能追到细节；
- 刷新不同：展示屏按分钟更新即可，看板里的告警数据要按秒推送，并保留至少 90 天历史以便回溯；
- 密度不同：展示屏一屏 5 到 8 个指标是上限，看板可以一屏三十张卡片，但必须分层折叠、支持搜索；
- 验收不同：展示屏验收看画面，看板验收要看一个异常数字能不能点进明细、追到设备编号。
把这四条写进需求文档，能挡掉一半返工。实际项目里最常见的错配有两种：拿展示屏的炫技需求做成值班看板，值班员嫌它花哨；或者把看板的几十张卡片直接投上墙，观众一米开外什么都读不清。
二、用不起来的四个原因
- 数据不新鲜：接口每天夜里同步一次，白天看到的是昨天的数，值班员核对两次对不上就不再信它；
- 指标无口径：在线人数、客流、能耗三个数在大屏、票务、楼宇系统里各算各的，差异超过两成，谁也不敢拿它汇报；
- 没人绑定：内容更新责任不落到岗位，运营方想改要走工单，三个月后就没人再提；
- 只建不演：没有值班场景演练，异常发生时没人习惯在大屏上定位，大家还是回机房看原始页面。
四条里前两条是数据问题，后两条是机制问题。机制问题占的比重更高，也更便宜——不用追加预算，只需要把责任写进制度。
三、改造口径：从展示屏长出看板
不必推倒重来，按三层改造。底层补数据新鲜度：核心指标按业务分级设定采集间隔，告警类 5 秒、运行类 1 分钟、统计类 1 小时，并在屏幕上直接标注数据时间戳，让过期一眼可见。中层统一指标口径：建一份指标字典，每个指标写清算法、来源系统、责任部门三项，字典由运营方维护、承建方按字典开发，任何一方改口径都要留版本记录。上层做下钻链路：大屏保留 6 到 8 个总览指标，点击进入分区看板，再点进入设备明细，三级之间不超过两次点击。演示数据与真实数据必须分开标注，演练模式在角落挂明显标记，避免汇报时被误当作真实运行状态。
四、把大屏绑进日常流程
屏幕要用起来，得有固定时刻在用它。可选的绑定动作有三个：开馆前 10 分钟，值班员按大屏逐项确认客流、能耗、安防三个分区状态；闭馆后 10 分钟，核对当日峰值与异常记录；每周一上午用 15 分钟回看上周告警是否都闭环。每次确认在值班表上签一次，签满一个月形成习惯，屏幕就从装饰变成工具。再加一条硬约束：数据完整率按月统计，低于 95% 的指标自动派单给数据责任人，这一条比任何培训都管用。
五、给建设与运营方的三条建议
- 验收时按看板标准考一次：随机指定一个异常指标，现场两分钟内点到设备明细，点不到就不算通过；
- 上线两周内出指标字典并挂到内网，字典未定稿前不开放自定义报表权限，防止口径分叉；
- 把开馆、闭馆、周回看三个时点写进值班制度，签到记录作为运维月报的固定附件。