Planeamos el despliegue de Beacons para seis semanas. El plan estaba limpio. El edificio no.
El plano es una mentira
Nuestro modelo decía que un Beacon cada veinte metros cubriría un piso. Lo habría hecho, en una simulación sin paredes, sin racks y sin gente. El piso real tenía estantería de acero que se comía la señal y una escalera que se volvía una zona muerta del tamaño de una sala de reuniones. Caminamos el espacio con un teléfono y un cuaderno — la forma vieja, porque el modelo estaba mal — y encontramos once huecos que las matemáticas nunca vieron. No puedes modelar un edificio en el que no has estado parado.
Las baterías se mueren en un horario que no dibujaste
Calificamos las celdas de los Beacons en dos años y archivamos el ticket de reemplazo en un cajón. Mes dieciocho, los primeros se apagaron, y no parejo. Los beacons de la cámara fría murieron primero — la baja temperatura frena la química, luego la tira de un precipicio. Los que estaban junto a la zona de carga murieron de vibración, no de edad. Para el mes veinte teníamos un goteo constante de unidades silenciosas y una queja muy real de «¿dónde está el localizador?». Ahora las cambiamos en un calendario escalonado según dónde cada Beacon vive de verdad, no el mejor día de la hoja de datos.
La gente encontrará el hueco
Esta nos avergonzó. Seguíamos herramientas compartidas con beacons, seguros de que los datos mostrarían quién usaba qué. Mostraron otra cosa. Alguien había puesto cinta de aluminio sobre el Beacon de la herramienta que quería quedarse, así que el sistema creía que nunca salía de la jaula. Construimos «detección de anomalías» por una semana antes de que un técnico se acercara y quitara el aluminio. El Beacon estaba bien. El humano fue creativo. Ningún algoritmo parcha eso.
Los gateways que olvidaste encender
Contamos beacons. Olvidamos los gateways que escuchan. La mitad de nuestros tickets de «Beacon muerto» eran en realidad un gateway que perdió su cable Ethernet, o un switch que alguien reinició en la VLAN equivocada. El localizador parecía roto. La radio estaba bien. Monitoreamos los gateways como si fueran el producto ahora, porque en un sistema Beacon, lo son.
La parte que sí funcionó
No todo falló. El dashboard que convirtió «14 beacons en silencio esta semana» en un punto rojo en un plano — eso se abría cada mañana. Los equipos que lo usaban dejaron de perder cosas. La lección no era la tech. Era que un Beacon es tonto hasta que alguien lee lo que dice, y la mayoría de nuestros fracasos eran nuestros.
Si lo hiciéramos otra vez
Pararíamos en el edificio antes de abrir la hoja de cálculo. Cambiaríamos baterías al reloj del edificio, no del vendedor. Y asumiríamos que los usuarios van a ganarle al sistema, porque lo harán. Una implementación de Beacon no es un producto que envías. Es un hábito que tienes que mantener.
