Software a medida o estándar: cómo decidir

Hay un momento concreto en la vida de una empresa en el que alguien dice en voz alta: "esto lo estamos haciendo a mano porque el programa no lo hace". Ese día empieza la conversación de si hay que cambiar de herramienta, configurar mejor la que hay o construir algo propio.

No hay una respuesta universal, pero sí hay una forma ordenada de decidir. Este artículo es esa forma.

Primero: el software estándar es una buena idea casi siempre

Conviene decirlo, aunque nos dediquemos a lo otro. Si tu problema es la contabilidad, la nómina, el correo o la firma de documentos, comprar es lo sensato. Son problemas resueltos, idénticos en todas las empresas, con productos maduros que llevan quince años puliendo casos raros que tú no vas a tener tiempo de descubrir.

Desarrollar a medida algo que ya existe y funciona es la forma más rápida de gastar dinero sin ganar nada. Cuando alguien nos pide una herramienta que en realidad es un Trello con otro nombre, se lo decimos.

La pregunta interesante no es "estándar o a medida", sino qué parte de tu operativa es genérica y qué parte es tuya.

Las cinco señales de que el estándar se te ha quedado corto

No hace falta que se cumplan todas. Con dos o tres, la conversación ya merece la pena.

1. Tienes un Excel paralelo que nadie reconoce oficialmente

El síntoma clásico. El programa oficial no cubre un paso del proceso, así que alguien montó una hoja de cálculo, y con el tiempo esa hoja se ha convertido en el sitio donde vive la verdad. El programa se rellena después, para que cuadre.

Cuando el Excel paralelo tiene dueño, versiones y gente que pregunta "¿cuál es el bueno?", ya no es un apaño: es un sistema de información sin mantenimiento ni copias de seguridad.

2. Pagas por usuario y el precio crece más rápido que el equipo

Las licencias por usuario son cómodas al principio y molestas al final. Diez personas a 40 € al mes son 4.800 € al año. Cuarenta personas son 19.200 €. En cinco años, casi 100.000 € por una herramienta que sigue sin hacer exactamente lo que necesitas.

El cálculo que casi nadie hace es este: coste de licencias a cinco años frente a coste de desarrollo más su mantenimiento. Cuando la empresa crece, la comparación cambia de bando antes de lo que parece.

Con números redondos, para una empresa que pasa de 15 a 45 personas usando la herramienta en cinco años:

	Software estándar	Desarrollo a medida
Año 1	7.200 € de licencias	40.000 € de desarrollo
Años 2–5	62.000 € de licencias	32.000 € de mantenimiento
Total 5 años	69.200 €	72.000 €
Al final tienes	Una suscripción	Un activo tuyo

Las cifras cambian con cada caso, pero el patrón se repite: en el año uno el estándar gana por goleada, hacia el año tres se igualan y a partir de ahí la curva se invierte. Por eso la pregunta no es "cuál es más barato", sino "cuánto tiempo voy a usar esto y cuánto voy a crecer".

Ojo con el matiz: esa tabla solo tiene sentido si el software estándar de verdad hace lo que necesitas. Si además de pagar la licencia mantienes tres apaños manuales alrededor, el coste real de la columna izquierda es bastante mayor de lo que dice la factura.

3. Tienes el mismo dato en tres sitios y ninguno cuadra

Un cliente que existe en el CRM, en el programa de facturación y en la hoja de seguimiento del equipo comercial, con tres teléfonos distintos. Cada uno de esos sistemas es correcto por separado; el problema es que no hay ninguno que sea el bueno.

Ojo, porque esto no siempre pide un desarrollo a medida completo. A veces se resuelve con integraciones entre lo que ya tienes, que es bastante más barato. Volvemos a ello más abajo.

4. Alguien dedica horas a mover información de un sitio a otro

Descargar un informe, pegarlo en otra hoja, ajustar el formato, subirlo al otro sistema. Si alguien de tu equipo hace eso todas las semanas, tienes un trabajo perfectamente automatizable y una persona haciéndolo a mano.

Cuenta las horas, multiplícalas por 52 y por su coste real. El número suele sorprender.

5. Habéis dicho que no a algo por culpa de la herramienta

Esta es la señal cara, porque no aparece en ninguna factura. Un modelo de suscripción que no lanzáis, un canal de venta que no abrís, un servicio que no ofrecéis porque el programa "no lo contempla". Cuando el software decide la estrategia en lugar de al revés, el coste ya no es de eficiencia: es de oportunidad.

Un ejemplo concreto: una academia de formación

Lo abstracto se entiende peor, así que un caso del tipo de proyectos que hacemos.

Una academia gestiona matrículas, grupos, profesores, aulas, pagos fraccionados y certificados. Sobre el papel hay productos estándar para centros de formación, y muchos funcionan bien.

