Migrar d'Excel a una aplicació a mida: quan, com i què evitar

La conversa es repeteix cada poques setmanes. Arriba un correu o una trucada, i el patró és gairebé idèntic: tenim un Excel central que controla tot el negoci i ja ningú s’atreveix a tocar. De vegades és el pressupost anual. De vegades el control d’estoc. De vegades el planning d’instal·lacions del proper trimestre. La simptomatologia sempre és la mateixa: el fitxer pesa més de 80 MB, hi ha 14 pestanyes amb fórmules que només entén una persona, i l’última vegada que algú el va copiar a una altra carpeta es van trencar tres càlculs que ningú va detectar fins a dues setmanes després.

Excel és una eina brillant. Ho diem seriosament. L’utilitzem a diari per a tasques que no justificarien una aplicació a mida. Però hi ha un punt on deixa de ser un full de càlcul i es converteix en una aplicació encoberta, amb lògica de negoci, permisos informals i integracions improvisades. A partir d’aquí, mantenir-lo costa més del que costa reemplaçar-lo. Aquest post va d’això: com detectar el moment, què evitar a la transició, i com plantegem una migració seriosa quan un client ens demana sortir de l’Excel sense perdre el que l’Excel sí li estava aportant.

Els 7 senyals que el teu Excel s’ha quedat petit

Cada vegada que entrem a auditar un procés recolzat en Excel, busquem aquests senyals. Tres o més junts acostumen a significar que el cost mensual de l’Excel ja supera el de la migració. Els cinc primers són tècnics. Els dos últims són organitzatius i, per experiència, els que més dolen quan exploten.

1. Una sola persona entén les fórmules. El clàssic bus factor. El full va arrencar fa set anys, ha passat per tres versions d’Office, i la persona que el va dissenyar avui treballa amb tu a temps parcial. Quan algú pregunta com es calcula un camp, la resposta és “ho sap la Marisa”. Si la Marisa marxa, l’Excel es converteix en una caixa negra de la qual depenen decisions operatives.

2. Hi ha tres versions del fitxer i ningú sap quina és la bona. El mestre està al servidor, però hi ha còpies en escriptoris, en bústies de correu i en una carpeta de Dropbox que algú va compartir amb un comercial extern el 2023. De tant en tant apareixen discrepàncies entre versions i l’única manera de resoldre-les és per antiguitat de fitxer o perquè “l’última que va canviar la Marisa va ser dimarts”.

3. Bloquejos constants per edició concurrent. Dues persones necessiten tocar el fitxer alhora i una d’elles ha d’esperar. O pitjor: Excel els avisa que “el fitxer està sent editat” i decideixen treballar en una còpia local, prometent-se que després es consolida. Spoiler: no es consolida bé.

4. Errors de copiar i enganxar que es descobreixen tard. Una fila desplaçada, una fórmula que apuntava a un altre full i ara referencia un valor estàtic, una columna que es va ordenar alfabèticament sense estendre la selecció a les columnes adjacents. Quan es detecta l’error, ja hi ha tres informes mensuals amb dades incorrectes circulant.

5. És impossible auditar qui va canviar què. Excel guarda qui va obrir el fitxer per última vegada, no qui va modificar cada cel·la. Quan una xifra crítica balla entre dilluns i dimarts, no hi ha manera de saber si va ser un error humà, un canvi aprovat o un recàlcul automàtic després d’una actualització de cotitzacions.

6. L’Excel mana decisions operatives, però no es connecta amb res. L’estoc real viu a l’Excel. Les factures es generen des de l’ERP. Les comandes entren per la web. Cada matí, algú dedica 40 minuts a actualitzar manualment l’Excel amb dades extretes de l’ERP i de la web. Aquesta feina invisible és el primer indicador real que el procés ja no escala.

7. Triga a obrir-se, i això ho hem normalitzat. Quan el fitxer ronda els 70-100 MB, obrir-lo triga 30-50 segons. Filtrar, uns altres 10. Qualsevol canvi recalcula mig llibre. La gent ho assumeix com a part de la feina, però estàs pagant cada dia diversos minuts per persona per la fricció.

Si en reconeixes tres o més al teu cas, no estàs obligat a migrar. Però el cost de no fer-ho és bastant més gran del que sembla a primera vista.

Quan Excel continua sent la resposta correcta

De vegades el dolor que sentim en veure un procés recolzat en Excel és desproporcionat al problema real. Aquests són els escenaris on no migrem, i li ho diem al client encara que vingui a contractar-nos:

