¿Comprar o construir? Software estándar o a medida para tu empresa

Algo con lo que un estudio de software a medida probablemente no debería abrir: la mayoría de las veces, deberías comprar la herramienta estándar. Contabilidad, email, nóminas, videollamadas — son problemas resueltos, y reconstruirlos es la forma de evaporar presupuestos.

La pregunta interesante es dónde termina “la mayoría de las veces”. Porque en el crecimiento de muchas empresas llega un momento en que la herramienta estándar deja de encajar — y reconocer ese momento a tiempo vale mucho dinero en ambas direcciones.

La regla del 80%

Nuestra regla general: si un producto existente cubre el 80% o más de tu flujo de trabajo real de serie, cómpralo y adapta tu 20% restante a la herramienta. La economía del SaaS — el coste de desarrollo repartido entre miles de clientes — es imbatible para los problemas comunes.

La regla también corta al revés. Cuando la cobertura se acerca más al 60%, tu equipo pasa el día en el hueco: exportando, reimportando, manteniendo “la hoja de cálculo que arregla el sistema”. Ese hueco cuesta nóminas, errores y moral — solo que nunca aparece como partida, así que nadie lo presupuesta.

La comparación real: coste total de propiedad

Compara un horizonte de tres años, no un precio de compra:

Comprar significa suscripción × usuarios × 36 meses, más las horas de apaños en el hueco, más las subidas de precio que no controlas, más el día en que el proveedor retira la función de la que dependes. Para un equipo de 15 personas con una herramienta de 40 €/usuario, eso son más de 21.000 € — antes de contar una sola hora de apaños.

Construir significa un proyecto de pago único (mira nuestro desglose honesto de costes — las herramientas internas acotadas se quedan en cinco cifras bajas o menos), más un mantenimiento de en torno al 10–20% anual. Sin matemática por usuario: el usuario 5 y el usuario 50 cuestan lo mismo. Y encaja con el 100% del flujo, porque el flujo es la especificación.

Ninguna columna gana siempre. La cuestión es calcular las dos de verdad — la mayoría de empresas solo pone precio a una.

Señales de que el estándar es suficiente

Sé honesto con estas — te ahorran un desarrollo de vanidad muy caro:

• Tu proceso es estándar en tu sector (si todos tus competidores lo hacen igual, ya hay un producto que lo sirve bien).
• El volumen es bajo y lo que está en juego es modesto.
• Lo necesitas la semana que viene, no el trimestre que viene.
• Nadie en la empresa se haría cargo de la evolución de una herramienta a medida.

Señales de que se te ha quedado pequeño

Estos son los patrones que vemos una y otra vez en proyectos de software a medida que deberían haber empezado un año antes:

• Contorsiones en el flujo de trabajo. Tu equipo ha cambiado su forma de trabajar para satisfacer a la herramienta, no al cliente.
• Hojas de cálculo como pegamento. El proceso real vive en hojas de cálculo que hacen de puente entre dos sistemas, mantenidas por una persona heroica.
• Dolor por usuario. Dudas en dar acceso a alguien por lo que cuesta la siguiente licencia.
• Silos de datos. Las cifras existen, pero juntarlas para una sola decisión lleva un día de exportaciones.
• El purgatorio de las peticiones. La mejora que tu operativa necesita lleva dos años “en el roadmap del proveedor”.

Con tres o más de estas, la regla del 80% ya se ha dado la vuelta: pagas costes de software a medida en horas de apaños y recibes las limitaciones del estándar.

El camino híbrido

El patrón más sólido rara vez es todo-construir o todo-comprar: compra lo común, construye lo que te diferencia. Quédate la contabilidad estándar y el CRM — y construye la capa que es realmente tuya: la lógica de presupuestos que solo tiene tu negocio, la planificación de producción que encaja con tu planta, las integraciones que hacen que tus herramientas se hablen. Consigues la economía del SaaS donde eres corriente y una ventaja a medida donde no lo eres.

La checklist de 5 preguntas

Antes de cualquier decisión de comprar o construir, responde esto por escrito:

1. ¿Hay un producto que cubra el 80% de nuestro flujo real? Pruébalo contra tu proceso real, no contra el guion de demo del vendedor.
2. ¿Cuánto cuesta el hueco al mes? Horas × personas × tasa de error. Ponle un número, aunque sea aproximado.
3. ¿Este proceso es un diferenciador o una commodity? Construye solo lo que te hace diferente.
4. ¿Cuál es el coste a 3 años de cada camino? Las suscripciones se acumulan; los desarrollos se amortizan.
5. ¿De quién es el día 400? En un camino, el roadmap de un proveedor; en el otro, tu código y tu decisión — si tu partner te lo entrega todo como es debido.

Si las respuestas apuntan a construir, define el alcance con honestidad junto a alguien senior antes de creerte ningún presupuesto — una versión gratuita y sin presión de esa conversación es exactamente para lo que sirve nuestra llamada inicial.

Preguntas frecuentes

¿No es arriesgado el software a medida para una pyme? El riesgo se concentra en cómo se construye, no en la decisión en sí: presupuestos cerrados, pagos por hitos, demos semanales y propiedad total del código eliminan la mayor parte. Los desarrollos sin final con alcance difuso sí se merecen su fama.

¿Podemos empezar con el estándar y migrar después? A menudo es la secuencia ideal: la herramienta te enseña tus requisitos reales a bajo coste. Eso sí, mantén tus datos exportables — la dependencia que hay que temer son los datos, no los contratos.

¿Y las plataformas low-code como término medio? Son genuinamente útiles para herramientas internas — hasta que el volumen, la complejidad o las condiciones de licencia encuentran su techo. Trátalas como “comprar” con flexibilidad extra, y aplícales la misma regla del 80%.

¿Cuánto tarda realmente un desarrollo a medida? Herramientas acotadas: entre 6 y 12 semanas desde el arranque hasta producción, con software funcionando visible cada semana por el camino. Lo que mata el calendario no es el código — es el alcance sin decidir.