Toda implementación tiene una reunión en la que alguien se cruza de brazos y dice: "Este sistema es lento."
El gerente toma nota. TI abre un ticket. El proveedor mide el tiempo de respuesta de la pantalla: dos segundos, dentro de lo que dice el contrato.
A la semana siguiente, la frase vuelve idéntica, de boca de la misma persona.
Porque nadie respondió a lo que de verdad estaba diciendo.
La semana pasada hablamos de las pequeñas victorias que hacen que alguien siga usando el sistema. Hoy toca la otra cara de la moneda: qué hacer con la queja — y por qué tratarla solo como un problema técnico es la forma más rápida de perder a la persona.
🔧 En mantenimiento aprendimos a no preguntar dos veces
Nuestra área tiene un orgullo sano: resolver. Llega el problema y vamos directo a la solución. La bomba vibra, se cambia el rodamiento. El tablero se dispara, se mide, se encuentra, se corrige.
En el piso de planta, ese reflejo es una virtud. En una conversación sobre un sistema nuevo, se convierte en una trampa.
👉 Quien trata toda queja como un defecto arregla la pantalla y pierde a la persona.
Está además el lado cultural. En buena parte de las plantas, el técnico aprendió temprano que decir "no sé", "tengo miedo de equivocarme" o "esto me dejó expuesto" sale caro. En cambio, "este sistema no sirve" se acepta. Es técnico, es impersonal, nadie sale disminuido de la conversación.
En treinta años escuché muchas quejas sobre sistemas, de los dos lados de la mesa — como gerente que recibía la herramienta y como quien entrega la herramienta. Poquísimas eran sobre el botón.
👉 La queja técnica es la forma socialmente aceptada de expresar una incomodidad que no tiene nombre en la planta.
🧠 La frase que llega es el resumen de una frase que se quedó adentro
Cuando alguien habla, entrega una versión comprimida de lo que está viviendo. Lo que sale viene generalizado, con pedazos borrados: "es lento", "es confuso", "no sirve para nosotros". Lo que quedó afuera es justamente lo que importa.
"Lento" ¿comparado con qué? ¿Con el papel, que llenaba a su propio ritmo, sin que nadie lo viera? "Confuso" ¿para quién? ¿Para quien nunca usó una computadora en el trabajo y ahora se equivoca delante del practicante? "No sirve para nuestra realidad" — ¿qué parte de la realidad? ¿La que nadie le preguntó antes de elegir el sistema?
👉 Una buena pregunta deshace una generalización. Una buena respuesta, dada demasiado pronto, la confirma.
Hay un segundo principio que cambia la postura de quien escucha: detrás de casi todo comportamiento hay una intención legítima. Quien se queja está tratando de proteger algo — el tiempo, la competencia, la autonomía, el lugar en el grupo.
El mapa que más veo:
- "Es lento" → ahora mi tiempo se está midiendo, y no sé quién lo mide.
- "Es confuso" → tengo miedo de parecer incompetente.
- "No sirve para nuestra realidad" → nadie me preguntó nada.
- "En papel era más rápido" → en papel, la información era mía.
- "Eso es cosa de la oficina" → no me siento parte de esto.
Y un detalle que invierte la lectura: quejarse da trabajo. Quien se queja todavía está gastando energía en el sistema. Todavía espera que funcione.
👉 Usted no necesita estar de acuerdo con la queja. Necesita descubrir qué está protegiendo.
⚠️ Qué pasa cuando la queja solo recibe una respuesta técnica
Las señales aparecen en secuencia, y casi siempre se leen como un problema de software:
- El ticket se cierra y la frase vuelve. La pantalla se volvió más rápida; la incomodidad siguió igual.
- La queja cambia de tema. Se resolvió la lentitud, ahora es el diseño de la pantalla. Se resolvió el diseño, ahora es el celular. Cuando el motivo cambia y la conclusión no, el motivo nunca fue el motivo.
- Quien se quejaba deja de quejarse — y deja de usarlo. El silencio después de una queja no resuelta no es adopción. Es abandono. La resistencia silenciosa de la que hablamos en la #66 casi siempre empieza aquí.
- El gerente se vuelve abogado del sistema. Cada conversación se convierte en una defensa del proveedor, y el equipo concluye que él eligió la herramienta, no al equipo.
- La queja legítima se pierde en el camino. A veces la pantalla sí es mala para ese uso. Quien no escucha el lado humano también deja de ver el lado técnico.
👉 La queja ignorada no desaparece. Cambia de forma: primero se vuelve silencio, después se vuelve dato de fachada.
🛠 Lo que el sistema puede resolver — y lo que queda en sus manos
Desde mi lado de la mesa, con franqueza: a veces la queja sí es sobre el sistema. Un flujo pensado para la oficina y no para el turno, permisos que traban a quien necesita trabajar, datos maestros armados sin escuchar a quien los usa. Eso existe, y corregirlo es obligación de quien entrega el software.
En Manusis4, buena parte de esto se ajusta en la configuración, sin esperar una versión nueva: flujos de aprobación, permisos por grupo y datos maestros adaptados a la realidad de cada planta. La aplicación móvil funciona sin señal y acepta fotos y voz, lo que saca del camino muchas quejas que, en el fondo, eran "no tengo tiempo para escribir". Y cuando el pedido es bueno de verdad, se convierte en una evolución del producto — buena parte de las mejoras de Manusis4 nació de una queja de un cliente bien escuchada.
Lo que el sistema no hace es escuchar. Ningún software percibe que "es lento" significaba "me da vergüenza". Ninguna actualización le devuelve a alguien la sensación de haber sido consultado.
👉 La configuración resuelve la pantalla. La escucha resuelve a la persona. Una implementación que funciona necesita las dos.
💡 Cinco movimientos para escuchar lo que viene por debajo
- Agradezca antes de explicar. "Gracias por decirlo." La primera explicación técnica, dada por impulso, cierra la puerta que la persona acaba de abrir.
- Pida lo concreto. "¿Lento en qué pantalla? ¿Haciendo qué? ¿A qué hora?" La generalización se deshace en el ejemplo — y a veces aparece un problema real que nadie había visto.
- Pregunte por el antes. "¿Cómo hacía esto antes del sistema?" La respuesta muestra lo que siente que perdió: tiempo, autonomía, reconocimiento.
- Separe lo que es pantalla de lo que es gente. El problema de pantalla va a quien configura, con plazo y respuesta. La incomodidad de la gente se queda con usted, en una conversación a solas, lejos del público.
- Vuelva con una respuesta. Una queja escuchada y olvidada enseña que quejarse no sirve. Vuelva en una semana, aunque sea para decir "esto no va a cambiar, y el motivo es este".
👉 Quien se siente escuchado acepta hasta un "no". Quien solo recibe respuestas rechaza hasta un "sí".
🧠 Reprogramación de la semana
Recuerde la última queja sobre el sistema que escuchó de su equipo. Ahora recuerde la primera frase con la que respondió.
Si fue una explicación, usted le respondió a la pantalla. La persona sigue esperando.
Quien se queja todavía cree. Quien se rindió solo asiente.
Esta semana, tome una queja sobre el sistema y haga tres preguntas antes de dar cualquier explicación. Fíjese en lo que aparece en la tercera.
📣 Cerramos el Bloque 10
Cinco semanas sobre el mismo punto: el primer inicio de sesión, los embajadores, el "sí" que no se convierte en uso, las pequeñas victorias y, hoy, la queja. Si hay un hilo entre ellas, es este: ningún equipo adopta un sistema. Lo adoptan las personas, una a la vez, cada una con su propio miedo.
La próxima semana abrimos el Bloque 11 y giramos la cámara hacia el otro lado de la mesa: el líder.
👉 Hay un día en que el gerente se da cuenta de que el equipo no lo seguía — le tenía miedo. La #69 trata de ese día, y de lo que cambia después.
Hasta entonces.