Piense en la última vez que alguien de su equipo recibió un elogio por causa del sistema.
No por el resultado del mes. Por el sistema. Una orden de trabajo bien descrita, un registro hecho en el momento, la foto de la pieza antes del cambio.
Ahora piense en la última vez que alguien recibió una llamada de atención por causa del sistema.
El segundo recuerdo llegó más rápido, ¿verdad?
La semana pasada hablamos del "sí" que no se convierte en uso. Hoy es la pregunta que viene justo después: ¿qué hace que alguien siga usándolo cuando nadie está mirando?
🔧 El mantenimiento aprendió a hablar solo de lo grande
En nuestra área, la buena noticia es la ausencia de noticias. La bomba que no falló no genera reunión. El turno que pasó tranquilo no se vuelve tema.
👉 El elogio, cuando llega, llega para el evento grande: la parada evitada, el récord de disponibilidad, la auditoría sin no conformidades. El resto del año es silencio — o llamadas de atención.
Con el software pasa lo mismo. La implementación nace con una meta grande: "el cien por ciento de las órdenes de trabajo en el sistema en noventa días", "backlog en cero para diciembre". Es una meta de dirección, y está bien como rumbo.
El problema es lo que el técnico ve el lunes por la mañana. Él no ve los noventa días. Ve tres campos más para llenar, cinco minutos más por orden de trabajo y ninguna diferencia en su día.
En treinta años he visto implementaciones morir no por falta de metas, sino por falta de recompensa a mitad del camino.
👉 Una meta de seis meses no sostiene el comportamiento del lunes.
🧠 Lo que pasa justo después del gesto decide si se repite
Todo comportamiento nuevo cuesta energía. Y el cerebro decide si vale la pena repetirlo por lo que pasa justo después — no por lo que se prometió para el final del trimestre.
Si después de cerrar la orden de trabajo en la aplicación no pasa nada, la conclusión es simple: da igual. Si lo que pasa es un regaño porque faltó un campo, la conclusión es peor: ese es un lugar donde me equivoco.
👉 Quien solo oye hablar del sistema cuando se equivoca aprende que el sistema es un lugar de error.
Tres cosas hacen que una pequeña victoria funcione.
Tiene que ser inmediata: el reconocimiento el mismo día vale más que el de fin de mes. Tiene que ser específica: "felicitaciones a todos por la adopción" no enseña nada, porque nadie sabe qué repetir. Y tiene que ser verdadera: el equipo percibe de lejos el elogio fabricado.
Hay todavía un cuarto ingrediente, el más subestimado: la sensación de progreso. Aguantamos mucho esfuerzo cuando percibimos que estamos avanzando. Y abandonamos rápido cualquier cosa que parezca no moverse de su lugar.
👉 La pequeña victoria no es un premio de consolación. Es la única prueba que la mente acepta de que el esfuerzo nuevo está valiendo la pena.
⚠️ Las señales de una implementación sin pequeñas victorias
Aparecen despacio, y casi siempre después de que pasó la novedad:
- El uso cae en el segundo mes. El entusiasmo del lanzamiento se acabó; la presión se quedó.
- Solo el gerente abre los informes. El equipo alimenta un sistema que nunca le devuelve nada.
- El sistema solo entra en la agenda cuando el indicador empeora. Nadie convoca una reunión para hablar de lo que mejoró.
- El cuidadoso y el descuidado reciben el mismo trato. El técnico que describe la causa de la falla y el que escribe "hecho" pasan el mes escuchando lo mismo: nada.
- La "adopción" se vuelve un número de diapositiva. Aparece en la presentación para la dirección y nunca en la conversación con el turno.
👉 Cuando el esmero y el descuido reciben el mismo silencio, el esmero es el primero en rendirse.
Y ese es el costo que nadie calcula. Los primeros en abandonar el registro bien hecho son justamente los que lo hacían bien. Queda el dato mínimo — y, como vimos la semana pasada, un dato de fachada es peor que ningún dato.
🛠 Lo que el sistema puede devolver — y lo que solo usted puede hacer
Desde mi lado de la mesa, sin exagerar.
Manusis4 guarda lo que normalmente se pierde. Cada solicitud de servicio que se convierte en orden de trabajo, cada registro, cada evidencia y cada análisis de falla quedan en el historial del activo, con quién lo hizo y cuándo. Eso da la materia prima para hacer visible lo pequeño: el técnico que abre la ficha de la bomba y ve el historial que él mismo construyó; la falla repetida que solo apareció porque tres personas la describieron bien; el tiempo de atención de las solicitudes de servicio que bajó en el mes.
La aplicación móvil, que funciona sin señal y acepta foto y voz, ayuda de otra forma: reduce el costo del gesto. Y un gesto barato es un gesto que se repite.
Lo que el sistema no hace es notar por usted. Guarda la orden de trabajo bien descrita; no le da las gracias a quien la escribió. Un tablero no da la mano.
Y hay un atajo que necesito desaconsejar: la gamificación de fachada. Ranking de registros, puntitos, medallas. Un ranking de cantidad premia a quien registra más, no a quien registra mejor — y en un mes usted tiene órdenes de trabajo partidas en cinco para subir en la tabla.
👉 Use el dato para ver lo pequeño, nunca para convertir lo pequeño en competencia.
💡 Cinco movimientos para que lo pequeño trabaje a su favor
- Defina la victoria más pequeña posible — y diga cuál es. No "usar más el sistema". Algo que quepa en una frase y se vea esta semana: "toda orden correctiva del turno se cierra con una línea sobre la causa."
- Reconozca cerca del gesto. Dos líneas en la charla de seguridad de mañana valen más que una placa en diciembre.
- Elogie lo específico, con nombre. "La descripción que hizo Marcos en la orden de trabajo de la bomba 3 le ahorró dos horas de diagnóstico al turno de noche." Eso le enseña a todo el equipo qué repetir.
- Devuelva el dato a quien lo produjo. Una vez por semana, muéstrele al turno algo que solo existe porque ellos lo registraron: la falla que se repetía, la pieza que siempre falta, el preventivo que evitó una parada.
- Suba el nivel de exigencia solo cuando lo pequeño se haya vuelto hábito. Una victoria a la vez. Quien apila cinco exigencias nuevas en el segundo mes vuelve directo al "sí" sin uso.
👉 La adopción duradera no nace de un gran lanzamiento. Nace de cien pequeñas confirmaciones de que valió la pena.
🧠 Reprogramación de la semana
Cuente cuántas veces, esta semana, habló del sistema con su equipo. Ahora cuente cuántas de esas veces fueron para exigir.
Si la segunda cuenta quedó cerca de la primera, el equipo ya entendió el mensaje — aunque usted nunca lo haya dicho.
Lo que se nota se repite. Lo que solo se exige se finge.
Esta semana, elija una pequeña victoria real en el uso del sistema y dígala en voz alta, con nombre y con detalle. Después observe lo que pasa la semana siguiente.
📣 La próxima semana
👉 "El sistema es lento." "La pantalla es confusa." "Esto no sirve para nuestra realidad." Casi siempre, la queja técnica es solo la parte que se puede decir en voz alta.
En la #68 hablaremos de lo que el usuario realmente está diciendo cuando se queja del sistema — y de cómo escuchar lo que viene por debajo.
Hasta entonces.