景区票务管理系统上线时，"要不要一块大屏"经常被当成面子问题讨论。实际上大屏是一种特定形态的工具：它的价值只在于让值班的人在同一时间看到需要立刻反应的数，而不是把报表放大。真正让大屏有价值的场景只有四类，其余内容放上去只会占位置。

场景一：节假日值守，看的是实时压力。值守要的数只有四个：当前时段已售、当前时段已到、剩余可售、各入口通道排队状况。景区票务系统要在检票口和售票渠道两侧同时供数，且刷新间隔不能超过一分钟。这一屏的意义是决定"要不要开备用通道、要不要停售某个时段"。很多票务管理系统把大屏做成营收数字的滚动展示，值班人员看了整个假期也没得到任何需要动作的信息。

场景二：控流决策，看的是时段之间的偏差。分时预约的景区要判的是"约了九点的人几点真的到"。大屏上按入园时段画一条应到曲线、一条实到曲线，两条偏差拉大的时段就是需要调整的时段：实到远低于应到说明宽限口径没执行，实到高于应到说明有免票人群或年卡人群未被计入。控流的数据必须来自售检票系统的核验记录，而不是来自票务系统的订单时间，两者在实名改签频繁时会明显不同。

场景三：渠道当日判断。渠道结构要按当天看：直销、窗口、自助机、OTA、旅行社各占多少，销售当天要据此决定要不要收额度、要不要放现场余量。这一屏的关键是同一口径的对比——都要按出票量或都按核销量，不能左边按订单右边按票。票务管理系统里最常见的事故是两个图用了两个单位，销售看完做了相反的决定。景区票务系统要在字段命名上就区分"订单数"和"票数"，不要都用"销量"。

场景四：设备故障处置。入口设备一旦出问题，损失是排队与投诉，不是钱。大屏要有设备状态区：在线离线、缺纸告警、核验失败率异常、通道长时间无核验记录。这四个状态直接指向需要派人过去的位置。失败率高的通道要能点进日志看到原因码分布，是大屏的入口而不是终点——票务系统的价值在于从"看到这个数"到"知道该派谁"之间不需要再切三个后台页面。

两类不必放上去的东西。一是历史客流排行：它适合月度报告，放大屏上没有任何时点动作可以对应；二是滚动动画和地图特效：节假日值班时最需要的信息密度反而被压低。还有一个常被忽略的风险：大屏通常挂在门口或办公室走廊，证件号、手机号、员工姓名一旦出现在明细里就是泄露，票务管理系统的展示层要默认聚合，明细只在受权限控制的后台页面里看。

要不要做大屏，可以用一句话判断：这个数变了以后，值守的人会不会立刻做一个动作。会，就上大屏；不会，就放回报表。