"¿Compramos software o lo desarrollamos a medida?" Esta pregunta lleva décadas en las mesas de los responsables técnicos municipales. La respuesta correcta nunca es la misma para todos los ayuntamientos. Este artículo desgrana los criterios que importan para decidir.
Empecemos por aclarar los términos
Hablar de "software propio" frente a "SaaS" simplifica una realidad más compleja. En el mundo real conviven al menos cuatro modelos:
- Desarrollo a medida: el ayuntamiento contrata a una empresa para construir software desde cero, adaptado exclusivamente a sus procesos. El código fuente y la infraestructura quedan bajo control municipal.
- Software empaquetado on-premise: el ayuntamiento compra licencias de un producto comercial estándar y lo instala en sus propios servidores. Lo customiza dentro de los límites que el proveedor permita.
- SaaS dedicado: el proveedor opera el software como servicio en la nube, pero el ayuntamiento tiene una instancia propia y aislada del resto.
- SaaS multi-tenant: muchos ayuntamientos comparten una misma instancia técnica, separados lógicamente. Es el modelo más eficiente pero también el que requiere más confianza en el proveedor.
La pregunta no es solo "¿propio o SaaS?", sino qué punto del espectro encaja con tu administración.
Los criterios económicos
Coste total de propiedad a 5 años
El error más frecuente al comparar es mirar solo el coste inicial. Hay que mirar el TCO completo:
| Concepto | Software a medida | SaaS multi-tenant |
|---|---|---|
| Inversión inicial | Muy alta (€ 80-300k típico) | Mínima (despliegue + formación) |
| Cuota recurrente | Solo soporte y mantenimiento | Cuota anual sostenida |
| Infraestructura | A cargo del ayuntamiento | Incluida en el SaaS |
| Actualizaciones | Proyecto separado cada vez | Continuas, sin coste adicional |
| Cumplimiento normativo | Responsabilidad municipal | Responsabilidad compartida |
A 5 años, en municipios pequeños y medianos, el SaaS suele ser claramente más económico. En municipios grandes con necesidades muy específicas, el desarrollo a medida puede empezar a equilibrarse hacia el quinto año.
Capex vs Opex
Más allá del coste total, importa la distribución temporal del gasto. El software a medida es Capex (gran inversión inicial), el SaaS es Opex (gasto operacional sostenido). Para administraciones con picos presupuestarios, el Capex puede ser más fácil de aprobar. Para administraciones con presupuestos estables, el Opex es más manejable.
Los criterios técnicos
Capacidad técnica interna
El software a medida necesita un equipo técnico capaz de mantenerlo. Si el ayuntamiento no tiene ni va a tener un departamento TIC con capacidad real (no solo administrar usuarios sino entender arquitectura, gestionar servidores, interpretar logs), el desarrollo a medida es una trampa: comprarás un coche de fórmula 1 y nadie sabrá conducirlo.
Como referencia muy aproximada: por debajo de 30.000 habitantes raras veces hay capacidad técnica interna suficiente. Por encima de 80.000, casi siempre la hay.
Particularidad de los procesos
¿Tu ayuntamiento hace las cosas como las demás administraciones similares, o tiene procesos muy específicos? Si tu casuística es 95% estándar y 5% especial, el SaaS estándar te cubre. Si tienes procesos peculiares por motivos históricos, geográficos o políticos, puedes necesitar capacidad de personalización profunda que solo el desarrollo a medida ofrece.
Velocidad de despliegue
Tiempos típicos:
- SaaS multi-tenant: 2-8 semanas de la firma a la operación.
- SaaS dedicado: 6-12 semanas.
- Software empaquetado on-premise: 3-6 meses.
- Desarrollo a medida: 9-18 meses para una primera versión utilizable.
Si la urgencia es real (un cambio normativo te obliga, un sistema antiguo está rompiéndose, hay un evento próximo), las matemáticas las decide el plazo.
Los criterios operativos
Quién asume el cumplimiento normativo
El RGPD, el ENS, el AI Act y el resto del ecosistema normativo son una carga creciente. En el SaaS, el proveedor asume la mayor parte de las medidas técnicas y organizativas (cifrado, backups, control de accesos, certificaciones). En el desarrollo a medida, el cumplimiento es responsabilidad del ayuntamiento, lo cual implica auditorías, certificaciones y actualización continua que tienen coste recurrente.
Riesgo de obsolescencia
El software a medida tiene un riesgo silencioso pero real: la obsolescencia tecnológica. Lo que se construyó en 2018 con la tecnología de moda de entonces, en 2026 puede estar en versión sin soporte y sin equipo capaz de actualizarlo. Hemos visto más de un caso de software municipal "propio" que termina convertido en una caja negra que nadie quiere tocar.
El SaaS bien gestionado evoluciona continuamente sin que el ayuntamiento lo note: el proveedor migra de tecnologías obsoletas a nuevas versiones de forma transparente.
Dependencia del proveedor
El argumento clásico contra el SaaS: "te haces dependiente del proveedor". Es un riesgo real, pero se mitiga con cláusulas de portabilidad de datos en el contrato y verificando que el proveedor exporta los datos en formatos estándar y abiertos.
El argumento simétrico contra el desarrollo a medida también es real: "te haces dependiente del único que conoce el código". Si la empresa que lo desarrolló desaparece o cambia de personal, el ayuntamiento se queda atrapado igualmente.
Una matriz de decisión simplificada
| Caracterítica del ayuntamiento | Recomendación |
|---|---|
| < 20.000 habitantes, sin equipo técnico | SaaS multi-tenant |
| 20.000-80.000 hab., equipo técnico básico | SaaS multi-tenant o dedicado |
| 80.000-200.000 hab., equipo técnico medio | SaaS dedicado o software empaquetado |
| > 200.000 hab., equipo técnico maduro | Mezcla: SaaS para procesos estándar, a medida para específicos |
| Diputación con muchos municipios pequeños | SaaS multi-tenant compartido |
| Procesos muy peculiares no replicados en otras AAPP | Considerar desarrollo a medida |
El modelo Labrax
En Labrax operamos principalmente en SaaS multi-tenant para nuestros productos propios, con dos opciones para clientes que requieren más aislamiento:
- Multi-tenant compartido (lo más eficiente): tu ayuntamiento comparte instancia con otros, pero los datos están aislados criptográficamente.
- Tenant dedicado: instancia exclusiva en infraestructura compartida. Más caro, más aislado.
- On-premise: para casos excepcionales con requisitos de soberanía absoluta del dato. Solo cuando es realmente necesario, porque el coste y la complejidad operativa aumentan considerablemente.
El consejo honesto: si dudas entre desarrollo a medida y SaaS, empieza por SaaS. Si en un año descubres limitaciones reales, siempre puedes evolucionar. Si empiezas por desarrollo a medida y descubres que era excesivo, ya has gastado mucho dinero.
