Recursos

Com plantejar un pilot d'automatització en 4 setmanes

AurIA42 · Publicat 2026-08-10 · Actualitzat 2026-08-10 · 9 min

Un pilot de quatre setmanes automatitza un sol procés real, amb un abast tancat i criteris d'èxit mesurables acordats abans de començar. La primera setmana es dedica a analitzar i decidir; les dues següents a construir i integrar; l'última a provar amb dades reals, corregir i decidir si s'amplia o s'atura.

Què és (i què no és) un pilot d'automatització

Un pilot és una implantació real, limitada i mesurable d'una automatització sobre un únic procés. No és una demo, ni una prova de concepte teòrica: al final del pilot el procés funciona amb dades reals de l'empresa i algú de l'equip l'utilitza en el seu dia a dia.

La limitació és deliberada. En quatre setmanes no es reorganitza una empresa: es resol una peça concreta, es mesura què ha canviat i es decideix amb dades si val la pena ampliar-ho a la resta d'àrees.

  • Sí: un procés, un equip, un criteri d'èxit, dades reals.
  • Sí: documentació del que s'ha construït i de com mantenir-ho.
  • No: substituir un ERP, migrar tot el sistema o automatitzar cinc departaments alhora.
  • No: prometre un percentatge d'estalvi abans d'haver mesurat la situació de partida.

Com triar el procés adequat

El principal motiu de fracàs d'un pilot és escollir malament el procés. Un bon candidat és repetitiu, freqüent, prou estable perquè es pugui descriure amb regles clares, i suficientment dolorós perquè algú noti la diferència quan desaparegui.

  • Es repeteix com a mínim setmanalment i consumeix hores identificables.
  • Té una entrada i una sortida clares (un correu, un fitxer, un formulari, un registre).
  • Les excepcions són conegudes i no superen la majoria dels casos.
  • Les dades necessàries són accessibles sense projectes previs d'infraestructura.
  • Hi ha una persona responsable disponible durant les quatre setmanes.

Definir l'abast i els criteris d'èxit

Abans d'escriure una línia de codi cal fixar per escrit què entra al pilot, què en queda fora i com se sabrà si ha funcionat. Els criteris han de ser mesurables amb informació que l'empresa ja tingui o que es pugui recollir durant el diagnòstic inicial.

Mesurar la situació de partida és tan important com mesurar el resultat. Sense línia base no hi ha comparació possible i qualsevol xifra final és una opinió.

  • Temps dedicat al procés abans i després, comptat en hores/setmana.
  • Volum tractat sense intervenció manual respecte del total.
  • Nombre d'errors o correccions posteriors detectades.
  • Temps de resposta al client o al departament que rep la sortida.

Calendari setmana a setmana

El calendari següent és el que apliquem per defecte. Es pot ajustar, però la lògica es manté: primer entendre, després construir, després provar amb realitat i decidir.

Pla estàndard d'un pilot de quatre setmanes
SetmanaObjectiuEntregableDedicació del client
1Analitzar el procés real, accessos i dades; fixar abast i criteris d'èxitDocument d'abast, línia base mesurada i disseny de la solució3–5 hores (entrevistes i accessos)
2Construir el nucli de l'automatització i les integracions principalsPrimera versió funcional amb dades de mostra1–2 hores (validació de criteris)
3Cobrir excepcions, alertes, registre d'errors i control humàVersió candidata amb traçabilitat i gestió d'errors2–3 hores (revisió de casos reals)
4Provar amb dades reals, corregir, documentar i formar l'equipPilot en marxa, documentació i mesura del resultat3–4 hores (proves i formació)

Rols i dedicació esperada

Un pilot no funciona si l'empresa hi participa només a la reunió inicial. La dedicació total del client acostuma a ser d'entre 9 i 14 hores repartides en quatre setmanes, concentrades en la primera i l'última.

  • Responsable del procés: coneix les excepcions reals i valida el resultat.
  • Responsable de decisió: aprova l'abast i el pressupost sense esperes llargues.
  • Contacte tècnic o proveïdor extern: dona accessos a sistemes, correu o base de dades.
  • AurIA42: anàlisi, desenvolupament, integració, documentació i formació.

