从一块屏到一张工单中间差了什么做过不少园区项目几乎每个客户都想要一块大屏。这东西也确实好验收接上数据图表一铺领导来参观时往那儿一站效果就有了。但用过半年之后差别就出来了。有的屏天天有人看早上八点半运营先去那儿站五分钟。有的屏只剩来访时开一下平时没人管它亮着还是灭着。这篇不聊配色和动效聊几个更没意思但更决定成败的东西。指标怎么分层多久刷一次看到异常之后能不能走下去。屏该长什么样取决于谁在什么时候看它判断一块屏有没有用只看一件事它有没有改变某个人当天要做的一个决定。01别把所有指标放在同一层最常见的毛病是把能找到的指标全摆上去。招商、租赁、收费、能耗、停车、充电桩二十几个卡片铺满一屏看着很丰满实际没人能从中读出今天该干什么。我们的做法是把指标分三层。第一层是状态层五到七个就够。整个园区今天是好是坏一眼能答。出租率、收缴率、在租面积、本月新增合同、待处理工单数这类。第二层是结构层按楼栋、按业态、按片区拆开。第一层某个数不对了才需要往下看这一层。第三层是明细层具体到哪一户、哪张合同、哪笔账单。这一层不该常驻在屏上点开才有。状态、结构、明细一层比一层具体分层的好处不只是好看。它让异常有了方向先看哪个状态不对再往那个方向拆结构最后落到明细。三步之内该找到的东西基本都能找到。02刷新频率不是越快越好客户常提一个需求要实时。真做了才发现大部分指标根本不需要实时。合同数、出租率这类一天变几次按小时甚至按天同步就够。停车余位、充电桩状态、门禁告警、设备在线率这些才是秒级到分钟级的。工单和报修按事件触发比定时轮询更合适。硬把所有东西做成实时代价不小。业务库被反复查同步链路压力大屏上数字跳来跳去反而没人敢信。更麻烦的是一旦某个数因为同步延迟抖了一下后面要花很多时间解释它不是真的变了。我们的经验是给每个指标标一个数据时间。屏上不写实时写截至今天 08:30。人看到具体时间反而更敢用这个数。03看到异常之后能不能走下去这是分水岭。大多数屏到此为止告诉你收缴率掉了 3 个点然后没有然后。运营看到之后还是得回工位导表或者去问财务。一个异常得能一路拆到具体是哪几户我们的处理是把下钻这条路打通。屏上发现某栋楼收缴率异常直接跳到数智安全问数平台里继续问按月看趋势、按楼栋比、按户拉欠费明细一层层拆到具体是哪几家、各欠了几个月。问数平台是只读接进来的不改客户原来的业务库业务人员用大白话就能问不用写 SQL 也不用等 IT 排期。口径由客户确认后写成配置权限按角色、片区、字段三层控制每次提问留痕。拆清楚之后还得有人去处理。这一步落在智慧园区综合管理平台上直接生成一张催缴或巡检工单指派到人处理完回填屏上那个数自己就回来了。屏 → 问数 → 工单 → 回填才是一个闭环园区平台本身也分四块。PC 端管招商、租赁、合同、财务、OA。移动管理端给园区员工。移动服务端给入驻企业和访客报修、巡检、停车、充电桩都在里面。数据可视化大屏是最上面那一块。所以这两套东西的分工挺清楚。一个负责问到底一个负责看得见、管得住。两套都能单独上一起上时闭环才完整而且都不替换客户原有的系统。04一个能自查的验收标准上线三个月后别去数屏上有多少张图。找运营问三个问题。昨天有没有因为屏上的某个数多做了一件事。那个数当时能不能一路拆到明细。拆完之后有没有落下工单工单有没有人闭环。三个都答得上来这屏就是活的。有一个答不上那就还只是块好看的显示器。一个问到底一个看得见、管得住大屏这件事难点从来不在把它做出来在让有人每天愿意走过去看一眼并且看完知道自己该干什么。做到这一步屏才算从参观道具变成了工具。如果你也在做园区大屏欢迎带着现在那一版来聊。可以先挑一个指标把下钻到工单这条路跑通。