Por que el software para organizaciones esta roto

Viernes, 16:45. La mutual necesita un reporte.#

El presidente de una mutual de profesionales en Rosario necesita un numero para la reunion de consejo del lunes: cuantos asociados activos pagan cuota al dia, cuantos tienen deuda, y cual es el ingreso proyectado del proximo trimestre.

Suena simple. No lo es.

Los asociados estan en un sistema de gestion que instalaron en 2019. Los pagos estan en MercadoPago y en una planilla de Excel que actualiza Laura, la administrativa, cuando alguien paga por transferencia. Los que pagan en efectivo en la oficina estan en un cuaderno. Las comunicaciones con los morosos estan en el WhatsApp del celular personal de Laura. Y el historial de bajas y altas esta en... bueno, en la cabeza de Laura.

Para armar ese reporte, alguien tiene que abrir el sistema de socios, exportar a Excel, cruzar con la planilla de pagos, revisar MercadoPago, sumar los de efectivo del cuaderno, descontar los que se dieron de baja (que Laura se acuerda pero no registro en ningun lado), y proyectar con una regla de tres que asume que el proximo trimestre va a ser igual al anterior.

Son las 16:45 de un viernes. Laura se fue a las 16. El reporte no va a estar para el lunes.

Como llegamos a tener 10 herramientas que no se hablan#

Nadie empieza con 10 herramientas. Empieza con una. Despues agrega otra porque la primera no hacia algo. Despues otra porque un colega la recomendo. Despues otra porque era gratis. Despues un Excel porque "es mas rapido asi".

Cada herramienta, en el momento que se eligio, parecia la solucion correcta. Un sistema para socios. Otro para cobros. Otro para turnos. WhatsApp para comunicacion. Google Drive para documentos. Un Excel para lo que no entra en ninguno.

El problema aparece cuando necesitas que la informacion fluya entre ellas. Y no fluye. Porque cada una tiene su propia base de datos, su propia logica, su propio modelo de usuarios. Conectarlas es posible — Zapier, Make, APIs, webhooks — pero es un parche.

Una integracion tipica entre dos herramientas se configura manualmente, se rompe silenciosamente cuando alguna actualiza su API, tiene latencia, no maneja los casos borde, y lo mas critico: mueve datos pero no comparte contexto. Que un contacto se copie de un lado a otro no significa que cuando pasa algo en uno, el otro lo sepa.

Y con 10 herramientas, las integraciones posibles son 45. Nadie mantiene 45 integraciones. Lo que pasa en la practica es que Laura es la integracion: copia datos de un lado a otro, cruza planillas, recuerda lo que el sistema no sabe.

"¿Y por que no compran un sistema que haga todo?"#

Es la reaccion natural. Si el problema es la fragmentacion, la solucion es un monolito. Un ERP. SAP, Oracle, Odoo. Un sistema que hace todo.

El problema: esos sistemas fueron diseñados para empresas de 500 empleados con un equipo de IT dedicado. Una mutual de 3 empleados no necesita SAP. No puede pagarlo, no puede implementarlo, no puede mantenerlo. Y cuando lo intenta — porque alguien lo sugirio en una consultoria — termina usando el 12% de las funcionalidades, odiando la interfaz, y volviendo al Excel para lo urgente.

Ademas, los monolitos tienen su propio problema: todo esta acoplado. Queres cambiar como funciona la facturacion? No podes, porque toca 47 modulos. Queres una funcionalidad que no existe? Espera 18 meses a que el vendor la desarrolle. Si tiene ganas.

Entonces quedas atrapado entre dos opciones malas: fragmentacion (muchas herramientas que no se hablan) o monolito (un sistema gigante que no se adapta). Y la mayoria elige la fragmentacion porque al menos es flexible — aunque sea un caos.

Hay una opcion que nadie nombra#

La distincion es sutil pero cambia todo: no es lo mismo conectar herramientas que nacieron separadas que usar modulos que nacieron juntos.

