"Mercamos software ou desenvolvémolo a medida?" Esta pregunta leva décadas nas mesas dos responsables técnicos municipais. A resposta correcta nunca é a mesma para todos os concellos. Este artigo desgrana os criterios que importan para decidir.
Comecemos por aclarar os termos
Falar de "software propio" fronte a "SaaS" simplifica unha realidade máis complexa. No mundo real conviven polo menos catro modelos:
- Desenvolvemento a medida: o concello contrata unha empresa para construír software desde cero, adaptado exclusivamente aos seus procesos. O código fonte e a infraestrutura quedan baixo control municipal.
- Software empaquetado on-premise: o concello merca licenzas dun produto comercial estándar e instálao nos seus propios servidores. Personalízao dentro dos límites que permita o provedor.
- SaaS dedicado: o provedor opera o software como servizo na nube, pero o concello ten unha instancia propia e illada do resto.
- SaaS multi-tenant: moitos concellos comparten unha mesma instancia técnica, separados loxicamente. É o modelo máis eficiente, pero tamén o que require máis confianza no provedor.
A pregunta non é só "propio ou SaaS?", senón que punto do espectro encaixa coa túa administración.
Os criterios económicos
Custo total de propiedade a 5 anos
O erro máis frecuente ao comparar é mirar só o custo inicial. Hai que mirar o TCO completo:
| Concepto | Software a medida | SaaS multi-tenant |
|---|---|---|
| Investimento inicial | Moi alta (€ 80-300k típico) | Mínima (despregamento + formación) |
| Cota recorrente | Só soporte e mantemento | Cota anual sostida |
| Infraestrutura | A cargo do concello | Incluída no SaaS |
| Actualizacións | Proxecto separado cada vez | Continuas, sen custo adicional |
| Cumprimento normativo | Responsabilidade municipal | Responsabilidade compartida |
A 5 anos, en municipios pequenos e medianos, o SaaS adoita ser claramente máis económico. En municipios grandes con necesidades moi específicas, o desenvolvemento a medida pode empezar a equilibrarse cara ao quinto ano.
Capex vs Opex
Alén do custo total, importa a distribución temporal do gasto. O software a medida é Capex (gran investimento inicial); o SaaS é Opex (gasto operativo sostido). Para administracións con picos orzamentarios, o Capex pode ser máis doado de aprobar. Para administracións con orzamentos estables, o Opex é máis manexable.
Os criterios técnicos
Capacidade técnica interna
O software a medida necesita un equipo técnico capaz de mantelo. Se o concello non ten nin vai ter un departamento TIC con capacidade real (non só administrar usuarios, senón entender a arquitectura, xestionar servidores, interpretar logs), o desenvolvemento a medida é unha trampa: mercarás un coche de fórmula 1 e ninguén saberá conducilo.
Como referencia moi aproximada: por baixo dos 30.000 habitantes raras veces hai capacidade técnica interna suficiente. Por riba dos 80.000, case sempre a hai.
Particularidade dos procesos
O teu concello fai as cousas como as demais administracións similares ou ten procesos moi específicos? Se a túa casuística é 95% estándar e 5% especial, o SaaS estándar cóbrete. Se tes procesos peculiares por motivos históricos, xeográficos ou políticos, podes necesitar unha capacidade de personalización profunda que só ofrece o desenvolvemento a medida.
Velocidade de despregamento
Tempos típicos:
- SaaS multi-tenant: 2-8 semanas da sinatura á operación.
- SaaS dedicado: 6-12 semanas.
- Software empaquetado on-premise: 3-6 meses.
- Desenvolvemento a medida: 9-18 meses para unha primeira versión utilizable.
Se a urxencia é real (un cambio normativo obrígache, un sistema antigo está a romper, hai un evento próximo), as matemáticas decídeas o prazo.
Os criterios operativos
Quen asume o cumprimento normativo
O RGPD, o ENS, o AI Act e o resto do ecosistema normativo son unha carga crecente. No SaaS, o provedor asume a maior parte das medidas técnicas e organizativas (cifrado, copias de seguridade, control de accesos, certificacións). No desenvolvemento a medida, o cumprimento é responsabilidade do concello, o que implica auditorías, certificacións e actualización continua cun custo recorrente.
Risco de obsolescencia
O software a medida ten un risco silencioso pero real: a obsolescencia tecnolóxica. O que se construíu en 2018 coa tecnoloxía de moda daquela, en 2026 pode estar nunha versión sen soporte e sen equipo capaz de actualizalo. Vimos máis dun caso de software municipal "propio" que acaba convertido nunha caixa negra que ninguén quere tocar.
O SaaS ben xestionado evoluciona continuamente sen que o concello o note: o provedor migra de tecnoloxías obsoletas a novas versións de forma transparente.
Dependencia do provedor
O argumento clásico contra o SaaS: "fáste dependente do provedor". É un risco real, pero mitígase con cláusulas de portabilidade dos datos no contrato e verificando que o provedor exporta os datos en formatos estándar e abertos.
O argumento simétrico contra o desenvolvemento a medida tamén é real: "fáste dependente do único que coñece o código". Se a empresa que o desenvolveu desaparece ou cambia de persoal, o concello queda atrapado igualmente.
Unha matriz de decisión simplificada
| Característica do concello | Recomendación |
|---|---|
| < 20.000 habitantes, sen equipo técnico | SaaS multi-tenant |
| 20.000-80.000 hab., equipo técnico básico | SaaS multi-tenant ou dedicado |
| 80.000-200.000 hab., equipo técnico medio | SaaS dedicado ou software empaquetado |
| > 200.000 hab., equipo técnico maduro | Mestura: SaaS para procesos estándar, a medida para os específicos |
| Deputación con moitos municipios pequenos | SaaS multi-tenant compartido |
| Procesos moi peculiares non replicados noutras AAPP | Considerar o desenvolvemento a medida |
O modelo Labrax
En Labrax operamos principalmente en SaaS multi-tenant para os nosos produtos propios, con dúas opcións para clientes que requiren máis illamento:
- Multi-tenant compartido (o máis eficiente): o teu concello comparte instancia con outros, pero os datos están illados criptograficamente.
- Tenant dedicado: instancia exclusiva en infraestrutura compartida. Máis caro, máis illado.
- On-premise: para casos excepcionais con requisitos de soberanía absoluta do dato. Só cando é realmente necesario, porque o custo e a complexidade operativa aumentan considerablemente.
O consello honesto: se dubidas entre desenvolvemento a medida e SaaS, comeza polo SaaS. Se nun ano descobres limitacións reais, sempre podes evolucionar. Se comezas polo desenvolvemento a medida e descobres que era excesivo, xa gastaches moito diñeiro.