• Processos puntuals o de baixa freqüència. Si el fitxer es toca un cop al mes i el porta una sola persona, està bé on és. La fricció és mínima.
• Anàlisi ad-hoc. Excel és la millor eina del mercat per explorar dades en llibertat abans de saber quina pregunta vols respondre. Qualsevol aplicació a mida et limita al que l’aplicació preveu.
• Prototipat d’un procés nou. Si encara estàs definint com es farà alguna cosa, no construeixis una aplicació. Itera en Excel fins que el procés sigui estable. Només llavors té sentit invertir a sistematitzar-lo.
• Equips de menys de 5 persones amb un únic analista que domina el fitxer. Aquí el bus factor existeix, però el cost de migrar acostuma a ser més gran que el risc durant diversos anys.
• Reporting periòdic que es connecta a una font de dades única i estable. Si l’Excel és un mirador de dades que vénen d’un altre lloc, i el format no canvia gaire, no necessita ser una aplicació.

Migrar per modernitat, per estètica o perquè “els Excel són cosa del passat” és una mala raó. Migrar perquè el cost mensual de l’Excel ja pesa, aquesta és la bona raó.

Les 3 trampes en migrar (i com les evitem)

Quan una migració fracassa, gairebé sempre falla per una d’aquestes tres raons. No per la tecnologia escollida.

1. Voler replicar l’Excel 1:1 a la nova aplicació

La temptació és enorme: com que l’Excel “ja funciona”, es demana a l’equip de desenvolupament que reprodueixi exactament el que fa, però en una pantalla web bonica. El resultat és un Excel disfressat d’aplicació, amb totes les limitacions de l’original i cap avantatge real. Els fluxos que tenien sentit en un full de càlcul (omplir 40 columnes en una sola fila, per exemple) són antiergonòmics en una interfície web.

El que fem en lloc seu: redissenyar el procés aprofitant que canviem d’eina. Si l’Excel necessitava 40 columnes perquè no es podia partir en entitats relacionades, ara sí es pot. Si la llista de validacions era una pestanya a part que s’actualitzava a mà, ara és una taula mestra editable per permisos. Migrar és l’única ocasió en anys per repensar el flux, no l’oportunitat de fossilitzar-lo.

2. Moure-ho tot de cop (big bang)

L’altra temptació: com que hem decidit migrar, ho migrarem tot alhora i apagarem l’Excel un divendres a les 18:00. Això fracassa per diverses raons. La primera és que ningú acaba de fiar-se del sistema nou el dia 1, i mantenen l’Excel en paral·lel “per si de cas”. La segona és que els fluxos secundaris (els que ningú va documentar perquè eren obvis per a qui feia servir l’Excel) apareixen en producció com a bugs urgents. La tercera és que l’equip es crema durant 9 mesos sense entregar res que es pugui fer servir de debò.

El que fem en lloc seu: migrar per mòduls, amb entregues cada 2-3 setmanes. Començar pel mòdul que més fa mal, posar-lo en producció, deixar-lo convivint amb l’Excel un període, validar que funciona, i només llavors passar al següent. La part de l’Excel que encara no s’ha migrat continua operativa fins que li toca. Cobrim això amb més detall a Modernitzar un ERP legacy: quan convé migrar i quan no, perquè el patró és el mateix: estrangulació progressiva, no recanvi total.

3. No involucrar qui fa servir l’Excel cada dia

L’error polític, no tècnic, i el més car de tots. Si la persona que porta anys mantenint l’Excel s’assabenta de la migració per un email, el projecte està condemnat. Ho perceben (amb raó) com un vot de no confiança a la seva feina. I com que coneixen els racons del procés millor que ningú, les seves reserves tindran arguments sòlids.

El que fem en lloc seu: convertir aquesta persona en part de l’equip de discovery des de la setmana 1. El seu coneixement del procés real (no del procés documentat) és el major actiu del projecte. Acostumen a acabar sent referents interns del nou sistema, formant la resta de l’equip. I, sobretot, són qui detecta els casos límit abans que arribin a producció.

Com plantegem una migració seriosa

El patró que apliquem quan un client ens demana ajuda amb un procés recolzat en Excel és sempre el mateix, ajustant la durada a la complexitat del cas.

Auditoria de l’Excel real (2-3 setmanes). Abans de parlar de tecnologia, volem saber què fa el fitxer en realitat. No el que diu la documentació interna. No el que creu l’equip. El que fa. Això implica revisar fórmules, macros, fulls ocults, validacions, connexions externes, i entrevistar qui el fa servir. Sortim amb un mapa de processos, una llista de camps crítics i una classificació entre el que és lògica de negoci i el que és ergonomia d’Excel (filtres, ordenacions, agrupacions).

