Las alertas de stock bajo van donde tu equipo ya conversa
Aquí está la verdad incómoda sobre la mayoría de las roturas de stock: el dato lo sabía. El recuento llevaba días bajando, la cifra estaba ahí, a la vista, en el sistema, y el punto de reposición se había cruzado con de sobra margen de entrega. Lo que falló no fue el seguimiento. Fueron los últimos tres metros entre el sistema y un humano capaz de hacer algo al respecto.
Los dos modos de fallo clásicos
Los equipos suelen intentar cerrar esa brecha de dos formas, y ambas tienen fugas.
- «Consultamos el panel.» Los paneles son de tipo pull, no push. Funcionan exactamente tan a menudo como alguien los abre, lo que, en una semana ajetreada, equivale a nunca. La persona que suele revisar se va de vacaciones, y el hábito se va con ella.
- «Recibimos alertas por correo.» El correo es donde las alertas van a morir en silencio. Aterrizan en la bandeja de una sola persona, compiten con todo lo demás, las barren los filtros y crean un único punto de fallo: si esa persona las pierde, la empresa las perdió.
Por qué un canal cambia las probabilidades
Publicar la misma alerta en un canal de Microsoft Teams resuelve los dos problemas de una vez, y vale la pena ser preciso sobre el porqué:
- Es push, en un lugar donde la gente ya mira. Nadie tiene que acordarse de revisar nada. La alerta interrumpe, educadamente, en la misma ventana donde el resto del día ya transcurre.
- Todo el mundo la ve, así que cualquiera puede actuar. Una alerta de canal no está asignada a una bandeja, es visible para todo el equipo. La primera persona disponible se encarga, y un rápido «pidiendo ahora» en respuesta le dice a todos los demás que está resuelto.
- Deja un rastro. Tres semanas después, «¿cuándo supimos por primera vez que el filamento estaba bajo?» tiene una respuesta con marca de tiempo, justo encima del mensaje donde alguien se ocupó de ello.
Lo que llega al canal también importa
Una alerta útil responde a la siguiente pregunta antes de que se plantee. Un simple «El widget A está bajo» obliga a alguien a ir a buscar cuán bajo, y a qué velocidad llegó ahí. Una buena tarjeta de alerta lleva el artículo, el nivel de stock antes y después del cambio, y qué umbral se cruzó (aviso, crítico, sin stock o punto de reposición), con un código de color por gravedad para que el canal pueda clasificar de un vistazo.
Alerta sobre el instante, no sobre el estado
Un detalle de diseño decide si el canal sigue siendo útil: alerta cuando el stock cruza un umbral, no de forma continua mientras permanece por debajo. El cruce es una noticia; el estado es un acoso. Repite el mismo aviso cada día y el equipo aprende a pasarlo de largo sin leer, que es como las alertas dejan de funcionar (la fatiga por alertas merece su propio artículo).
Toda la configuración cabe en un webhook
Esto no requiere la intervención de informática. Teams genera un enlace webhook para cualquier canal a través de su función Workflows; pega ese enlace en tus ajustes de notificación de Teams, envía una tarjeta de prueba, elige los tipos de alertas que quieres, y guarda. Todo lleva unos cinco minutos, capturas de pantalla incluidas.