Cuando tu empresa necesita una herramienta nueva (un CRM, un sistema de gestión de pedidos, una plataforma interna para coordinar equipos), tienes tres caminos posibles. Puedes contratar un SaaS y pagar mensualidades. Puedes montar la solución en una plataforma low-code en cuestión de semanas. O puedes encargar software a medida diseñado exclusivamente para tu proceso.
Cada opción tiene un contexto donde brilla y un contexto donde te arruina. El error más caro que cometen muchas empresas españolas no es elegir mal entre las tres, sino aplicar la lógica equivocada al elegir. Pagan licencias SaaS para un proceso que es su ventaja competitiva, o mandan desarrollar a medida algo que un Excel y Trello habrían resuelto.
Este artículo te da un marco de decisión concreto. No es teoría: son las cinco preguntas que usamos cuando un cliente nos llega con una necesidad y la respuesta correcta es "no nos contrates a nosotros".
El árbol de decisión: cinco preguntas que importan
Antes de mirar precios o demos, contesta estas cinco preguntas en orden. Cada una restringe el espacio de soluciones razonables.
| # | Pregunta | Si la respuesta es... |
|---|---|---|
| 1 | ¿El proceso es core para tu negocio (forma parte de tu ventaja competitiva)? | Sí → favorece a medida. No → considera SaaS o low-code. |
| 2 | ¿Cómo de estándar es el proceso comparado con el resto del sector? | Muy estándar → SaaS. Estándar con matices → low-code. Único → a medida. |
| 3 | ¿Cuál es el presupuesto inicial disponible y qué tipo de coste tolera tu cuenta de resultados? | OPEX recurrente predecible → SaaS. CAPEX inicial mayor → a medida. Mixto → low-code. |
| 4 | ¿Qué plazos tienes? | Semanas → SaaS. 1-3 meses → low-code. 3-9 meses → a medida. |
| 5 | ¿Qué equipo IT interno tienes y cuánta dependencia del proveedor toleras? | Sin IT → SaaS gestionado. IT mixto/funcional → low-code. IT técnico o partner sólido → a medida. |
Si respondes "sí" a la primera pregunta, la decisión cambia radicalmente. Un proceso core no se subcontrata a un SaaS donde tienes el mismo software que tu competencia. Pero si respondes "no", aplicar a medida es probablemente quemar dinero.
Vamos a ver cuándo encaja cada uno.
Cuándo SaaS es la respuesta correcta
El SaaS (Software as a Service) tiene sentido cuando estás resolviendo un problema que ya está resuelto en tu sector y tu única innovación posible es la ejecución, no la herramienta.
Las señales que indican que SaaS es tu opción:
- Alta estandarización: tu proceso de facturación, gestión de nóminas, CRM básico, contabilidad o atención al cliente no se diferencia mucho del de mil empresas similares. Reinventar la rueda no aporta nada.
- Equipo no técnico: no tienes desarrolladores en plantilla y no quieres contratarlos. Necesitas que alguien te configure la herramienta y se despreocupe de mantenimiento, copias de seguridad y actualizaciones.
- Presupuesto limitado para inversión inicial: prefieres pagar una mensualidad previsible que afrontar una inversión grande de golpe.
- Plazos ajustados: necesitas estar operativo en semanas, no en meses.
- Riesgo bajo de bloqueo: si el proveedor cambia o desaparece, podrías migrar a un competidor sin que tu negocio se hunda.
Ejemplos donde SaaS es claramente lo correcto: una pyme de servicios profesionales que necesita facturación electrónica conforme a Verifactu, una tienda online pequeña con procesos estándar, una asesoría que necesita gestionar tareas internas, una empresa industrial que quiere un ERP genérico.
El error típico con SaaS es subestimar el coste a largo plazo. Cuando creces, las licencias por usuario se acumulan, los add-ons se multiplican, y al cabo de cinco años puedes estar pagando más en SaaS de lo que habría costado un desarrollo a medida amortizado. Pero ese es un problema de la versión escalada, no del momento inicial.
Cuándo low-code es la respuesta correcta
El low-code es la opción que más ha cambiado en los últimos años. Plataformas como Microsoft Power Platform, OutSystems o Mendix para entornos enterprise; Retool para herramientas internas técnicas; Bubble para casos no-code sin desarrollador. Todas permiten construir aplicaciones de negocio con interfaces visuales y código mínimo. Es la zona intermedia: más flexible que un SaaS, más rápido y barato que desarrollar desde cero.
Las señales que indican que low-code es tu opción:
- Procesos específicos pero no diferenciadores: tu flujo de aprobación de presupuestos es particular, pero no es tu ventaja competitiva. Los SaaS genéricos no encajan, pero tampoco necesitas reinventar todo desde la base.
- Equipo mixto: tienes alguien funcional con perfil técnico (un responsable de operaciones que entiende lógica, un controller que sabe Excel avanzado) y posiblemente uno o dos desarrolladores que pueden complementar.
- Necesidad de iterar rápido: el proceso aún no está cerrado, vas a cambiarlo en los próximos meses, y quieres una herramienta que admita modificaciones sin un sprint completo de desarrollo.
- Integración con el ecosistema Microsoft (en muchos casos): si ya pagas licencias de Microsoft 365, Power Platform aprovecha credenciales, Active Directory y permisos existentes.
Donde low-code encaja bien: una distribuidora regional que necesita un portal de pedidos B2B con su catálogo y reglas de descuento, un despacho de arquitectura que quiere coordinar fases de proyecto entre ingenieros, técnicos y aparejadores, una empresa logística que necesita un sistema de partes de trabajo personalizado para conductores.
Las advertencias serias del low-code son dos. Primera: vendor lock-in. Si eliges OutSystems o Bubble y cinco años después la plataforma sube precios o cambia condiciones, migrar fuera es complejo, porque tu lógica está en el formato propietario de la plataforma. Segunda: límites de complejidad. Cuando una aplicación low-code crece más allá de cierta complejidad funcional, los workarounds para esquivar las limitaciones acaban siendo más costosos que haberla hecho a medida desde el principio.
Cuándo software a medida es la respuesta correcta
Software a medida significa código escrito específicamente para tu empresa, con tu lógica de negocio, integrado contra tus sistemas, sin compromisos.
Las señales que indican que es tu opción:
- Proceso core: lo que vas a digitalizar es central a tu propuesta de valor. Si tu logística, tu motor de pricing, tu sistema de matching o tu plataforma de relación con clientes es lo que te diferencia, no puedes tener exactamente el mismo software que tu competencia.
- Ventaja competitiva: el software es parte de la ventaja que ofreces. Si tu cliente paga porque haces algo mejor o distinto, ese "algo" tiene que vivir en código que controlas.
- Flexibilidad máxima a medio y largo plazo: el negocio va a evolucionar de formas que hoy no puedes prever, y necesitas no quedarte atado a las decisiones de un proveedor externo.
- Volumen o cumplimiento que rompe los SaaS estándar: cuando el volumen de transacciones, los requisitos de latencia, las exigencias de soberanía del dato (RGPD on-premise, datos que no pueden salir de Europa) o las integraciones con sistemas legacy hacen inviable un SaaS.
- Equipo IT propio o partner técnico estable: tienes capacidad interna, partner externo de confianza, o ambos.
Ejemplos donde software a medida tiene sentido: una empresa industrial que ha desarrollado un proceso de control de calidad propio que es su diferenciador, un operador logístico con un algoritmo de optimización de rutas patentado, una plataforma de servicios B2B con un motor de matching propio, una empresa de salud con requisitos de RGPD que excluyen SaaS estadounidenses (ver arquitectura on-premise RGPD-compliant para el análisis técnico de este escenario).
El stack típico para software a medida en 2026 incluye Python con FastAPI o Node con NestJS en backend, React o Vue en frontend, PostgreSQL como base de datos, despliegue en contenedores Docker y orquestación con Kubernetes o PaaS auto-hospedados como Dokploy para equipos más pequeños. La elección de stack debe basarse en talento disponible y madurez del ecosistema, no en modas.
Coste total de propiedad: el dato que cambia las decisiones
El error de mirar solo el precio inicial es lo que lleva a empresas a elegir mal. El coste total de propiedad (TCO) considera el ciclo completo de vida del software durante 3-5 años.
| Dimensión | SaaS | Low-code | A medida |
|---|---|---|---|
| Inversión inicial | Baja (setup + migración) | Media (licencias + implantación) | Alta (desarrollo completo) |
| Coste recurrente | Alto y creciente con usuarios/uso | Medio (licencias plataforma + mantenimiento) | Bajo-medio (mantenimiento, hosting) |
| Coste de cambio (a otra opción) | Bajo-medio | Alto (lock-in con la plataforma) | Bajo (es código tuyo) |
| Personalización | Limitada al config del SaaS | Buena, con techo | Total |
| Tiempo a producción | Días/semanas | Semanas/meses | Meses |
| Dependencia del vendor | Total (si cierra, mueres) | Alta (lock-in plataforma) | Baja (código tuyo) |
| Escalado a más usuarios | Coste lineal o exponencial | Coste lineal moderado | Coste casi plano |
| Adaptación a cambios de negocio | Limitada | Buena | Total |
La clave del TCO: SaaS suele tener coste recurrente predecible mientras que software a medida implica inversión inicial mayor con coste de mantenimiento más bajo después. El low-code se sitúa en medio, pero con una variable peligrosa: el lock-in con la plataforma puede convertirse en un coste oculto cuando intentas salir.
Una regla razonable: si vas a usar el software más de tres años y tienes más de 20-30 usuarios intensivos, hazte el ejercicio del TCO completo. La intuición de "el SaaS es más barato" se rompe a partir de cierto umbral de uso.
Ejemplos por tipo de empresa
Una distribuidora regional con 30 empleados
Necesita gestión de pedidos, almacén, facturación y contabilidad. SaaS o ERP cloud estándar. Sus procesos no son su diferenciador (lo es la red comercial y el conocimiento del cliente local). Pagar a alguien para reinventar la facturación sería absurdo. Si tiene un proceso particular en el portal de pedidos a clientes B2B donde su tarifa es compleja, ahí sí puede tener sentido un módulo en low-code conectado al ERP.
Un despacho de arquitectos
Gestión de proyectos genérica con SaaS. Pero si quieren un sistema interno de coordinación de fases (anteproyecto, proyecto básico, proyecto de ejecución, dirección de obra) con sus plantillas, sus checklists y sus permisos por rol, low-code es probablemente lo correcto. Construir desde cero sería sobreingeniería; un SaaS genérico no encaja con su flujo.
Una empresa industrial con proceso de calidad propio
Si su control de calidad es lo que les permite cobrar más que la competencia, software a medida. El SaaS de calidad genérico les obligaría a adaptarse a un flujo que no es el suyo, perdiendo el diferencial. La inversión inicial es justificable porque protege la ventaja competitiva.
Una asesoría fiscal de tamaño medio
SaaS especializado para la parte fiscal y contable (es lo más estándar que existe), complementado con low-code o automatizaciones para el flujo interno de tareas, comunicación con clientes y gestión documental. Mix SaaS + low-code (ver automatizaciones concretas para asesorías con ejemplos de casos reales).
Una startup B2B con plataforma propia
Su plataforma es el negocio. Software a medida desde el día uno, sin discusión. SaaS o low-code para herramientas internas (CRM, soporte), pero el producto que cobran es código propio.
Una empresa con datos sensibles que no pueden salir de Europa
Si las exigencias de RGPD o sectoriales (sanidad, defensa, datos legales) excluyen el SaaS estadounidense, a medida con despliegue on-premise o cloud europeo soberano — la arquitectura on-premise RGPD-compliant detalla las opciones técnicas para este escenario. Aquí el coste no es el primer factor: el cumplimiento normativo elimina opciones.
Tres errores que cuestan caro
Primero: elegir SaaS para procesos core. Acabas con el mismo software que tu competencia y pierdes capacidad de diferenciarte. Cuando quieres algo distinto, descubres que el SaaS no lo permite y migrar es traumático.
Segundo: elegir software a medida para procesos estándar. Pagas el desarrollo de algo que ya existe, asumes el coste de mantenimiento de por vida, y al final tu solución es peor que un SaaS maduro porque no tiene años de iteración detrás.
Tercero: elegir low-code sin evaluar el lock-in. La plataforma que parece flexible al principio puede convertirse en una cárcel cuando el negocio crezca o cambie las condiciones comerciales.
Cómo decidir bien en tu empresa
El proceso correcto no es ir a buscar opciones primero, sino mapear el problema antes:
- Inventario de procesos: lista todos los procesos que necesitan herramienta. No mezcles "facturación" con "motor de pricing dinámico" en la misma decisión.
- Clasificación core vs no-core: marca cada proceso como core (parte de tu ventaja) o no-core (commodity).
- Aplicación del árbol de decisión a cada proceso, no a la empresa entera. Una misma empresa puede tener SaaS para nóminas, low-code para gestión interna y software a medida para su producto principal.
- Cálculo de TCO a 3-5 años para los procesos donde la decisión no sea obvia.
- Validación con un piloto pequeño antes de comprometer presupuesto grande, sobre todo en software a medida — un framework de 4 semanas puede ayudarte a probar antes de comprometer recursos.
La buena noticia es que estas decisiones no son irreversibles si las tomas con conciencia. La mala es que cambiar de modelo cuando llevas dos años con la opción equivocada cuesta varias veces lo que habría costado elegir bien al principio.
Conclusión
No hay una opción ganadora entre SaaS, low-code y software a medida. Hay tres herramientas para tres contextos distintos. Las empresas españolas que aciertan son las que evalúan proceso a proceso, distinguen lo core de lo commodity, y miran el TCO a varios años en lugar del precio del primer mes.
Si estás evaluando una decisión de este tipo y quieres una segunda opinión técnica antes de comprometer presupuesto, en Lin-ia hacemos sesiones de consultoría sin coste para ayudarte a aplicar este árbol de decisión a tu caso concreto. A veces la conclusión es "contrátanos para desarrollar", a veces es "compra este SaaS y olvídate". Lo importante es que la decisión esté bien argumentada antes de firmar.
Cuéntanos tu caso y te decimos qué encaja mejor.