Discovery amb usuaris reals (1-2 setmanes). Sessions curtes amb qui fa servir l’Excel cada dia. No amb responsables que el supervisen des de lluny. Aquí surten els fluxos no documentats, els casos límit i les decisions tàcites que l’Excel “permet” però la documentació no recull.

Roadmap per mòduls. Partim el procés en mòduls independents i els prioritzem per dolor actual i risc de migració. El mòdul més dolorós sol ser el que més motivació genera a l’equip quan s’entrega. El més arriscat, el deixem per quan ja hi ha confiança amb el sistema nou.

MVP del primer mòdul (4-6 setmanes). Versió mínima del mòdul que més fa mal, en producció real, amb dades reals. Convivint amb l’Excel durant almenys un cicle operatiu complet (un mes, un trimestre, segons el cas) per detectar inconsistències.

Iteració per mòduls (variable). Cada 2-3 setmanes, un mòdul nou o una millora de l’anterior amb retroalimentació de l’ús real. Sense grans parèntesis silenciosos. Sense “torno d’aquí a sis mesos amb això entregat”.

Apagada de l’Excel (quan procedeixi). Només quan tots els fluxos crítics porten almenys un trimestre en producció sense incidents, l’Excel passa a mode consulta. Es manté com a històric per auditoria, però deixa de ser font de veritat.

Quant costa això de veritat

Parlar de cost és el que més costa de parlar honestament, així que anem al gra. Per a una pime catalana amb un procés operatiu raonablement acotat (5-20 usuaris, 1.000-3.000 registres actius, integració amb 1-2 sistemes existents), el rang habitual d’inversió total és:

Mida del procés	Inversió total	Termini d’entrega	Quan amortitza
Petit (1 mòdul, fins a 5 usuaris)	15.000-25.000 €	2-3 mesos	8-14 mesos
Mitjà (3-4 mòduls, 10-20 usuaris)	30.000-60.000 €	4-6 mesos	14-22 mesos
Gran (5+ mòduls, integració ERP/CRM)	70.000-150.000 €	6-9 mesos	20-30 mesos

El termini d’amortització el calculem contra el cost real de l’Excel actual: hores dedicades a consolidacions manuals, errors corregits a posteriori, decisions preses amb dades desactualitzades, i, sobretot, el cost d’oportunitat de no poder atacar línies de negoci noves perquè el procés no escala.

Abans d’invertir en una aplicació a mida convé revisar si un SaaS específic cobreix el cas. De vegades sí, de vegades no. La decisió la cobrim a Software a mida vs SaaS: quan triar cada un. El resum: si el teu procés és estàndard del teu sector i no és el teu diferencial, busca SaaS abans que custom. Si la teva manera de fer aquest procés és part del que et diferencia, custom paga.

Un exemple concret: Power Time

Power Time és el nostre propi cas de migració des d’Excel. Abans de construir-lo, diversos dels clients amb qui treballàvem portaven el control horari en Excel: un full per mes, fitxatges a mà cada matí, fórmules per calcular hores extres, una columna oculta amb vacances pendents. Funcionava mentre la plantilla era petita. A partir de 15-20 treballadors, el cost de mantenir l’Excel ja superava el de qualsevol solució dedicada, i a més hi havia risc regulatori clar: el RD-Llei 8/2019 exigeix immutabilitat dels registres, una cosa que Excel no garanteix per defecte.

El vam construir com a producte perquè el problema era estàndard (totes les empreses amb plantilla per compte d’altri tenen exactament la mateixa obligació). Si hagués estat un procés diferencial d’una empresa, l’hauríem fet a mida. La línia entre les dues decisions, una altra vegada, és com d’estàndard sigui el teu procés.

Si estàs en aquest punt

Si reconeixes tres o més senyals al teu Excel i has començat a fer comptes de quant et costa no migrar, parlem sense compromís. Mitja hora basta per saber si el teu cas justifica una migració seriosa o si encara no és el moment. El segon ho diem també, sense marejar-te amb una proposta que no et pagarà.

Recursos

• Software a mida vs SaaS: quan triar cada un: la decisió paral·lela que convé prendre abans de començar.
• Modernitzar un ERP legacy: quan convé migrar i quan no: el patró aplica també a sistemes heretats, no només a Excel.
• Serveis de VisibleSoft: quin tipus de projectes de migració assumim.
• Reserva un diagnòstic gratuït