Riscos que fan fracassar un pilot

Gairebé sempre el problema no és tècnic. Aquests són els riscos que cal vigilar des del primer dia, amb la mesura preventiva corresponent.

RiscSenyal d'alertaMesura preventiva
Abast que creix durant el projecteCada reunió afegeix un cas nou al pilotLlista tancada d'abast i registre d'idees per a fases posteriors
Procés no estableCada persona el fa d'una manera diferentOrdenar i acordar el procés abans d'automatitzar-lo
Accessos que no arribenSetmana 2 sense credencials ni dades realsFixar accessos com a requisit de la setmana 1
Dades de mala qualitatDuplicats, camps buits, formats incoherentsValidacions automàtiques i informe d'excepcions
Ningú no fa servir el resultatL'equip continua amb el full de càlcul anticFormació a la setmana 4 i responsable identificat

Cost orientatiu i què inclou

El rang orientatiu d'un pilot funcional de quatre setmanes és de 4.000 a 12.000 €. La forquilla depèn del nombre de sistemes a integrar, de si cal desenvolupar interfície pròpia, del volum d'excepcions i dels requisits de seguretat o traçabilitat.

El diagnòstic inicial de dues hores és gratuït i serveix precisament per situar el projecte dins d'aquest rang abans de comprometre res. Les automatitzacions puntuals més senzilles poden plantejar-se des de 600 €, i el manteniment posterior des de 79 €/mes.

  • Inclou: anàlisi, desenvolupament, integracions, proves amb dades reals, documentació i formació.
  • No inclou: llicències de tercers, consum d'APIs o models d'IA, ni maquinari.
  • No inclou: reorganització de processos aliens a l'abast acordat.

Què passa després del pilot

Al final de la quarta setmana hi ha tres desenllaços legítims: ampliar, mantenir tal com està o aturar. Aturar no és un fracàs si el pilot ha demostrat amb dades que el procés no compensa automatitzar-lo; és exactament el valor que aporta fer-ho petit i curt.

Si s'amplia, el següent pas sol ser estendre l'automatització a processos veïns o a més volum, amb un manteniment que cobreixi canvis de sistemes, incidències i evolució.

Preguntes freqüents

Quatre setmanes són suficients per veure resultats?

Ho són per a un procés concret i ben delimitat. No ho són per automatitzar diverses àrees alhora. Si l'abast no cap en quatre setmanes, ho diem abans de començar i proposem dividir-lo.

Què passa si el pilot no assoleix els criteris d'èxit?

S'analitza per què: procés mal escollit, dades insuficients o excepcions no previstes. Amb aquesta informació es decideix si s'ajusta l'abast o s'atura. La decisió es pren amb la mesura feta, no amb impressions.

Cal canviar els programes que ja fem servir?

En general no. Treballem sobre els sistemes existents i hi connectem l'automatització. Només proposem un canvi d'eina quan la que hi ha impedeix tècnicament el procés.

Qui manté l'automatització després?

Es pot mantenir internament amb la documentació lliurada o contractar manteniment i evolució amb nosaltres, des de 79 €/mes segons la criticitat i el volum.

Es pot fer tot en remot?

Sí. Treballem en remot amb pimes i autònoms de Barcelona i Catalunya, i fem sessions presencials quan el procés ho requereix.

Servei relacionat

Consultoria d'eficiència operativa a Barcelona

Abans de proposar cap automatització, mapegem els teus processos, mesurem on es va realment el temps i prioritzem per impacte i esforç.

Com automatitzar una pime a Barcelona: guia en 7 passos

Quant costa automatitzar processos en una pime?

Vols plantejar el teu pilot?

Al diagnòstic gratuït de dues hores revisem el procés candidat, la línia base i si encaixa en quatre setmanes.

Diagnòstic gratuït de 2 hores