Del Full de Càlcul al Dashboard: Una Història d'Adopció (i Resistència)

Cada projecte de "transformació digital" que fracassa comparteix un tret en comú. No és tècnic ni pressupostari. És un problema de persones que ningú va voler abordar fins que va ser massa tard.

El patró es repeteix amb una precisió quasi còmica. Direcció decideix que "cal modernitzar-se". Es contracta un proveïdor. Es construeix un dashboard amb gràfics brillants i KPIs en temps real. Es presenta a l'equip en una reunió de 45 minuts. I tres mesos després, tots segueixen usant l'Excel de sempre.

El dashboard existeix. Funciona. Tècnicament és superior en tots els sentits. Però ningú l'usa. I la inversió es converteix en un recordatori silenciós que la tecnologia, sense adopció, és ferralla cara.

Per què Excel sempre guanya (al principi)

Hi ha una raó per la qual els fulls de càlcul dominen les operacions de la majoria de les PIMEs. No és ignorància tecnològica. Excel té una cosa que quasi cap programari corporatiu replica bé: l'usuari mana.

Qualsevol pot afegir una columna, canviar un color, ficar una fórmula o trencar el format sense demanar permís a ningú. Sense tiquets de suport. Sense esperar al pròxim sprint. Eixa flexibilitat genera una sensació de propietat que no es pot subestimar. Qui va construir eixe full el sent seu. Coneix cada pestanya, cada cel·la amb fórmula niada, cada truc que el fa funcionar. Demanar-li que l'abandone és demanar-li que renuncie a la seua ferramenta i, de pas, al seu estatus com "la persona que sap com funciona açò".

I després està la confiança bruta. Eixe full porta anys funcionant. Té errors, sí. Té limitacions, també. Però ha sobreviscut a auditories, tancaments de mes i crisis d'últim minut. És un animal imperfecte però provat en combat.

Ignorar estes forces és el primer error de tot projecte de migració que acaba mort.

Anatomia d'un fracàs típic

El cas és compost, però els ingredients són reals. Una empresa de distribució amb 40 empleats. Cinc persones a l'equip d'operacions gestionen comandes, rutes de repartiment i incidències amb un ecosistema de sis arxius Excel interconnectats que només dos persones entenen del tot.

Direcció contracta una consultora per a "digitalitzar operacions". Es construeix un dashboard amb Power BI connectat a l'ERP. Es configura una base de dades centralitzada. S'automatitzen informes. Sobre el paper, el projecte és impecable.

El dia del llançament, l'equip rep una formació de dos hores. Se'ls diu que "a partir del dilluns, tot es gestiona des del nou sistema". Es retiren els accessos a les carpetes compartides on vivien els Excel.

Setmana 1: Tres de cinc persones segueixen usant còpies locals dels Excel als seus escriptoris.

Setmana 3: El dashboard mostra dades incompletes perquè ningú alimenta correctament els camps obligatoris del nou sistema. Els informes de direcció ixen amb buits.

Mes 2: El responsable d'operacions demana que li tornen "l'Excel de rutes" perquè el dashboard "no el deixa fer les coses com abans". Direcció cedeix "temporalment".

Mes 4: El dashboard s'usa exclusivament per a les reunions amb direcció. El treball real segueix en Excel. Ningú ho diu en veu alta, però tots ho saben.

Cost total: Llicències, desenvolupament, consultoria, formació, temps perdut. Més de 60.000 euros. ROI: negatiu.

Els tres errors que van matar el projecte

1. Es va dissenyar per a direcció, no per a l'usuari

El dashboard mostrava KPIs agregats perfectes per a una reunió de comité. Però l'equip d'operacions no necessitava KPIs. Necessitava vore comandes pendents, rutes assignades i incidències obertes amb la mateixa granularitat que el seu Excel els oferia.

Es va construir la ferramenta per a qui la va aprovar, no per a qui la usaria huit hores al dia.

2. Es va eliminar el vell sistema abans que el nou demostrara ser millor

