"Comprem programari o el desenvolupem a mida?" Aquesta pregunta fa dècades que és a les taules dels responsables tècnics municipals. La resposta correcta no és mai la mateixa per a tots els ajuntaments. Aquest article desgrana els criteris que importen per decidir.
Comencem per aclarir els termes
Parlar de "programari propi" davant de "SaaS" simplifica una realitat més complexa. En el món real hi conviuen almenys quatre models:
- Desenvolupament a mida: l'ajuntament contracta una empresa perquè construeixi programari des de zero, adaptat exclusivament als seus processos. El codi font i la infraestructura queden sota control municipal.
- Programari empaquetat on-premise: l'ajuntament compra llicències d'un producte comercial estàndard i l'instal·la als seus propis servidors. El personalitza dins dels límits que el proveïdor permeti.
- SaaS dedicat: el proveïdor opera el programari com a servei al núvol, però l'ajuntament té una instància pròpia i aïllada de la resta.
- SaaS multi-tenant: molts ajuntaments comparteixen una mateixa instància tècnica, separats lògicament. És el model més eficient però també el que requereix més confiança en el proveïdor.
La pregunta no és només "propi o SaaS?", sinó quin punt de l'espectre encaixa amb la teva administració.
Els criteris econòmics
Cost total de propietat a 5 anys
L'error més freqüent en comparar és mirar només el cost inicial. Cal mirar el TCO complet:
| Concepte | Programari a mida | SaaS multi-tenant |
|---|---|---|
| Inversió inicial | Molt alta (€ 80-300k típic) | Mínima (desplegament + formació) |
| Quota recurrent | Només suport i manteniment | Quota anual sostinguda |
| Infraestructura | A càrrec de l'ajuntament | Inclosa en el SaaS |
| Actualitzacions | Projecte separat cada vegada | Contínues, sense cost addicional |
| Compliment normatiu | Responsabilitat municipal | Responsabilitat compartida |
A 5 anys, en municipis petits i mitjans, el SaaS sol ser clarament més econòmic. En municipis grans amb necessitats molt específiques, el desenvolupament a mida pot començar a equilibrar-se cap al cinquè any.
Capex vs Opex
Més enllà del cost total, importa la distribució temporal de la despesa. El programari a mida és Capex (gran inversió inicial), el SaaS és Opex (despesa operativa sostinguda). Per a administracions amb pics pressupostaris, el Capex pot ser més fàcil d'aprovar. Per a administracions amb pressupostos estables, l'Opex és més manejable.
Els criteris tècnics
Capacitat tècnica interna
El programari a mida necessita un equip tècnic capaç de mantenir-lo. Si l'ajuntament no té ni tindrà un departament TIC amb capacitat real (no només administrar usuaris sinó entendre arquitectura, gestionar servidors, interpretar logs), el desenvolupament a mida és un parany: compraràs un cotxe de fórmula 1 i ningú no el sabrà conduir.
Com a referència molt aproximada: per sota de 30.000 habitants rarament hi ha prou capacitat tècnica interna. Per sobre de 80.000, gairebé sempre n'hi ha.
Particularitat dels processos
El teu ajuntament fa les coses com les altres administracions similars, o té processos molt específics? Si la teva casuística és 95% estàndard i 5% especial, el SaaS estàndard et cobreix. Si tens processos peculiars per motius històrics, geogràfics o polítics, pots necessitar una capacitat de personalització profunda que només ofereix el desenvolupament a mida.
Velocitat de desplegament
Terminis típics:
- SaaS multi-tenant: 2-8 setmanes de la signatura a l'operació.
- SaaS dedicat: 6-12 setmanes.
- Programari empaquetat on-premise: 3-6 mesos.
- Desenvolupament a mida: 9-18 mesos per a una primera versió utilitzable.
Si la urgència és real (un canvi normatiu t'hi obliga, un sistema antic s'està trencant, hi ha un esdeveniment proper), les matemàtiques les decideix el termini.
Els criteris operatius
Qui assumeix el compliment normatiu
El RGPD, l'ENS, l'AI Act i la resta de l'ecosistema normatiu són una càrrega creixent. En el SaaS, el proveïdor assumeix la major part de les mesures tècniques i organitzatives (xifratge, còpies de seguretat, control d'accessos, certificacions). En el desenvolupament a mida, el compliment és responsabilitat de l'ajuntament, la qual cosa implica auditories, certificacions i actualització contínua que tenen un cost recurrent.
Risc d'obsolescència
El programari a mida té un risc silenciós però real: l'obsolescència tecnològica. El que es va construir el 2018 amb la tecnologia de moda d'aleshores, el 2026 pot estar en una versió sense suport i sense cap equip capaç d'actualitzar-lo. Hem vist més d'un cas de programari municipal "propi" que acaba convertit en una caixa negra que ningú no vol tocar.
El SaaS ben gestionat evoluciona contínuament sense que l'ajuntament se n'adoni: el proveïdor migra de tecnologies obsoletes a noves versions de manera transparent.
Dependència del proveïdor
L'argument clàssic contra el SaaS: "et fas dependent del proveïdor". És un risc real, però es mitiga amb clàusules de portabilitat de dades al contracte i comprovant que el proveïdor exporta les dades en formats estàndard i oberts.
L'argument simètric contra el desenvolupament a mida també és real: "et fas dependent de l'únic que coneix el codi". Si l'empresa que el va desenvolupar desapareix o canvia de personal, l'ajuntament queda igualment atrapat.
Una matriu de decisió simplificada
| Característica de l'ajuntament | Recomanació |
|---|---|
| < 20.000 habitants, sense equip tècnic | SaaS multi-tenant |
| 20.000-80.000 hab., equip tècnic bàsic | SaaS multi-tenant o dedicat |
| 80.000-200.000 hab., equip tècnic mitjà | SaaS dedicat o programari empaquetat |
| > 200.000 hab., equip tècnic madur | Combinació: SaaS per a processos estàndard, a mida per als específics |
| Diputació amb molts municipis petits | SaaS multi-tenant compartit |
| Processos molt peculiars no replicats en altres AAPP | Considerar el desenvolupament a mida |
El model Labrax
A Labrax operem principalment en SaaS multi-tenant per als nostres productes propis, amb dues opcions per als clients que requereixen més aïllament:
- Multi-tenant compartit (el més eficient): el teu ajuntament comparteix instància amb d'altres, però les dades estan aïllades criptogràficament.
- Tenant dedicat: instància exclusiva en infraestructura compartida. Més car, més aïllat.
- On-premise: per a casos excepcionals amb requisits de sobirania absoluta de la dada. Només quan és realment necessari, perquè el cost i la complexitat operativa augmenten considerablement.
El consell honest: si dubtes entre desenvolupament a mida i SaaS, comença pel SaaS. Si en un any descobreixes limitacions reals, sempre pots evolucionar. Si comences pel desenvolupament a mida i descobreixes que era excessiu, ja hauràs gastat molts diners.
