Fadiga de alertas: por que as equipes ignoram os avisos de estoque (e como resolver)
Toda equipe que ativa os alertas de estoque passa pela mesma lua de mel: por duas semanas, cada notificação é lida e seguida de ação. Depois alguém define limites altos demais em quarenta itens, o canal começa a zumbir, e um mês mais tarde um alerta genuíno de ruptura de estoque rola sem ser lido, espremido entre dois avisos com que ninguém se importava. Os alertas não falharam. A confiança é que ruiu.
A fadiga é um problema de design, não de disciplina
É tentador consertar um canal ignorado com uma regra: “todos devem ler os alertas.” Isso nunca sobrevive ao contato com uma terça-feira agitada. As pessoas não ignoram os alertas por descuido; elas os ignoram porque a experiência lhes ensinou que a maioria das notificações não importa. A solução é tornar essa lição falsa: projetar o canal para que quase todo alerta mereça atenção.
As três regras que mantêm os alertas confiáveis
1. Alerte sobre cruzamentos, não sobre condições
O maior gerador de fadiga é voltar a alertar sobre uma condição permanente: o estoque está abaixo do nível de aviso, então o sistema diz de novo. E de novo. O conteúdo informativo do segundo alerta é zero, mas seu custo é real, porque ensina os leitores a rolar. O momento que merece ser anunciado é o cruzamento: o estoque estava acima da linha, agora está abaixo. Nossos alertas do Teams disparam exatamente aí e ficam quietos enquanto o item permanece baixo, então disparam de novo se ele se recupera e volta a cair, porque isso também é uma informação nova.
2. Faça a gravidade significar algo
Se tudo é urgente, nada é. Dividir os alertas em aviso, crítico, ruptura de estoque e ponto de reposição, cada um com código de cor, permite que um canal faça a triagem à primeira vista: o amarelo significa “bom saber”, o vermelho significa “agir hoje”. Isso também lhe dá um controle de volume. Uma equipe afogada em amarelo pode desligar os avisos e manter o crítico e a ruptura de estoque, em vez de abandonar os alertas por completo. As chaves por tipo vencem o tudo ou nada toda vez.
3. Defina os limites como quem fala a sério
Um limite é uma promessa à sua equipe: “quando isto disparar, importa.” Defina os níveis de aviso onde alguém deveria de fato começar a prestar atenção, e os pontos de reposição onde a compra deveria realmente começar (demanda no prazo de entrega mais estoque de segurança). Se um item alerta e a reação honesta é “está tudo bem, na verdade”, não dê de ombros, reajuste o limite. Cada alarme falso que você corrige recompra confiança para os verdadeiros.
Uma verificação rápida da saúde do seu canal de alertas
- Taxa de ação. Que fração dos alertas gerou uma reação (uma resposta, um pedido, um ajuste de limite)? Menos da metade significa que o reajuste está atrasado.
- Reincidentes. O mesmo item que alerta toda semana não é um problema de alerta, é um problema de ponto de reposição. Aumente a quantidade do pedido ou corrija o prazo de entrega do fornecedor.
- Verificação do silêncio. Nenhum alerta há um mês? Confirme que o webhook ainda funciona com um cartão de teste antes de supor que está tudo bem. (O Teams desativa um workflow se a conta de seu criador for desativada; o guia de ajuda cobre essa armadilha.)