En casi toda PYME de LatAm hay una planilla Excel que es “crítica para el negocio”: el libro de gastos comunes, el control de stock, el registro de clientes, el presupuesto. Funciona hasta que deja de funcionar. Y cuando se rompe, no se rompe despacio.

Cómo muere una planilla crítica

Siempre es el mismo camino, en tres etapas:

1. Dos personas la editan a la vez. Excel no tiene control de concurrencia: el segundo que guarda pisa al primero. Nadie sabe qué datos se perdieron hasta mucho después.
2. Las fórmulas se rompen. Se inserta una fila en la hoja equivocada, se arrastra una celda y el rango ya no cubre lo que debía. El cálculo sigue dando números, pero números mal.
3. Deja de ser auditada. El dueño del proceso es el único que sabe leerla. Si se enferma o se va, el proceso se detiene. Nadie más sabe cómo está armada.

Ese es el punto exacto donde tiene sentido convertirla en una aplicación.

Cuándo conviene convertirla

La señal no es “Excel es malo”. Es “esta planilla ya no puede crecer”:

• La editan más de una persona a la vez.
• Un error de cálculo te costó plata o un cliente.
• Necesitas historial de quién cambió qué, y no lo tienes.
• La misma planilla se copia para cada mes, cada sucursal o cada cliente, y las copias se desincronizan.
• Solo una persona sabe operarla.

Si una planilla te genera problemas de esos, es candidata. Si solo la usas tú y la manejas bien, no la toques: una aplicación a medida es más cara que el problema que resuelve.

Cómo se ve la conversión

Trabajamos sobre la planilla real, no sobre un “requerimiento ideal”:

1. Auditamos la planilla: hojas, fórmulas, celdas combinadas, datos históricos. El modelo de datos sale de ahí.
2. Diseñamos la base (PostgreSQL) y la aplicación web (Go + HTMX, Templ). Multi-tenant desde el día uno con row-level security si la usará más de un cliente final.
3. Migramos los datos con validaciones: fechas en formatos distintos, saldos negativos sin explicación, duplicados. Lo que estaba mal en la planilla se marca, no se “arregla silenciosamente”.
4. Replicamos la lógica de negocio (el prorrateo, la fórmula, el orden de cálculo) y la dejamos visible: cuando algo se ejecuta, queda registro de qué se calculó y cómo.

Un caso concreto: el cierre mensual de un edificio de 80 departamentos pasó de 3 días de Excel a un proceso de 4 minutos, con cero errores de cálculo desde entonces. El detalle completo está en la nota del cierre mensual.

Qué ganas y qué pagas

Ganas control de concurrencia, permisos por usuario, historial de cambios y que el proceso no dependa de una persona. Pagas una inversión inicial (6 a 12 semanas para una planilla crítica) y una mantención mucho menor que el costo recurrente de los errores.

Y una advertencia: la parte que más tiempo toma no es el código. Es ponerse de acuerdo en las reglas exactas y limpiar los datos históricos. Eso se hace conversando con tu equipo, y es donde la mayoría de los proyectos se demora.

Cuándo NO conviene

• Si la planilla la maneja una sola persona y nunca se rompe.
• Si el problema real es otro (proceso mal definido, sin reglas claras): una app sobre un proceso mal definido solo automatiza el caos.
• Si necesitas algo en menos de dos semanas: hay atajos (Notion, Airtable, Google Sheets con permisos) que resuelven antes el caso simple.

El frente comercial

Este trabajo es la capacidad Planillas, de Excel a aplicación real. Allí está lo que incluye (perfiles y permisos, historial, edición en tiempo real) y lo que no hacemos.

¿Tienes una planilla crítica que se rompe cuando dos personas la editan? Cuéntanos por WhatsApp o correo. Primera conversación, 30 minutos, gratis.

— Por Eliseo H., operador de Pudu Studio · 27 de enero, 2026

← Volver a notas