Sistema a medida o seguir pagando licencias

Hay un momento en el que muchas empresas se dan cuenta de que adaptaron su forma de trabajar al software que compraron, en vez de al revés. Y que además pagan todos los meses por funciones que no usan.

La pregunta no es cuál es mejor en abstracto. Es cuándo se da vuelta la cuenta.

La cuenta que casi nadie hace

Poné en una hoja estos números:

• Lo que pagás de licencias por mes, multiplicado por 36. Ese es tu costo a tres años, que es un horizonte razonable para un sistema.
• Cuántos usuarios pagás y si ese número va a crecer. Los sistemas por usuario son los que peor escalan.
• Las horas mensuales que tu equipo pierde en pasos manuales que existen solo porque el sistema no hace lo que necesitás.
• Los módulos que pagás y no usás.

Cuando esa suma a tres años se acerca al costo de un desarrollo propio, la decisión deja de ser obvia. Y si la supera, ya es una conversación seria.

Los rangos de desarrollo están publicados en precios, así que podés hacer la cuenta hoy mismo sin pedirle presupuesto a nadie.

Las cuatro señales de que ya se justifica

1. Tenés medio negocio en planillas paralelas

Si tu equipo mantiene planillas de Excel al lado del sistema oficial, eso es el sistema diciéndote que no cubre tu proceso real. Esas planillas suelen ser lo más crítico de la operación, y en general las entiende una sola persona.

2. La función que más necesitás es la que no tiene

Y el proveedor no la va a hacer, porque su producto está pensado para el promedio de sus clientes, no para vos.

3. Pagás por usuario y estás creciendo

Es el modelo que peor escala. Sumar diez empleados sube el costo aunque el sistema haga exactamente lo mismo. Un desarrollo propio no cambia de precio porque tengas más usuarios.

4. Tu ventaja competitiva está en cómo trabajás

Si tu diferencial es un proceso particular, un software genérico te empuja a trabajar como todos. Ahí el sistema a medida no es solo ahorro: protege lo que te hace distinto.

Cuándo NO conviene

Te lo digo aunque sea el proyecto más grande que podría venderte:

• Si tu proceso es estándar. Facturación, contabilidad, liquidación de sueldos: hay software hecho, barato y probado, que además se actualiza solo cuando cambia la normativa. Desarrollar eso de cero es tirar plata.
• Si el problema es que nadie usa bien el sistema actual. Un sistema nuevo no arregla un problema de adopción; lo repite más caro.
• Si no tenés quién lo mantenga después. Un sistema propio necesita alguien a cargo, aunque sea a tiempo parcial o tercerizado.
• Si querés reemplazar todo de una vez. Los proyectos que arrancan queriendo cubrir el 100% de la operación son los que no llegan a producción.

El camino que funciona

Casi nunca es reemplazar todo. Es esto:

1. Identificá el proceso más caro que hoy no está cubierto. Ese que se resuelve con planillas y memoria.
2. Desarrollá solo eso, y ponelo en producción rápido. Una primera versión chica, usada de verdad, enseña más que seis meses de análisis.
3. Integralo con lo que ya funciona bien. No hay que tirar el sistema contable porque desarrollaste un panel de operaciones.
4. Crecé por etapas, con uso real encima de cada una.

Así el riesgo se reparte: si la primera etapa no rinde lo esperado, lo descubrís temprano y barato.

Lo que tenés que exigir sí o sí

• El código y los datos son tuyos, entregados y documentados.
• Tecnologías conocidas, para que cualquier desarrollador pueda continuarlo. Si te proponen algo que solo maneja el proveedor, es una forma de atarte.
• Exportación de datos desde el primer día. Si mañana querés irte, tenés que poder.

Un proveedor que se resiste a estos tres puntos te está vendiendo dependencia, no una solución.