Cuando dos herramientas se integran, copian datos entre dos bases de datos distintas. Hay latencia. Hay conflictos. Hay puntos de falla. Si la integracion se cae, los datos divergen y nadie se entera hasta que alguien mira el reporte y dice "esto no cuadra".

Cuando dos modulos comparten la misma base de datos, el mismo sistema de permisos, la misma autenticacion, el mismo modelo de datos — la integracion no es un puente entre dos islas. Es una misma isla con distintos barrios.

Cuando registras un pago, la cuenta del asociado se actualiza en la misma transaccion — no 30 segundos despues via webhook. El reporte del presidente incluye los pagos de hoy — no los de ayer porque "todavia no sincronizo". El portal del asociado muestra su saldo real — no el de "cuando se actualizo por ultima vez".

No es que la integracion "funciona mejor". Es que no hay integracion. Es un solo sistema con multiples capacidades que se activan segun lo que necesites. No pagas por lo que no usas, pero todo lo que usas comparte la misma informacion, los mismos permisos, la misma logica.

La orquesta vs la playlist#

Una analogia que ayuda: herramientas separadas son como una playlist de Spotify. Cada cancion fue grabada por separado, en estudios diferentes, con musicos diferentes. Las pones una al lado de la otra y suena... bueno, suena a canciones separadas.

Un ecosistema de modulos es como una orquesta. Cada musico toca su instrumento — violin, chelo, flauta — pero todos siguen la misma partitura, el mismo director, el mismo tempo. El resultado es algo que ninguno podria lograr solo.

La diferencia no esta en los instrumentos. Esta en que fueron diseñados para sonar juntos.

Lo que descubris cuando los datos fluyen#

Algo inesperado pasa cuando la informacion deja de estar en silos.

El reporte del presidente de la mutual — ese que era imposible el viernes a las 16:45 — se genera en un click. Porque los asociados, los pagos, las cuotas, las bajas, las comunicaciones, todo vive en el mismo lugar. No hay que cruzar, no hay que exportar, no hay que recordar.

Pero el reporte es lo de menos. Lo que cambia de verdad es la capacidad de ver patrones. Cuando todos los datos estan juntos, empezas a ver cosas que antes eran invisibles: que los asociados que usan el portal de beneficios tienen la mitad de morosidad que los que no. Que los que reciben comunicacion por WhatsApp renuevan un 30% mas que los que solo reciben email. Que el tercer trimestre siempre tiene mas bajas, y que anticipar una campaña de retencion en julio reduce el churn en septiembre.

Nada de eso es posible cuando la informacion esta repartida en 6 silos que no se conocen entre si. No porque falte tecnologia para analizarla, sino porque juntarla ya consume todo el tiempo disponible.

Laura merece mas que ser la integracion humana#

Volvamos a la mutual de Rosario. Laura es la administrativa. Lleva 8 años. Conoce a cada asociado por nombre. Sabe quien paga siempre a tiempo, quien necesita un llamado, quien esta pensando en darse de baja. Ese conocimiento es invaluable.

Pero Laura no deberia estar copiando datos de MercadoPago a un Excel. No deberia estar cruzando planillas para armar reportes. No deberia estar mandando 40 WhatsApp individuales para recordar cuotas vencidas.

Laura deberia estar usando todo ese conocimiento que tiene — esa inteligencia relacional que ningun sistema puede replicar — para retener asociados, mejorar el servicio, detectar oportunidades. Para ser la persona que le dice al presidente "este trimestre vamos a perder 15 asociados si no hacemos algo" en vez de "no pude armar el reporte porque los datos no cuadraban".

Cada hora que Laura dedica a ser la integracion humana entre sistemas desconectados es una hora que pierde la mutual. No ella — la mutual entera.

---

Mañana vas a abrir las mismas 6 herramientas desconectadas de siempre. Vas a copiar datos de una a otra. Vas a cruzar planillas. Vas a preguntarte por que el numero no cuadra. La pregunta es: ¿cuanto tiempo mas vas a aceptar que tu organizacion funcione asi?