Comprar o construir? Software estàndard o a mida per a la teva empresa

Una confessió poc habitual en un estudi de software a mida: la majoria de vegades, hauries de comprar l’eina estàndard. Comptabilitat, correu, nòmines, videotrucades — són problemes resolts, i reconstruir-los és com es volatilitzen els pressupostos.

La pregunta interessant és on s’acaba aquesta “majoria de vegades”. Perquè moltes empreses arriben a un punt en què l’eina estàndard deixa d’encaixar — i reconèixer-lo d’hora val molts diners en totes dues direccions.

La regla del 80%

La nostra regla pràctica: si un producte existent cobreix el 80% o més del teu flux de treball real tal com ve de fàbrica, compra’l i adapta el 20% restant a l’eina. L’economia del SaaS — el cost de desenvolupament repartit entre milers de clients — és imbatible per als problemes comuns.

La regla també talla en l’altre sentit. Quan la cobertura s’acosta més al 60%, el teu equip es passa els dies al forat: exportant, tornant a importar, mantenint “el full de càlcul que arregla el sistema”. Aquest forat té un cost de nòmina, d’errors i de moral — però mai no apareix com a partida, així que ningú no el pressuposta.

La comparació real: cost total de propietat

Compara un horitzó de tres anys, no un preu de compra:

Comprar vol dir subscripció × usuaris × 36 mesos, més les hores de feina al forat, més les pujades de preu que no controles, més el dia que el proveïdor retira la funció de què depens. Per a un equip de 15 persones amb una eina de 40 €/usuari, són més de 21.000 € — abans de comptar cap hora de feines de pont.

Construir vol dir un projecte d’un sol cop (mira el nostre desglossament honest de costos — les eines internes ben acotades queden en cinc xifres baixes o menys), més un manteniment d’un 10–20% anual. Sense matemàtica per usuari: l’usuari 5 i l’usuari 50 costen el mateix. I encaixa amb el 100% del flux de treball, perquè el flux de treball és l’especificació.

Cap columna no guanya universalment. La qüestió és calcular de debò totes dues — la majoria d’empreses només posa preu a una.

Senyals que l’estàndard és suficient

Sigues-hi honest — t’estalvien una construcció de vanitat ben cara:

• El teu procés és estàndard al teu sector (si tots els competidors el fan igual, ja hi ha un producte que el serveix bé).
• El volum és baix i t’hi jugues poc.
• El necessites la setmana que ve, no el trimestre que ve.
• Ningú a l’empresa no es faria càrrec de l’evolució d’una eina pròpia.

Senyals que l’eina se t’ha quedat petita

Són els patrons que veiem un cop rere l’altre en projectes de software a mida que haurien d’haver començat un any abans:

• Contorsions del flux de treball. El teu equip ha canviat com treballa per satisfer l’eina, no el client.
• Cola de fulls de càlcul. El procés real viu en fulls de càlcul que fan de pont entre dos sistemes, mantinguts per una persona heroica.
• Dolor per usuari. Dubtes a donar accés a algú pel que costa el següent usuari.
• Sitges de dades. Les xifres existeixen, però reunir-les per a una sola decisió costa un dia d’exportacions.
• El purgatori de les peticions. La millora que la teva operativa necessita porta dos anys “al full de ruta del proveïdor”.

Amb tres o més, la regla del 80% ja s’ha capgirat — pagues costos de software a mida en hores de pedaços amb limitacions d’eina estàndard.

El camí híbrid

El patró més sòlid rarament és tot-construir o tot-comprar: compra la mercaderia, construeix el diferenciador. Conserva el paquet de comptabilitat estàndard i el CRM — i construeix la capa a mida realment teva: la lògica de pressupostos que només té el teu negoci, la planificació de producció que encaixa amb la teva planta, les integracions que fan parlar les teves eines. Obtens l’economia del SaaS allà on ets ordinari i un avantatge a mida allà on no ho ets.

La llista de les 5 preguntes

Abans de qualsevol decisió de comprar o construir, respon això per escrit:

1. Hi ha un producte que cobreixi el 80% del nostre flux de treball real? Prova’l contra el teu procés de debò, no contra el guió de demo del venedor.
2. Quant costa el forat cada mes? Hores × persones × taxa d’errors. Posa-hi un número, ni que sigui aproximat.
3. Aquest procés és un diferenciador o una mercaderia? Construeix només el que et fa diferent.
4. Quin és el cost a 3 anys de cada camí? Les subscripcions es componen; les construccions s’amortitzen.
5. De qui és el dia 400? En un camí, el full de ruta d’un proveïdor; a l’altre, el teu codi i la teva decisió — si el teu soci t’ho traspassa tot com cal.

Si les respostes apunten a construir, defineix-ho honestament amb algú sènior abans de creure’t cap pressupost — una versió gratuïta i sense pressió d’aquesta conversa és exactament el que ofereix la nostra trucada inicial.

Preguntes freqüents

El software a mida no és arriscat per a una pime? El risc es concentra en com es construeix, no en la decisió en si: pressupost tancat, pagaments per fites, demos setmanals i propietat total del codi n’eliminen la major part. Les construccions obertes amb abast vague sí que mereixen la fama que tenen.

Podem començar amb software estàndard i migrar més endavant? Sovint és la seqüència ideal: l’eina t’ensenya els requisits reals a baix cost. Només mantén les dades exportables — la permanència que cal témer és la de les dades, no la dels contractes.

I les plataformes low-code com a terme mitjà? Són genuïnament útils per a eines internes — fins que el volum, la complexitat o les condicions de llicència en troben el sostre. Tracta-les com un “comprar” amb flexibilitat extra, i aplica-hi la mateixa regla del 80%.

Quant triga de debò una construcció a mida? Eines ben acotades: aproximadament 6–12 setmanes des de l’inici fins a producció, amb software funcionant visible cada setmana. L’assassí del calendari no és el codi — és l’abast sense decidir.