设备报了警，然后谁去看一眼？

做物联网，很容易先聊设备：支持什么协议，能接多少种传感器，数据多久更新一次。这些当然要解决。不过我在想金沙江物联和小城市技术底座时，总会回到一个很普通的问题：设备报了警，然后谁去看一眼？

如果没人知道该做什么，一条及时到达的消息，也可能只是手机里又多了一个红点。

假设一间小店有个需要留意温度的设备。这只是用来讨论流程的例子，不是现有客户案例。传感器报来一个异常值，屏幕亮起提示。到这里，我们知道的是“收到了一次读数”，还不能直接知道现场发生了什么。

可能确实需要处理，也可能设备位置变了，或者上报中断后刚恢复。没有新消息，也不一定意味着一切正常。做这类系统，麻烦的地方常常是分清：正常、异常，以及暂时不知道。

让提示有下文

我希望这样的小系统至少能把几件事说清楚：哪台设备、什么时间、发现了什么；谁负责先确认，谁可以处理，多久没有回应要转给谁；看过以后采取了什么办法；隔一会儿再看，问题有没有解决。条件不足的时候，就明确留下“还没确认”，不要为了让页面好看，把它算成已完成。

举个继续往下想的例子：值班的人看到提示，先去现场核实，再决定是否联系维护人员。处理后，不是点一下“完成”就结束，还要看设备后续的读数，或者补一次现场检查。如果那个人今天休息，消息该转给谁？如果网络断了，还有没有不依赖这个系统的联系方式？这些安排，往往比多加一种通知声音更有用。

当然，也不能什么事都报。每一次短暂波动、同一故障的每次重试都叫人去看，久了大家可能只想关掉提醒。可以先分清哪些情况需要马上确认，哪些可以合并提醒，哪些只需留下记录观察；具体分法要结合设备和实际工作来定，不存在一个数值适合所有地方。告警少一点但有人负责，通常比满屏红点更接近日常。

底座不一定很大，事情要接得上

金沙江物联的项目资料里，有设备接入、状态、数据记录与通知等不同部分。我更在意的是，它们怎样组成一段别人能接手的日常工作。接入是开始，往后还有设备换了怎么办、负责的人换了怎么办、历史记录能不能查到。模块各自能亮起来，不等于责任已经有人接住。

这也是我继续做物联网中台、数据中台的一个原因。小城市未必需要先铺开一整套庞大的系统，可以先把一个地方、几台设备和一件具体事情照顾好。这里写的是我想继续验证的做法，不是宣布各个平台已经连通、所有场景都能交付。

判断一个提醒有没有用，我愿意先问：它有没有让该知道的人知道，帮他少猜一点、少跑一趟，最后把事情处理完？设备已经够认真了，一天到晚在报数。人这边的工作，也得安排明白。