Diseñar una pantalla de liquidación no es ordenar botones: es ordenar decisiones

En la construcción, liquidar una quincena no es simplemente hacer una cuenta.

Parece una tarea administrativa: sumar horas, descontar adelantos, revisar recibos, separar banco y efectivo, cerrar el total y pagar. Pero cuando uno mira el proceso de cerca, aparece algo más profundo: la liquidación es el punto donde se cruzan muchas decisiones que ocurrieron antes.

• quién trabajó;
• cuántas horas hizo;
• en qué obra estuvo;
• si faltó y avisó;
• si tuvo certificado;
• si recibió un adelanto;
• si el adelanto fue por banco o en efectivo;
• si tiene cuenta bancaria cargada;
• si llegó el recibo del estudio;
• si quedó saldo para la próxima quincena.

Todo eso termina viviendo en una pantalla, en una planilla o en la cabeza de alguien.

Y ahí aparece el verdadero desafío: no alcanza con que el sistema calcule bien. La persona que lo usa tiene que entender qué está viendo, qué falta, qué puede hacer y qué conviene revisar antes de avanzar.

En Traziq venimos pensando este flujo como parte de un mismo sistema: asistencia en obra, adelantos, jornales y liquidaciones conectadas, no como pantallas aisladas.

La liquidación ya es compleja antes de llegar al sistema

Uno de los errores más comunes al diseñar software de gestión es pensar que la complejidad está en la interfaz.

• “Esta tabla tiene muchas columnas.”
• “Esta pantalla tiene muchas cards.”
• “Este botón no se entiende.”
• “Este flujo tiene demasiados pasos.”

Todo eso puede ser cierto. Pero en muchos casos la pantalla no es compleja porque esté mal diseñada: es compleja porque el proceso real también lo es.

En una liquidación de obra, la información no nace toda junta. Se va acumulando durante la quincena.

El capataz o el responsable de obra carga asistencia. Alguien falta. Otro trabaja medio día. Un trabajador pasa unos días en una obra y después vuelve a otra. Se dan adelantos. Algunos se pagan por transferencia, otros en efectivo. Después llega la información del estudio contable. Y finalmente alguien tiene que convertir todo eso en una decisión clara: cuánto se paga, por qué medio, a quién y con qué respaldo.

Cuando ese proceso vive en Excel, WhatsApp y memoria, la persona que liquida suele desarrollar sus propios mecanismos de control. Colores, fórmulas, filtros, comentarios, pestañas ocultas, copias de archivos anteriores. No porque quiera complicarse, sino porque necesita sobrevivir al proceso.

Entonces, cuando intentamos llevar eso a un producto, el objetivo no puede ser solamente “digitalizar la planilla”.

El objetivo tiene que ser ordenar el proceso.

La pregunta no era “qué mostramos”, sino “qué necesita entender la persona”

Al trabajar sobre la pantalla de liquidación de Traziq, el reto no fue poner más información. De hecho, muchas veces el reto fue el contrario: decidir qué información no tenía que competir por atención.

Una liquidación tiene muchos datos importantes, pero no todos importan en el mismo momento.

Antes de confirmar una liquidación, la persona necesita saber si hay algo que puede romper el cálculo: asistencias incompletas, trabajadores sin jornal, recibos pendientes, adelantos que impactan el período, diferencias que conviene revisar.

Cuando la liquidación ya está confirmada, la preocupación cambia. Ya no se trata tanto de recalcular, sino de preparar el pago: cuánto se transfiere, cuánto va en efectivo, qué obra concentra el pago, qué trabajador tiene alguna advertencia, qué exportación hace falta.

Y cuando la liquidación ya fue pagada, la pantalla tiene que transmitir otra cosa: registro, trazabilidad y confianza. Ya no debería invitar a tocar todo. Debería ayudar a consultar qué pasó y por qué.

La misma entidad —una liquidación— no significa lo mismo en cada etapa.

Por eso, diseñar esta pantalla no fue solamente decidir dónde va una tabla o dónde va un botón. Fue ordenar las preguntas que la persona se hace en cada momento.

Una buena pantalla reduce ansiedad

Hay pantallas que muestran todos los datos correctos y aun así generan inseguridad.

Eso pasa cuando la persona no sabe por dónde empezar.

Puede tener el total adelante, pero no saber si ese total es definitivo. Puede ver un botón de confirmar, pero no saber si todavía falta cargar algo. Puede ver una tabla enorme de trabajadores, pero no distinguir cuáles requieren atención y cuáles están listos.

En una liquidación, esa ansiedad pesa más porque el resultado no es abstracto. Hay gente que va a cobrar. Hay plata que sale. Hay errores que pueden generar discusiones. Hay obras que necesitan imputar bien sus costos.

Por eso, una buena experiencia de usuario no es solo estética. También es calma.

Una pantalla ordenada debería decir, sin gritar:

• “Esto está listo.”
• “Esto requiere revisión.”
• “Esto no bloquea, pero conviene mirarlo.”
• “Esto ya quedó cerrado.”
• “Esta acción todavía tiene sentido.”
• “Esta otra ya no corresponde.”

Cuando la interfaz logra eso, deja de ser una acumulación de datos y empieza a funcionar como una guía.

No todo tiene que ser editable todo el tiempo