Retirar l'Excel el primer dia va ser un acte d'imposició, no de migració. No es va donar temps perquè l'equip comparara, provara i descobrira per si mateix els avantatges. Se'ls va forçar al canvi i van respondre amb l'única ferramenta que els quedava: la resistència passiva.

3. Es va confondre formació amb adopció

Dos hores de formació ensenyen on estan els botons. No resolen la por a perdre el control, la frustració quan alguna cosa no funciona com s'espera, ni la sensació que algú de fora ha decidit com has de treballar sense preguntar-te primer.

L'adopció no és un event. És un procés que dura mesos i requereix acompanyament continu.

Com es fa bé: enginyeria de l'adopció

La migració que funciona inverteix l'ordre. No comença per la tecnologia. Comença per entendre el flux de treball actual i respectar la lògica que l'equip ha construït amb el temps, encara que siga imperfecta.

El primer pas és cartografiar l'Excel. Abans de dissenyar res, cal seure amb cada usuari i entendre què fa exactament amb el full. Quines columnes mira primer. Quins filtres aplica. Quins dreceres ha inventat. Quines dades introdueix a mà i quines copia d'un altre lloc. L'Excel és un mapa del procés real, no del procés documentat.

Després, construir el mínim que siga clarament millor. El nou sistema no ha de fer tot el que fa l'Excel. Ha de fer una cosa concreta de forma superior. L'actualització automàtica d'una dada que hui es tecla a mà. Una vista consolidada que hui requereix obrir tres pestanyes. Alguna cosa tangible que l'usuari experimente com una millora real en el seu dia a dia.

El que segueix és la coexistència. Durant setmanes o mesos, l'Excel i el nou sistema conviuen. L'equip usa ambdós. Quan el nou sistema demostra que és més fiable, més ràpid o menys tediós, l'Excel perd rellevància de forma natural. Ningú el retira: simplement deixa de ser necessari.

I per últim, iterar amb l'equip dins. Els ajustos no es decideixen en una sala de reunions. Es decideixen amb l'usuari davant de la pantalla, resolent friccions concretes. "Este camp hauria d'autocompletar-se". "Necessite poder exportar açò a PDF per al transportista". "Per què he de fer tres clics per a alguna cosa que abans era un Ctrl+C?". Cada una d'eixes queixes és un requisit d'enginyeria disfressat de resistència.

El cost real d'ignorar l'adopció

Les empreses mesuren el cost dels projectes tecnològics en llicències, hores de desenvolupament i maquinari. Quasi mai mesuren el cost de la no-adopció.

Un sistema que es construeix però no s'usa costa exactament el mateix que un que funciona. Però torna zero. Cada mes que l'equip manté el procés manual en paral·lel és un mes de duplicació d'esforç, dades inconsistents entre sistemes i frustració acumulada que cristal·litza en una frase demolidora: "Ja ho vam intentar i no va funcionar".

Eixa frase mata el següent projecte abans de començar.

Com treballa SAUCO en estos casos

En SAUCO, els projectes de migració operativa comencen sempre pel mateix punt: la trinxera.

Els nostres enginyers FDE (Forward Deployed Engineers) s'asseuen amb l'equip que executa els processos. No amb el directiu que els descriu en una presentació. Obrin els Excel amb ells. Entenen les fórmules, les macros, els colors que signifiquen coses que ningú ha documentat. Mapegen el procés real, amb els seus pegats i les seues dreceres, perquè ahí està la veritat operativa.

Després construïm el mínim que demostra valor immediat. No un dashboard complet amb 15 vistes, sinó la peça que elimina la fricció que més fa mal. I la posem en mans de l'equip des de la primera setmana, no després de tres mesos de desenvolupament en silenci.

L'adopció no és un pas posterior a l'entrega. És part del procés d'enginyeria. Si l'equip no l'usa, no hem acabat. Si l'equip torna a l'Excel, és que ens hem equivocat en alguna cosa i cal corregir-ho, no imposar el canvi.

Eixa és la diferència entre instal·lar programari i transformar operacions.

El teu equip porta anys prometent deixar l'Excel? Parlem de com fer-ho sense que ningú torne al full de càlcul.