El operario no va a llenar cuarenta campos, y tiene razón

Hay una escena que se repite en toda implementación de mantenimiento. Alguien proyecta el formulario de cierre de orden de trabajo y pregunta si falta algo. Confiabilidad pide el modo de falla. Seguridad pide el permiso de trabajo. Costos pide la clasificación. Almacén pide el consumo real por ítem. Cada petición es razonable y cada una añade dos campos.

El formulario termina con cuarenta. Y a los tres meses, el 80% de esos campos tiene siempre el mismo valor.

No es indisciplina. Es aritmética: un técnico que cierra doce órdenes por turno, a dos minutos de formulario cada una, está dedicando media hora diaria a escribir. Si el formulario es de siete minutos, son hora y media — más de lo que dedica a algunas de las reparaciones.

La regla: preguntar solo lo que el dispositivo no puede saber

El punto de partida para diseñar una captura que funcione es hacer un inventario brutal de qué se le está preguntando al operario que el sistema ya sabe o puede deducir.

Dato	¿Hay que preguntarlo?
Fecha y hora de ejecución	No. El dispositivo la tiene, y además es más confiable
Quién ejecutó	No. Es el usuario de la sesión
Dónde estaba	No. Lo da el GPS o el código QR del equipo
Cuánto duró	No. Se deduce de inicio y cierre reales
Qué equipo	No, si se llegó escaneando el QR del equipo
Qué se hizo	Sí, y es la pregunta central
Qué repuestos se usaron	Sí
Qué se encontró que no estaba previsto	Sí, y es la más valiosa

De cuarenta campos, casi siempre sobreviven entre cuatro y seis. El resto era información que el sistema podía obtener sin molestar a nadie y que, al preguntarla, salía peor: la hora escrita a mano al final del turno es siempre menos exacta que la marca automática.

El QR del equipo cambia más de lo que parece

Un adhesivo con código QR pegado en el activo resuelve tres problemas a la vez, y cuesta menos que una hora de consultoría:

1. Elimina la búsqueda. El técnico no navega una jerarquía de cuatro niveles en un teléfono para encontrar la bomba: la escanea.
2. Elimina el error de identificación. Registrar el trabajo contra el equipo equivocado es el error más silencioso del mantenimiento: nadie lo detecta, y contamina el historial de dos activos a la vez.
3. Prueba que el técnico estuvo ahí. No como control policial, sino como respaldo: cuando alguien pregunte si la ronda se hizo, la respuesta es un dato y no una discusión.

Y hay un cuarto efecto, menos obvio: al escanear, el sistema puede mostrar el historial de ese equipo antes de que el técnico abra nada. Qué se le hizo la última vez, qué se cambió, qué observó el compañero del turno anterior. Eso ya no es captura de datos, es la primera cosa útil que el sistema le da al técnico.

La cámara es el mejor campo de texto

Pedirle a alguien que describa por escrito el estado de un rodamiento, con guantes, de pie y con ruido, produce "desgastado". Una foto del rodamiento produce toda la información que un ingeniero de confiabilidad necesitaba, y le cuesta al técnico dos segundos.

Esto tiene tres consecuencias prácticas:

• La foto debe estar a un toque, no dentro de un submenú. Si hay que navegar para llegar a la cámara, no se toman fotos.
• Debe quedar atada al reporte, no en la galería del teléfono. La evidencia que vive en el carrete de un celular personal es evidencia que se pierde cuando esa persona cambia de equipo o se va de la empresa.
• Debe funcionar sin señal. La foto se guarda local y sube después. Si se exige conexión para adjuntarla, en el sótano no hay fotos.

Listas cerradas, pero cortas y ordenadas por uso

El campo "causa de falla" con cincuenta opciones en orden alfabético produce siempre el mismo resultado: todo el mundo elige la primera que aparece, o la que más rápido encuentra. El dato queda inservible y encima parece que se está capturando.

Dos ajustes lo cambian:

• Ordenar por frecuencia real de uso, no alfabéticamente. Las cinco causas que explican el 80% de los casos arriba, y el resto detrás.
• Permitir texto libre como última opción, y revisar mensualmente qué se escribió ahí. Eso es lo que dice qué le falta a la lista. Una lista cerrada sin válvula de escape no captura la realidad: la recorta hasta que quepa.

Lo que no se puede recortar

Hay un campo que siempre vale la pena, aunque alargue el formulario: qué encontró que no estaba previsto.

Es el único dato del que sale mantenimiento preventivo nuevo. Una fuga menor que nadie reportó porque no era el trabajo de hoy, una base floja, un ruido distinto. Ese hallazgo, hoy, se pierde en el 100% de las plantas que trabajan con papel, porque no hay dónde ponerlo sin abrir una orden de trabajo — y nadie abre una orden por algo que vio de paso.

Darle un lugar de dos toques a ese hallazgo, sin que se convierta en trabajo administrativo para quien lo reporta, es probablemente el cambio con mejor relación entre esfuerzo y valor de toda una implementación.

Cómo probar si su formulario está bien diseñado

Una medición y una pregunta.

La medición: exporte los últimos seis meses de cierres y calcule, campo por campo, cuántos valores distintos tiene. Todo campo con menos del 10% de variación es un campo que no está capturando información. Quítelo o rediséñelo, pero no lo deje ahí generando una falsa sensación de dato.

La pregunta, a un técnico, en la planta y no en la oficina: ¿qué es lo que más le demora al cerrar una orden? La respuesta suele ser un campo concreto que nadie de la oficina sospechaba, y suele ser un campo que a nadie le sirve.

Un formulario de cuatro campos que se llena bien vale infinitamente más que uno de cuarenta que se llena por salir del paso. El objetivo no es capturar todo lo que se podría: es capturar lo que se va a usar, y capturarlo bien.