Otro aprendizaje importante fue entender que la libertad total no siempre ayuda.

En sistemas administrativos, suele aparecer la tentación de dejar que todo se pueda editar desde cualquier lugar. Parece cómodo, pero puede terminar generando más dudas que soluciones.

En una liquidación, hay momentos para preparar, momentos para revisar, momentos para confirmar y momentos para pagar. Si todas las acciones están siempre disponibles, el usuario tiene que hacer un esfuerzo mental extra para entender qué corresponde hacer ahora.

La interfaz debería acompañar el estado del proceso.

• En borrador, tiene sentido mostrar herramientas de revisión y recálculo.
• En confirmada, tiene sentido priorizar el pago y las exportaciones.
• En pagada, tiene sentido priorizar el historial y la consulta.

Esto no significa volver rígido el sistema. Significa que cada estado necesita su propio lenguaje.

• Una liquidación en borrador pregunta: “¿Está todo bien para cerrar?”
• Una liquidación confirmada pregunta: “¿Está todo listo para pagar?”
• Una liquidación pagada pregunta: “¿Cómo se llegó a este resultado?”

Cuando la pantalla respeta esa diferencia, el usuario no tiene que interpretar tanto. El flujo se vuelve más natural.

El diseño también tiene que respetar cómo trabaja la gente

Hay una frase que aparece mucho cuando uno mira procesos reales:

“Hoy lo hacemos así porque no hay otra forma.”

Esa frase es importante.

Muchas veces, desde afuera, es fácil mirar una planilla y pensar que está desordenada. Pero esa planilla suele ser el resultado de años de ajustes, urgencias, acuerdos internos y formas prácticas de resolver problemas.

Por eso, diseñar Traziq no implica decir: “Esto está mal, ahora se hace como nosotros decimos”.

El enfoque tiene que ser más humilde.

Primero hay que entender por qué esa planilla existe así. Qué problema resuelve. Qué parte es cálculo. Qué parte es control. Qué parte se imprime. Qué parte se exporta. Qué parte solo sirve para auditar. Qué parte se usa para pagar en obra. Qué parte necesita el estudio contable. Qué parte mira el arquitecto.

Recién después se puede proponer una experiencia mejor.

No una experiencia más linda solamente. Una experiencia que respete el trabajo real y le quite fricción.

La trazabilidad vale tanto como el cálculo

Una liquidación puede dar bien y aun así ser difícil de defender.

Si alguien pregunta por qué cobró cierto monto, no alcanza con responder “porque lo calculó el sistema”. Hay que poder ver el camino.

• cuántas horas se tomaron;
• qué jornal se aplicó;
• qué adelantos se descontaron;
• qué parte fue por banco;
• qué parte fue en efectivo;
• qué saldo quedó;
• qué regla de pago se usó;
• qué información vino del recibo;
• qué cambió respecto de la liquidación anterior.

La confianza aparece cuando el número se puede explicar.

Ese fue uno de los criterios más importantes al ordenar la pantalla: que no sea solo una calculadora, sino también una herramienta de explicación.

Porque en obra, muchas veces el problema no es únicamente pagar. Es poder mostrar de forma clara cómo se llegó a ese pago.

Menos ruido, más intención

Ordenar una pantalla de liquidación obliga a tomar decisiones difíciles.

• Si todo parece importante, nada termina siendo prioritario.
• Si todas las acciones están al mismo nivel, ninguna guía.
• Si todos los datos compiten por atención, el usuario se cansa antes de entender.

Por eso, parte del trabajo fue separar capas:

• una capa para el resumen;
• una capa para lo que hay que revisar antes de avanzar;
• una capa para el detalle operativo;
• una capa para los pagos;
• una capa para exportar o imprimir;
• una capa para el historial.

No porque el usuario tenga que pensar en “capas”, sino porque necesita una lectura progresiva.

1. Primero quiero entender dónde estoy parado.
2. Después quiero saber si hay problemas.
3. Después quiero revisar el detalle si hace falta.
4. Después quiero accionar.

Ese orden parece simple, pero en procesos reales cuesta mucho lograrlo. Porque siempre aparece una excepción, una regla, una advertencia, un caso borde, una necesidad operativa.

El trabajo de producto está en escuchar todo eso sin convertir la pantalla en una pared de información.

Diseñar para que el proceso se entienda

En Traziq estamos construyendo herramientas para ordenar asistencia, adelantos, liquidaciones y pagos en obras argentinas.

Pero cada mejora de producto nos recuerda algo: digitalizar no es copiar lo que ya existe en una pantalla. Digitalizar bien es entender qué decisiones toma una persona, en qué orden, con qué información y con qué miedos.

Una pantalla de liquidación no debería ser solo el lugar donde se ve un total.

Debería ayudar a responder:

• ¿Está completa la información?
• ¿Hay algo que revisar antes de confirmar?
• ¿Cuánto se paga ahora?
• ¿Qué parte va por banco?
• ¿Qué parte va en efectivo?
• ¿Qué quedó registrado?
• ¿Qué puede explicar este número si alguien lo pregunta?

Cuando una interfaz responde esas preguntas con claridad, el trabajo administrativo se vuelve menos pesado.

Y en un rubro donde todavía muchas decisiones dependen de planillas, mensajes y memoria, esa claridad no es un detalle menor.

Es parte del valor del producto.