大屏和报表是两样东西。报表给想知道昨天发生了什么的人看，大屏给值班室里决定下一步要不要动的人看。判断标准不是全不全，而是能不能看一眼就知道要不要出手。多数景区的大屏做失败，是因为把财务月报搬上了墙。

必须实时的只有四类

入园客流、当前在园人数、各时段余量状态、核销异常率。这四类的共同点是过期就失去意义，晚十分钟看到只能用来后悔。客流要分通道看，总数帮助不大，真正要处理的是某个口积了长队而隔壁口空着。余量状态明确成售罄、紧张、充足三种显示，别丢一个小数让值班人员自己判断松紧。

营收笔数可以实时，营收金额的确认口径建议不要上大屏。金额牵扯退款、冲正和渠道到账时点，实时数必然和日结数不同，摆在墙上只会让人反复追问哪个才是对的。

哪些是算出来的假数

当前在园人数几乎都是推算：已售减已核销，再叠一个按平均停留时长估出来的离场量。这个数上午看着准，下午就开始飘，因为二次入园和短停的团队混在里面。指标旁要标一行口径说明，把数出来的和算出来的分开。预测今日到场量同理，把已售未核销全额算进去会明显高估，全排除又会低估。同比环比更麻烦，去年同期可能根本没有夜场，口径漂了没人提醒。

分渠道客流是最容易误导的一类：按下单渠道归因，旅行社报备的团队会把整车人算在旅行社头上，可这些人实际是自己走进大门的。做现场调度时，按入园时段和通道看，比按渠道看有用得多。

告警分三类，每类要有接收人

吞吐类：某通道积压超过设定时长、某时段刚售罄。质量类：核销失败率上升、接口超时变多、某台设备离线。业务类：某票种短时集中出票、同一凭证高频请求。三条共同的要求是每条告警带一个下一步动作和一个接收岗位，值班的人能点确认，一段时间内的重复告警合并成一条。没有接收人的告警等于没有告警，屏幕最后只会亮成一片背景色。夜间和周末的接收人不一样，通知对象按值班表走，这一点必须能配。

还有一条常被忽略：这屏到底是给谁看的。值班经理要的是全局异常和时段余量，通道主管只关心自己那几个口的排队，夜场负责人看的是开演前后那一档。三种关注点挤进一屏，最后每个人都在找自己的数。做法是按角色切成两三页轮播或者分屏显示，每页控制在五个数以内，宁可少放也不要缩字号。另一条是取不到数据时的显示口径：宁可写"暂无数据"并标出最后一次成功更新的时间，也不要显示一个零。屏上的零会被当成真实的零，接着就有人冲去质问系统是不是坏了，而实际上只是那条链路超时。

每个指标要能追到口径

大屏上的数点不开，就没人信它。做法是每个指标带一个明细入口，能看到统计范围、过滤条件、最近一次更新时间和数据源。刷新频率分级：入园客流十几秒一轮，容量余量分钟级，口径类分析数五分钟足够。全用同一频率，要么白耗资源，要么关键数不够新。

上线前的一句话

先定三个你真会拿来做决定的数，比如各通道当前排队时长、当日剩余可售、核销失败率，把这三个跑准，比一屏铺二十个指标有用。指标一多就没人看，真出事时反而找不到那一个关键数。