Software a medida o programa estándar: cuándo compensa cada uno

Casi ninguna empresa decide un día «voy a encargar un software a medida». Lo que pasa es más lento y más reconocible: se contrata un programa de gestión, se usa una parte, y el resto del trabajo se va quedando fuera. Una hoja de cálculo por aquí, un grupo de WhatsApp por allá, un cuaderno en la furgoneta. Cuando alguien pregunta por el estado de un pedido, hay que mirar en tres sitios y llamar a un compañero.

Ese es el síntoma. No es que el programa falle: es que sólo cubre la mitad de tu proceso y la otra mitad la estás sosteniendo tú.

Primero, cuándo NO compensa programar

Esto lo decimos antes que nada porque nos deja fuera de encargos, y aun así es lo que hay:

• Si tu proceso es el estándar de tu sector. Facturar, controlar stock y llevar la contabilidad son problemas resueltos. Hay programas excelentes por 30 € al mes y programar eso de cero es tirar el dinero.
• Si el problema es de organización, no de herramienta. Un software nuevo no arregla que nadie apunte las cosas. Las hace más visibles, que ya es algo, pero no las arregla.
• Si aún no sabes cómo trabajas. En una empresa que está definiendo su proceso, programarlo lo congela justo cuando todavía tiene que cambiar. Primero se estabiliza, después se automatiza.
• Si nadie va a mantenerlo. El software es como una furgoneta: se compra una vez y se mantiene siempre.

Cuándo sí compensa

Cuando el 80 % del trabajo vive fuera del programa. Si la herramienta oficial sirve para facturar y todo lo demás está en hojas de cálculo, ya estás manteniendo un sistema propio: sólo que es frágil, no se puede consultar desde el móvil y se rompe cuando la persona que lo lleva se va de vacaciones.

Cuando la información depende de quién esté ese día. Es el caso de Muebles el Maño: cada cocina vivía entre la libreta del comercial, una hoja de cálculo y la cabeza de quien llevara el proyecto. La ganancia de programarlo no fue ninguna función concreta, fue que cualquiera del equipo puede contestar en qué punto está un pedido.

Cuando crecer te cuesta más trabajo administrativo. En Huespeding, cada alojamiento nuevo sumaba las mismas tareas repetidas: reservas, check-in, parte de viajeros, limpiezas. El techo no era comercial, era administrativo. Después, gestionar diez cuesta lo que costaba gestionar tres.

Cuando tu forma de trabajar es tu ventaja. Si haces algo distinto a tu competencia y ninguna herramienta del mercado lo contempla, adaptarte al programa es renunciar precisamente a lo que te diferencia.

El coste real del programa «barato»

Una comparación honesta no es 30 € al mes contra 6.000 € de desarrollo. Es esto:

	Programa estándar	Software a medida
Entrada	30-150 € al mes por usuario	4.000-15.000 € una vez
Ajuste a tu proceso	El que traiga	El tuyo
Coste de crecer	Sube por usuario y por plan	Igual
Funciones que faltan	Esperar a que las hagan, o no	Se añaden
Propiedad	Del fabricante	Tuya
Si cierran o suben precios	Migración forzosa	No te afecta
Mantenimiento	Incluido	Aparte, y hay que contarlo

Con cinco usuarios y un plan de 60 € al mes son 3.600 € al año, todos los años, en una herramienta que no es tuya y que sólo cubre una parte. Un desarrollo propio se paga una vez y se amortiza normalmente entre el segundo y el tercer año. No siempre sale a cuenta, pero el cálculo hay que hacerlo entero.

Y hay un coste que no aparece en ninguna tabla: el tiempo del equipo. Dos horas al día repartidas entre cinco personas copiando datos de un sitio a otro son, a precio de nómina, más de lo que cuesta el desarrollo.

Lo que se suele encargar

Los proyectos que más nos piden y que casi siempre encajan:

• Facturación con las tarifas y condiciones propias de la empresa.
• Fichaje de la jornada, con el registro que exige la ley y consultable desde el móvil.
• CRM de verdad: no una agenda de contactos, sino el estado real de cada oportunidad.
• Cobros y pagos con pasarela y conciliación.
• Portal de cliente, para que el cliente consulte lo suyo sin tener que llamar.
• Gestión de proyectos por estados, que es lo que necesita cualquier negocio que trabaje por encargos largos.

Cómo se hace para que no se muera a los seis meses

La mayoría de desarrollos a medida que fracasan no fracasan por el código. Fracasan porque el equipo vuelve a la hoja de cálculo. Cuatro reglas que aplicamos siempre:

1. Ver el trabajo antes de programar nada. Estar delante mientras se toma una medida, se monta un presupuesto o se cierra un parte. Un sistema que no reproduce el trabajo tal y como se hace se abandona.

2. Menos estados, no más. Cada campo obligatorio es una razón para no usar el programa. Se empieza con los pasos que la empresa ya nombra a diario y ni uno más.

3. Que funcione en el móvil. El trabajo pasa en la obra, en la furgoneta o en el local. Una herramienta que sólo va en el ordenador de la oficina no está ahí cuando resuelve el problema.

4. Arrancar con los datos dentro. Empezar en vacío obliga a convivir con dos sistemas durante meses, y ahí es donde estos proyectos se mueren.

Por fases, no de golpe

La forma más rápida de gastar mucho y no resolver nada es intentar sacar el sistema completo a la primera. Nosotros lo planteamos así:

1. Una conversación sobre cómo trabajáis, sin hablar de tecnología.
2. La primera fase acotada: lo que más tiempo os quita hoy, y sólo eso.
3. En marcha con datos reales, con el equipo usándolo y diciendo qué falta.
4. Lo demás, encima, ya sabiendo qué hace falta de verdad y qué parecía imprescindible y no lo era.

Así se ve funcionando antes de comprometer el presupuesto entero, y lo que se construye en la segunda fase lo decide el uso, no una reunión de hace seis meses.

Tres preguntas antes de firmar con nadie

• ¿De quién es el código? Si la respuesta no es «tuyo», estás alquilando con obras de reforma pagadas por ti.
• ¿Quién lo mantiene y cuánto cuesta? Un desarrollo sin mantenimiento es una web sin actualizar: funciona hasta que no.
• ¿Qué pasa si quiero cambiar de proveedor? Tienes que poder llevarte el código y los datos. Nosotros los entregamos.

Nosotros mantenemos producto propio

Lo decimos porque cambia cómo se construye: además de desarrollar para clientes, mantenemos Truvior, un SaaS nuestro con usuarios dentro, cobros recurrentes y soporte. Cuando el software es tuyo, cada función la pagas dos veces —al hacerla y al mantenerla durante años—, y eso obliga a construir el de los demás como si lo fuéramos a mantener nosotros la próxima década.

Si reconoces la escena de las hojas de cálculo por fuera, cuéntanos cómo trabajáis. Media hora de conversación suele bastar para saber si tu caso es de programar o de organizar, y las dos respuestas son útiles.