从东门走到西门的路上掏出手机，屏幕只亮那么几秒，风大、手冷、后面还有人催。这时候要看的那几行，跟值班室里那块十七个格子的大屏不是一回事。园长端如果只是把大屏缩到手机尺寸，基本没人会打开第二次。

两种任务，别共用一屏。大屏坐着的场景按秒刷新都不嫌多，越全越安心；移动看数的场景容错极低，一眼看不出重点，下次就不看了。票务系统里给园长端做数据，第一刀要砍掉那些看一眼也做不了决定的指标，把能立刻动手的留下。所谓“看数”，看的是要不要派人过去、要不要开备用通道，不是一个总数字。

首屏就留五个数。一是今日已售总量，线上和窗口各占多少并排放同一行；二是已入园人数；三是此刻在园人数；四是哪个项目或者时段快满，只写名字不写长句；五是待处理事项条数，退票异常、窗口挂单、设备离线都并进这一格。排序按“需要谁现在就动”来，不是按数据出来的早晚。多业态园区可以把第五格换成排队最久的那个点位，让人一眼知道往哪边走。剩下的十几个指标一律收进第二屏，别摆在首屏，走路时能看清的字号就那么几行。指标名也要写全名，不要沿用内部代号，猜代号本身就是一种负担。售票系统后台得先把这些数按项目、按窗口拆得开，手机端才放得下这五行；拆不开的时候，首屏怎么排版都只是把一堆数缩小号。

告警要两个条件同时成立才配推。第一是越过阈值，第二是持续多久。瞬时冲高不算，客流高峰十分钟里反复上下，只按阈值推的话一天能弹几十条。把持续时长从一分钟调到十分钟，条数立刻下来一截，剩下的才是真需要处理的。同类告警要合并，同一项目同一状态只推第一条，后续进同一格计数。售票系统里很多误报并不是算错，是只判断了“超没超”，没判断“超了多久”。

点进去看什么，要提前想好。第一眼之后的三秒，人想知道的是原因，不是明细表。往下第一层给分时曲线和昨天的同期对比，第二层给到具体窗口、具体项目，第三层才落到那一笔单。路径如果反过来，先给一堆流水，园长端就变成小型后台，走路时根本用不了。景区的票务系统里真正被反复点开的那几页，往往是趋势图和异常清单，而不是明细列表。

误报多了，就没人再看了。一周里有三四条白跑一趟的告警，通知权限就会被关掉，之后再真的事也推不进来。取舍上宁可阈值放宽一点、事后在票务系统里能查到全量记录，也别追求什么都第一时间推。售票系统这边把口径出稳，园长端才有东西可看：同一个“在园人数”，大屏、手机、日结不能算出三个数，差一个都要有人来问。

几行字看着小，实际是把哪一层数据抽上来的问题。首屏五个数能定下来，靠的不是排版，是票务系统里这些指标本身口径统一、按项目分得开、能追到窗口。先钉口径，再谈界面。