La era del dashboard nos enseñó a admirar nuestros problemas en alta resolución. Un gráfico precioso de la anomalía. Un tile rojo parpadeando. Y después… alguien tiene que enterarse, decidir y llamar a alguien.
Aquí está la grieta por la que se escapa el valor: detectar no es resolver. La mayoría de herramientas de "smart building" se quedan en el dashboard. Y entre que "el sistema lo vio" y "alguien lo arregló" se pierde casi todo lo que importa.
Un ejemplo simple. La puerta de una cámara frigorífica se queda abierta. El dashboard pinta el tile de rojo. Tres horas después, alguien mira el dashboard. El stock ya está perdido. Ahora la versión que importa: el sistema detecta la puerta abierta, despacha a la persona más cercana y cierra el ciclo en minutos, con el tiempo de respuesta registrado.
Es la diferencia entre observar y operar. Entre la ronda fija — donde limpias el baño por calendario, lo hayan usado o no — y el servicio por necesidad: se limpia lo que se ha usado, se patrulla donde hubo evento, se arregla antes de que se rompa. El edificio deja de informar y empieza a despachar.
Y quien más gana con esto es quien hace el trabajo: los equipos de limpieza, seguridad y mantenimiento reciben la tarea correcta, en el sitio correcto, con prueba de SLA — en lugar de rondas a ciegas y discusiones sobre si la sala se limpió o no.
La parte honesta: cerrar el ciclo obliga a integrar con la parte humana y desordenada (órdenes de trabajo, apps de equipo, contratos de servicio). Es bastante más difícil que dibujar un gráfico. Justo por eso casi todo el mundo se queda en el gráfico.
Un dashboard bonito es un museo: vas a ver los problemas, bien iluminados y bien expuestos. La operación es otra cosa. El problema se detecta, se despacha y se resuelve antes de que te dé tiempo a ir al museo.