L'ordre de les decisions, d'un problema del negoci a alguna cosa que es queda funcionant
Per Guillem Gómez
Una guia de mètode per a empreses de 3 a 50 M€ que ja han provat alguna eina i no han aconseguit que res arribi a producció. Per on es comença, com es prioritza, com és un pilot que serveix i què ha de passar perquè sobrevisqui.
La seqüència es repeteix en gairebé totes les empreses mitjanes. Algú prova una eina i li funciona. Es compra per a l'equip. Durant tres setmanes hi ha entusiasme. Al tercer mes la fan servir dues persones, ningú no sap dir què ha millorat i la conversa s'ha desplaçat a la següent eina.
No és un problema de tecnologia: l'eina feia el que prometia. És un problema d'ordre. Es va començar per la resposta —l'eina— sense haver escrit la pregunta —què fa mal i quant—. I una resposta sense pregunta no es pot avaluar, així que no es pot defensar quan arriba la primera setmana complicada.
Una tecnologia canvia una tasca. Diverses juntes canvien el sistema.
No és negociable i no es pot recórrer al revés. Cada pas condiciona el següent, i saltar-se'n un explica gairebé tots els projectes que no arriben.
Quatre decisions, en aquest ordre. Si et descobreixes parlant d'una eina abans del pas 4, has tornat al principi.
«Ens costa , i avui això són hores al mes o € l'any.» Si no hi pots posar la xifra, encara no és un cas: és una molèstia.
Una tasca concreta, d'una persona concreta, en un procés concret. «Millorar l'atenció al client» no és un cas d'ús; «redactar el primer esborrany de resposta a una reclamació de garantia» sí que ho és.
On viu, qui la manté, en quin estat és i qui en pot autoritzar l'ús. Sense aquestes quatre respostes no es continua.
Es tria l'última, i es tria contra els tres passos anteriors. És la decisió més fàcil de canviar i per això és l'última: canviar-la no invalida la feina feta.
En una empresa mitjana el valor rarament és on més se'n parla. Aquests quatre llocs comparteixen una característica: la feina ja està escrita en algun lloc, així que es pot mesurar abans i després.
Pressupostos, escandalls, criteris d'acceptació, respostes tècniques. Quan algú fa vint anys que hi és i tot passa per ell, el risc no és d'eficiència: és de continuïtat. Recollir aquest criteri en alguna cosa consultable val per si sol, amb IA o sense.
Ofertes, plecs, reclamacions, dubtes de sempre. El primer esborrany és on se'n va el temps; la revisió continua sent humana i ho ha de continuar sent. Aquí es mesura fàcilment: temps fins al primer esborrany i nombre de voltes.
De l'albarà a l'ERP, del correu al CRM, del part de feina al full d'hores. No és el cas més vistós i sol ser el més rendible, perquè l'error que s'elimina costa més que el minut que s'estalvia.
Contractes, factures de proveïdor, normativa, plecs de licitació. Feina lenta, subjecta a terminis i amb conseqüències si s'escapa alguna cosa. Comença per extreure i comparar, mai per decidir.
Puntua cada candidat de l'1 al 5 en les cinc columnes i ordena per la suma. La cinquena columna és la que més pilots ha salvat i la que gairebé ningú no inclou.
| Criteri | Què es pregunta | Puntua alt si… |
|---|---|---|
| Valor | Quant val resoldre-ho, en hores o en euros l'any? | La xifra del pas 1 és gran i algú de finances la reconeix. |
| Mesurabilitat | Pots mesurar l'abans i el després sense muntar res de nou? | La dada ja es registra avui, encara que sigui a mà. |
| Esforç | Què cal per tenir alguna cosa funcionant en noranta dies? | No requereix integrar sistemes ni migrar dades per començar. |
| Risc | Què passa si el resultat és dolent i ningú no ho detecta? | L'error és visible, reversible i el revisa una persona abans de sortir. |
| Propietari | Qui respon que això es faci servir d'aquí a sis mesos? | Té nom, és dins del procés i li convé que funcioni. |
La columna del propietari no és una formalitat. Un cas sense propietari intern se sosté mentre dura l'entusiasme del projecte i cau exactament quan el projecte s'acaba. Si ningú de dins no en vol ser el propietari, això és informació sobre el cas, no sobre les persones.
Gairebé cap implantació no es frena pel model. Es frenen perquè la dada que calia era en cinc llocs, amb tres noms diferents, no la mantenia ningú en concret i una part no es podia fer servir. Aquestes quatre preguntes es responen per escrit abans de mirar cap eina.
Noranta dies són suficients per saber si alguna cosa funciona i massa pocs perquè es converteixi en un projecte etern. La data de final es posa el primer dia, i amb ella el criteri d'aturada.
Un cas, una persona, un número. No dos casos «ja que hi som»: el segon cas duplica la feina i divideix l'atenció just quan cal sencera.
El número d'avui, mesurat de debò i no estimat en una reunió: quant es triga, quantes voltes fa, quants errors s'hi colen. Sense línia de base no hi ha millora, hi ha opinions.
Alguna cosa que la persona que fa aquesta feina fa servir de debò en la seva jornada. Amb revisió humana obligatòria i un lloc evident on dir «això ha sortit malament».
Les correccions que surten de l'ús, no d'una llista de millores escrita a priori. Aquí es descobreix el que el procés feia i ningú no havia explicat.
El mateix número de la setmana 1, mesurat igual. I una de tres decisions escrites: s'estén, s'ajusta i es prorroga una vegada, o s'atura. Aturar bé és un resultat.
Un pilot que funciona no és un sistema que es queda. Aquestes cinc condicions separen una cosa de l'altra, i totes cinc són d'organització, no de tecnologia.
La cinquena condició és la que més se salta i la que converteix una millora en una dependència. Un sistema que només entén qui el va muntar no és un actiu de l'empresa: és un risc amb bona cara.
La resistència gairebé mai no és a l'eina. És al missatge implícit, que la gent llegeix abans que ningú el digui: si això fa la meva feina, per a què hi soc, jo? Mentre aquesta pregunta no tingui resposta pública, tota la resta és teatre. I la resposta ha de ser veritat, perquè es comprovarà.
Formar no és un curs genèric per a tota la plantilla. És ajustar el que cada persona necessita saber al que fa de debò: qui fa servir el sistema, qui en revisa la sortida, qui decideix amb el que en surt i qui respon si surt malament. A més de ser el que funciona, és el que demana la norma europea, i des d'abans del que gairebé tothom es pensa.
Per a què serveix, per a què no, com es reconeix una sortida dolenta i què cal fer-ne. Amb exemples de la seva pròpia feina, no genèrics.
Què cal mirar i en quin ordre, on sol fallar el sistema i quin és el llindar a partir del qual s'escala. La revisió sense criteri es converteix en un clic.
Què es pot afirmar amb això i què no, quines obligacions s'hi apliquen i de què respon l'empresa. És la formació més curta i la que més se salta.
Dues obligacions del Reglament europeu d'IA afecten avui qualsevol empresa que faci servir aquestes eines, sigui de la mida que sigui: la d'alfabetització en IA de la plantilla, vigent des del febrer de 2025, i la de transparència, que obliga a avisar quan algú interactua amb una IA i a etiquetar cert contingut sintètic.
No és una capa que s'afegeix al final. Decidir on entra la revisió humana, quines dades es poden fer servir i què se li diu al client són decisions de disseny del cas d'ús: prendre-les al pas 2 costa una conversa; prendre-les després d'estar en producció costa refer-lo.
Guia en PDF, amb la matriu de priorització i el checklist previ
La guia sencera, amb la matriu de priorització en blanc i el checklist de les dotze preguntes prèvies a signar qualsevol eina.
Tot el que hi ha a l'arxiu també és en aquesta pàgina, obert i sense demanar res. El correu és per enviar-te la versió que pots imprimir i portar a una sessió.
Fet. Aquí el tens.
Descarregar la guia en PDFSi l'arxiu no s'obre, desa aquest enllaç: continuarà funcionant.
Tu decideixes quines galetes fem servir
Amb el teu permís, mesurem de manera agregada com es fa servir quether.com i recordem la teva visita per mostrar-te anuncis de Quether a Facebook i Instagram. Pots acceptar-ho tot, rebutjar-ho tot o triar. Més detalls a la nostra política de galetes.