Lo que suele romperse es lo específico: la academia que también da formación bonificada para empresas, con su propia documentación y sus plazos; la que reparte a los alumnos entre tres sedes con horarios que no coinciden; la que emite certificados con requisitos concretos de un sector regulado. Ninguna de esas tres cosas es exótica para quien la vive, y ninguna suele estar en el producto estándar.

Ahí la decisión no es "tirar el programa". Suele ser:

• Mantener lo genérico donde ya está bien resuelto: contabilidad, nóminas, correo.
• Construir a medida lo que es tuyo de verdad: la gestión de grupos y bonificaciones, el portal de la empresa cliente, la emisión de certificados.
• Integrar las dos partes para que el dato se escriba una vez y aparezca en todas.

El resultado es más barato que sustituirlo todo y mucho más útil que seguir doblando el proceso para que quepa en el programa.

Las tres preguntas que zanjan la decisión

Cuando dudamos, volvemos siempre a estas tres.

¿Este proceso es tuyo o es de todo el mundo? Si cualquier empresa de tu sector lo hace igual, cómpralo. Si tu forma de hacerlo es parte de por qué te eligen a ti, constrúyelo.

¿Cuánto cuesta hoy el apaño? Suma horas de trabajo manual, licencias, errores que hay que corregir y decisiones que se toman tarde por falta de datos. Si ese número anual se acerca al coste de desarrollar, ya tienes la respuesta. Los rangos reales están en cuánto cuesta un software a medida.

¿Va a cambiar mucho en tres años? Si el proceso es estable, a medida envejece bien. Si el negocio está aún buscándose y todo puede cambiar en seis meses, es mejor sobrevivir con herramientas estándar y construir cuando el proceso se haya asentado. Software a medida sobre un proceso que no existe todavía es la definición de tirar dinero.

Cuándo NO deberías desarrollar a medida

Por si acaso, la lista corta. No lo hagas si:

• El problema es de organización, no de software. Si el proceso está roto, automatizarlo solo hace que se rompa más rápido y con mejor interfaz.
• Nadie de tu empresa puede dedicarle tiempo. Un desarrollo a medida necesita a alguien que decida. Sin esa persona, sale un producto genérico y caro.
• Necesitas resolverlo este mes. Un desarrollo serio tarda semanas. Si el fuego es hoy, apágalo con una herramienta estándar y planifica lo otro en frío.
• Es una funcionalidad, no un sistema. Si lo que echas de menos es un informe que tu programa no trae, muchas veces se resuelve con una integración o un pequeño desarrollo satélite.

La opción que casi nadie plantea: el híbrido

La conversación se presenta como binaria y casi nunca lo es. La configuración que mejor funciona en pymes que ya tienen sistemas montados suele ser esta:

Herramientas estándar para lo genérico, un desarrollo a medida para el núcleo que te diferencia y una capa de integraciones que hace que todo eso se comporte como un solo sistema. El dato se introduce una vez. Los informes salen solos. Y el día que quieras cambiar de proveedor de facturación, cambias esa pieza sin tocar el resto.

Es menos vistoso que "vamos a hacer nuestro propio ERP" y funciona mucho mejor.

Dónde encaja la IA en todo esto

Merece un párrafo aparte porque en 2026 aparece en todas las conversaciones y se está usando mal en la mitad de ellas.

Un agente de IA es una pieza más del sistema, no una categoría aparte. Funciona bien cuando el trabajo consiste en leer y clasificar lenguaje: correos de clientes que hay que enrutar, documentos de los que hay que extraer datos, preguntas frecuentes que se responden con documentación que ya tienes. Funciona mal cuando el resultado tiene que ser exacto y auditable —cálculos, facturación, cualquier cosa que luego hay que defender ante alguien—, porque un modelo de lenguaje no es determinista y ahí eso no es un detalle.

El criterio práctico: si el proceso tolera que se equivoque de vez en cuando y alguien lo revisa, es un buen candidato. Si no lo tolera, hay que resolverlo con código normal, con la IA fuera del camino crítico. Ese sí es un desarrollo a medida, aunque por dentro use un modelo.

Cómo lo decidimos con un cliente

No empezamos preguntando qué software quiere. Empezamos sentándonos con quien va a usar la herramienta y viendo cómo trabaja hoy, dónde se atasca y qué hace cuando el sistema no le deja. De ahí sale el mapa de qué es genérico y qué es propio.

Muchas veces la conclusión es que hay que construir menos de lo que se pensaba. Eso es una buena noticia para todos: para ti porque gastas menos, y para nosotros porque un proyecto acotado sale bien y uno inflado, no. Está explicado en consultoría tecnológica y en software a medida.

Si estás en ese punto en el que ya no sabes si te falta configurar mejor lo que tienes o construir algo propio, escríbenos. Media hora de conversación suele aclarar bastante más que otra tarde comparando productos.