从一块屏到一张工单，中间差了什么

做过不少园区项目，几乎每个客户都想要一块大屏。这东西也确实好验收，接上数据，图表一铺，领导来参观时往那儿一站，效果就有了。

但用过半年之后，差别就出来了。有的屏天天有人看，早上八点半运营先去那儿站五分钟。有的屏只剩来访时开一下，平时没人管它亮着还是灭着。

这篇不聊配色和动效，聊几个更没意思但更决定成败的东西。指标怎么分层，多久刷一次，看到异常之后能不能走下去。

屏该长什么样，取决于谁在什么时候看它

判断一块屏有没有用，只看一件事：它有没有改变某个人当天要做的一个决定。

01

别把所有指标放在同一层

最常见的毛病是把能找到的指标全摆上去。招商、租赁、收费、能耗、停车、充电桩，二十几个卡片铺满一屏，看着很丰满，实际没人能从中读出今天该干什么。

我们的做法是把指标分三层。

第一层是状态层，五到七个就够。整个园区今天是好是坏，一眼能答。出租率、收缴率、在租面积、本月新增合同、待处理工单数，这类。

第二层是结构层，按楼栋、按业态、按片区拆开。第一层某个数不对了，才需要往下看这一层。

第三层是明细层，具体到哪一户、哪张合同、哪笔账单。这一层不该常驻在屏上，点开才有。

状态、结构、明细，一层比一层具体

分层的好处不只是好看。它让异常有了方向：先看哪个状态不对，再往那个方向拆结构，最后落到明细。三步之内该找到的东西基本都能找到。

02

刷新频率不是越快越好

客户常提一个需求，要实时。真做了才发现，大部分指标根本不需要实时。

合同数、出租率这类，一天变几次，按小时甚至按天同步就够。停车余位、充电桩状态、门禁告警、设备在线率，这些才是秒级到分钟级的。工单和报修，按事件触发比定时轮询更合适。

硬把所有东西做成实时，代价不小。业务库被反复查，同步链路压力大，屏上数字跳来跳去反而没人敢信。更麻烦的是，一旦某个数因为同步延迟抖了一下，后面要花很多时间解释它不是真的变了。

我们的经验是给每个指标标一个数据时间。屏上不写"实时"，写"截至今天 08:30"。人看到具体时间，反而更敢用这个数。

03

看到异常之后，能不能走下去

这是分水岭。大多数屏到此为止：告诉你收缴率掉了 3 个点，然后没有然后。运营看到之后，还是得回工位导表，或者去问财务。

一个异常，得能一路拆到具体是哪几户

我们的处理是把下钻这条路打通。屏上发现某栋楼收缴率异常，直接跳到数智安全问数平台里继续问，按月看趋势、按楼栋比、按户拉欠费明细，一层层拆到具体是哪几家、各欠了几个月。

问数平台是只读接进来的，不改客户原来的业务库，业务人员用大白话就能问，不用写 SQL 也不用等 IT 排期。口径由客户确认后写成配置，权限按角色、片区、字段三层控制，每次提问留痕。

拆清楚之后还得有人去处理。这一步落在智慧园区综合管理平台上，直接生成一张催缴或巡检工单，指派到人，处理完回填，屏上那个数自己就回来了。

屏 → 问数 → 工单 → 回填，才是一个闭环

园区平台本身也分四块。PC 端管招商、租赁、合同、财务、OA。移动管理端给园区员工。移动服务端给入驻企业和访客，报修、巡检、停车、充电桩都在里面。数据可视化大屏是最上面那一块。

所以这两套东西的分工挺清楚。一个负责问到底，一个负责看得见、管得住。两套都能单独上，一起上时闭环才完整，而且都不替换客户原有的系统。

04

一个能自查的验收标准

上线三个月后，别去数屏上有多少张图。找运营问三个问题。

昨天有没有因为屏上的某个数，多做了一件事。那个数当时能不能一路拆到明细。拆完之后有没有落下工单，工单有没有人闭环。

三个都答得上来，这屏就是活的。有一个答不上，那就还只是块好看的显示器。

一个问到底，一个看得见、管得住

大屏这件事，难点从来不在把它做出来，在让有人每天愿意走过去看一眼，并且看完知道自己该干什么。

做到这一步，屏才算从参观道具变成了工具。

如果你也在做园区大屏，欢迎带着现在那一版来聊。可以先挑一个指标，把下钻到工单这条路跑通。