Hi ha una idea molt estesa i molt comprensible: quan una web o una app es llança, la feina «ja està feta». Has invertit temps i diners, el producte funciona, els usuaris hi entren. Sembla el final del camí.
En realitat és el principi. Un producte digital no és un objecte que es fabrica un cop i es queda quiet; és una cosa viva que conviu amb un entorn que canvia constantment al seu voltant.
El que canvia al teu voltant (encara que tu no toquis res)
Encara que no modifiquis ni una línia del teu producte, el món on viu sí que canvia. Surten noves versions d'iOS i Android. Els navegadors s'actualitzen. Apareixen nous models de mòbil amb pantalles diferents. Les normatives canvien. Els serveis de tercers que utilitzes actualitzen les seves condicions o les seves tecnologies.
El teu producte es va construir per a l'entorn que existia el dia del llançament. Amb cadascun d'aquests canvis externs, la distància entre «com està fet» i «com hauria d'estar fet avui» es fa una mica més gran.
Què implica mantenir de debò
Mantenir un producte no és esperar que alguna cosa es trenqui per arreglar-la. És una feina contínua i, en gran part, preventiva:
Actualitzacions de seguretat. Les vulnerabilitats es descobreixen constantment. Mantenir al dia el programari i els seus components és el que evita que una d'aquestes portes quedi oberta.
Compatibilitat. Assegurar-se que segueix funcionant bé en els nous sistemes operatius, navegadors i dispositius que van sortint.
Gestió de dependències. Gairebé tot producte es recolza en llibreries externes. Mantenir-les actualitzades —i vigilar les que deixen de mantenir-se— és part de la feina.
Correcció d'errors. Hi ha errors que només apareixen amb el temps, amb l'ús real, amb volums de dades que al principi no existien.
Què passa quan no es fa
No mantenir un producte no provoca un problema immediat. Aquest és justament el risc: durant mesos sembla que no passa res, fins que passa.
El primer solen ser les vulnerabilitats: components sense actualitzar amb forats de seguretat coneguts, que converteixen el teu producte en un objectiu fàcil. Després arriba la degradació: una app que comença a fallar en els mòbils nous, una web que es veu malament en l'última versió del navegador, funcions que deixen de comportar-se com haurien. I al final, gairebé sempre, el cost: arreglar una cosa que fa dos anys que no es toca és molt més car que haver-la anat cuidant, perquè cal reconstruir terreny que s'ha tornat fràgil.
Prevenir costa menys que reparar (un exemple)
Imagina dos productes idèntics llançats el mateix dia. Un rep un manteniment discret però constant: petites actualitzacions cada poques setmanes, dependències al dia, errors corregits tan bon punt apareixen. L'altre es deixa tal qual, perquè «funciona».
Dos anys després, el primer segueix funcionant amb normalitat i els canvis necessaris són petits i barats. El segon necessita una intervenció gran: actualitzar de cop anys de dependències acumulades, resoldre incompatibilitats que s'han anat sumant i, sovint, reescriure parts senceres. El cost total no només és més gran, sinó que arriba de cop i en el pitjor moment, normalment quan alguna cosa ja ha fallat.
El manteniment és part del cost real
La conclusió és senzilla, encara que no sempre s'expliqui: el preu d'un producte digital no és només el que costa construir-lo, sinó el que costa mantenir-lo viu. Igual que un cotxe necessita revisions, un producte en producció necessita cures regulars per seguir sent segur, ràpid i fiable.
Veure-ho així canvia la manera de planificar: el manteniment deixa de ser una despesa sorpresa i passa a ser una part prevista i manejable del pressupost.
A Liquid no entenem un llançament com un punt final, sinó com l'inici d'una relació més llarga. Construïm productes, sí, però també acompanyem qui els té en producció perquè segueixin funcionant d'aquí a dos anys igual de bé que el primer dia.
