Per on començar a automatitzar amb un agent d'IA: com triar el primer procés

Has convençut la direcció que un agent d'IA pot treure hores repetitives al teu equip. Tens pressupost per a un pilot i l'atenció de la gent. I llavors, davant de la llista de tasques que es podrien automatitzar —trucades, correus, seguiments, recordatoris, cobraments—, apareix la pregunta que més pilots enfonsa abans de començar: per quina començo?

La temptació és doble i les dues versions fallen. Una és anar a pel procés que més fa mal: el més caòtic, el que genera més queixes internes, el que tothom es vol treure del damunt. Acostuma a ser just el menys estructurat i el de més cost si alguna cosa surt malament, així que l'agent comet un error visible la primera setmana i l'equip conclou que "això no funciona per a nosaltres". L'altra és voler automatitzar-ho tot alhora: cinc fluxos en paral·lel, atenció repartida, cap de ben afinat i un pilot que no acaba de demostrar res.

El primer procés que tries no és només la primera victòria; decideix si n'hi haurà una segona. Un pilot fallit no costa tres setmanes, costa la credibilitat del projecte sencer. Per això triar bé no va de buscar el dolor més gran, sinó el millor equilibri entre valor, esforç i risc. Convé aclarir de què parlem: aquí un "agent d'IA" no és un chatbot genèric, sinó un agent que executa un flux operatiu real —amb estats, canals, escalat i registre—, com descrivim a com els agents d'IA estan transformant les operacions B2B. La bona notícia és que els criteris per triar són senzills i que els millors primers candidats gairebé sempre són els mateixos.

Començar pel procés equivocat costa més que no començar

A l'automatització, el primer projecte té un pes que no es torna a repetir. No és només un flux més: és la prova amb què la resta de l'organització decideix si això mereix temps i diners. Si funciona, el segon i el tercer arriben gairebé sols. Si falla de manera visible, no només perds aquell flux: perds la conversa sencera durant mesos.

I la manera més ràpida que falli de manera visible és triar el procés pel motiu equivocat. El procés que més fa mal acostuma a fer mal precisament perquè és ambigu, depèn del criteri de diverses persones i té molt en joc en cada cas. És el pitjor lloc perquè un agent aprengui en públic. Començar-hi és com demanar a algú que està aprenent a conduir que ho faci en hora punta i sota la pluja.

La lògica correcta és la inversa: el primer procés es tria per guanyar. Prou volum perquè l'estalvi es noti, prou estructura perquè l'agent encerti gairebé sempre, i un cost de l'error prou baix com per sobreviure als errors inevitables de les primeres setmanes. L'ambició ve després, quan ja tens una base que funciona i mètriques que la sostenen.

Quatre criteris per triar el primer procés

Per ordenar els candidats no cal un model complex. Quatre eixos expliquen gairebé sempre per què un procés és bon primer candidat i un altre no.

Volum. El procés ha de passar moltes vegades. Automatitzar una cosa que passa cinc vegades al mes no allibera hores reals ni genera prou dades per afinar el comportament de l'agent. Busca tasques que es repeteixen desenes o centenars de vegades a la setmana: aquí l'estalvi és mesurable en setmanes, no en suposicions.

Repetitivitat i estructura. Les mateixes entrades, la mateixa lògica de decisió, passos predictibles. Si pots explicar a una persona nova com es resol el 80 % dels casos en una pàgina, el procés està estructurat. Si cada cas és "depèn" i la resposta viu en l'experiència d'algú, encara no ho està.

Cost de l'error. Què passa si l'agent s'equivoca una vegada? En un recordatori de cita mal enviat, gairebé res: es corregeix i ja està. En una condició de cobrament mal comunicada a un client estratègic, el dany és real. Comença on un error sigui barat i reversible, no on una equivocació tingui conseqüències legals, econòmiques o reputacionals.

Dades i accés. L'agent decideix consultant una font: el CRM, el calendari, l'estat d'un expedient, una taula de tarifes. Si aquesta informació existeix, és accessible i és fiable, el procés és automatitzable. Si la "font de veritat" és el cap d'una persona o tres fulls de càlcul que no quadren entre si, primer cal ordenar les dades.

Els quatre pesen alhora. Un procés amb moltíssim volum però cost de l'error alt no és un bon primer pas; un de molt estructurat però de baix volum tampoc. El primer candidat ideal puntua alt en els quatre.

Una manera senzilla de puntuar els teus candidats

No necessites cap eina: una taula n'hi ha prou. Llista els cinc o vuit processos repetitius que més temps consumeixen i puntua cadascun de l'1 al 5 en quatre columnes: volum, estructura, dades disponibles i —en sentit invers— baix cost de l'error (un 5 vol dir "si falla, gairebé no passa res").

El millor primer candidat no és el que té la suma més alta a la brava, sinó el que combina volum i estructura alts amb un cost de l'error baix. Aquesta combinació és la que produeix una victòria primerenca sense arriscar la reputació del projecte. Un procés pot tenir un volum enorme i tot i així ser un mal primer pas si qualsevol fallada es paga cara; un altre pot ser modest en volum però perfecte per arrencar perquè és impossible fer mal amb ell.

Un exemple: imagina que compares "atendre trucades entrants fora d'horari" amb "negociar ajornaments de pagament". El segon té impacte econòmic directe, però el seu cost de l'error és altíssim i la decisió depèn de criteri comercial; és un mal primer candidat. El primer té volum, estructura clara (recollir el motiu, resoldre el simple, capturar dades, escalar l'urgent) i un cost de l'error baix, perquè fins i tot en el pitjor cas has capturat un contacte que abans es perdia. Aquest contrast, repetit sobre tota la teva llista, t'ordena els candidats en una tarda.

Els candidats que gairebé sempre funcionen

Després de molts pilots, els bons primers processos es repeteixen. No és casualitat: són els que millor puntuen en volum, estructura i cost de l'error baix.

• Trucades entrants fora d'horari. Volum real, estructura clara i un cost de l'error baix, perquè el punt de partida és que aquestes trucades es perdien. És un dels arrencaments més segurs que hi ha; el desenvolupem a com automatitzar trucades entrants fora d'horari amb IA.
• Qualificació de leads inbound. Quan entren formularis, trucades o correus cada dia, validar dades, comprovar encaix i enrutar és repetitiu i ben definit. Ho explica qualificar leads inbound amb IA en menys de 60 segons.
• Triatge de la safata compartida. Classificar, prioritzar i redactar esborranys sobre info@, suport@ o administracio@ allibera hores sense tocar el sensible, si s'acota bé què respon sol i què només suggereix. És a com gestionar una safata compartida amb un agent d'IA.
• Recordatoris i confirmacions de cites. Flux molt estructurat (confirmar, reprogramar, cancel·lar) i un error fàcil de corregir. Ho tractem a recordatoris i confirmacions de cites amb un agent d'IA.
• Seguiment de documents i signatures pendents. Repetitiu, amb estats clars i baix risc de fer mal amb un recordatori. Ho explica automatitzar el seguiment de documents, signatures i confirmacions.

Hi ha fluxos de gran valor que convé deixar per a després, no perquè no funcionin, sinó perquè el seu cost de l'error és alt: els recordatoris de pagament i la reactivació de clients inactius toquen la relació comercial i el compliment, i rendeixen molt més quan ja domines l'eina amb un primer procés de baix risc.

Senyals que un procés no és un bon primer candidat

Tan important com saber per on començar és reconèixer on no. Descarta com a primer pas qualsevol procés en què es compleixi algun d'aquests senyals: la decisió depèn del criteri d'una persona cas per cas; un sol error té impacte legal, econòmic o reputacional alt; les dades necessàries estan disperses, desactualitzades o no es poden consultar de manera fiable; el volum és baix i no mourà cap mètrica; no hi ha una resposta "correcta" definible; o no hi ha ningú amb temps per ser-ne el responsable.

Cap d'aquests senyals no vol dir "no automatitzar mai". Volen dir "no és per aquí per on es comença". Molts d'aquests processos són excel·lents segons o tercers passos, quan l'equip ja sap configurar, revisar i mesurar, i quan la confiança guanyada permet assumir més risc.

Risc i compliment: per què influeixen en l'ordre

El cost de l'error no és només operatiu. Els processos que impliquen comunicació comercial sortint, dades personals o decisions amb efecte econòmic arrosseguen consideracions de RGPD i de reputació que convé tenir resoltes abans de llançar-los. Un cobrament, una reactivació o una campanya sortint exigeixen fixar la base jurídica, respectar baixes i preferències de contacte i acordar amb el proveïdor el tractament de dades.

Això no és assessorament legal, però sí una raó pràctica per a l'ordre: començar per un flux de menys exposició —capturar una trucada fora d'horari, fer seguiment d'un document intern, confirmar una cita— et permet aprendre a configurar, revisar i mesurar sense que una fallada de les primeres setmanes tingui conseqüències serioses. Quan arribis als processos sensibles, ho faràs amb experiència i amb el compliment ja pensat, no improvisant sobre la marxa.

Acota l'abast abans de tocar res

Triat el procés, el següent error clàssic és donar a l'agent un abast difús. Un agent que "gestiona l'atenció al client" és impossible d'avaluar; un que "atén les trucades fora d'horari, resol consultes d'horari i estat de comanda, captura les dades de la resta i escala l'urgent a guàrdia" es pot mesurar i corregir.

Acotar vol dir definir quatre coses abans de començar: els estats pels quals passa cada cas, què pot resoldre sol l'agent davant de què només pot suggerir o escalar, les condicions de parada i escalat a una persona, i la font de veritat que consulta per decidir. És la mateixa disciplina, sigui quin sigui el flux. Si vols veure com es tradueix això a la pràctica sense necessitat d'equip tècnic, la guia per configurar el teu primer agent d'IA sense codi ho explica pas a pas.

Mesura la línia base, no només el després

Un pilot sense línia base és una anècdota. Si no saps quantes hores, quant temps de resposta o quants casos gestionaves abans d'automatitzar, no podràs demostrar la millora després, per bona que sigui. I "no poder demostrar-ho" equival, davant de la direcció, a "no ha funcionat".

Abans d'activar res, anota els números actuals del procés triat: volum setmanal, hores dedicades, temps mitjà de resposta i taxa d'error o reprocés. Són els mateixos números que miraràs al final, més dos que només existeixen amb l'agent: el percentatge de casos resolts sense intervenció humana i la precisió de l'escalat. Si a més vols traduir les hores alliberades a euros i a crèdits, a quant estalvies amb un agent d'IA ho posem en números.

Sense un amo, l'agent no arrenca

El factor que més pilots decideix no és tècnic. Un agent acabat de llançar necessita algú que, durant les primeres setmanes, revisi cada dia 10–20 interaccions, ajusti el to, corregeixi les classificacions i afini les regles d'escalat. Aquesta persona no ha de ser tècnica —en operacions de la mateixa empresa acostuma a ser la millor opció—, però sí que ha d'existir i tenir temps assignat.

Quan ningú no és responsable, el pilot deriva: ningú no mira els casos dubtosos, els errors s'acumulen sense corregir i, al cap de tres setmanes, la conclusió és "no acaba de funcionar". No és que no funcioni; és que no el pilota ningú. Triar el primer procés inclou triar-ne l'amo.

Com encaixa BeeAgent

BeeAgent és la capa d'execució on es munta aquest primer procés i, després, els següents. Encaixa quan el flux és repetitiu i de volum, les dades estan accessibles i vols començar per un d'acotat per guanyar confiança abans d'ampliar. És sense codi: ajustar el to, canviar un límit, afegir una condició d'escalat o una exclusió ho fa l'equip d'operacions directament, sense projectes de desenvolupament.

La filosofia és exactament la d'aquest article: un procés primer, ben mesurat, i expansió sobre el que ja funciona. Si dubtes entre per on començar, els casos d'ús mostren els fluxos més habituals —des de trucades sortints fins a atenció al client— i la guia del primer agent sense codi explica com es configura el que triïs.

Un pilot de tres setmanes

No cal un projecte llarg per validar la tria.

La primera setmana és de decisió i preparació: puntua els teus processos per volum, estructura, dades i cost de l'error; tria'n un; defineix-ne l'abast —estats, què resol sol, condicions de parada i escalat, font de veritat—; assigna un responsable; i mesura la línia base. Aquí es decideix gairebé tot el resultat.

La segona setmana arrenca amb un abast reduït del procés triat, no amb tot de cop. El responsable revisa cada dia 10–20 interaccions i ajusta to, classificacions i escalats. Aquesta revisió diària és el que separa un pilot que aprèn d'un que només acumula casos sense corregir.

La tercera setmana estabilitza i compara contra la línia base: hores alliberades, temps de resposta, casos resolts sense intervenció i precisió de l'escalat. Amb aquests números sobre la taula, la decisió de passar al segon procés deixa de ser una opinió i es converteix en una dada.

Conclusió

Triar bé el primer procés és el que desbloqueja el segon. No comencis pel que més fa mal, sinó pel que millor combina volum, estructura, dades disponibles i cost de l'error baix; acota l'abast abans de tocar res, mesura la línia base i dona-li un responsable. Aquesta primera victòria, petita i ben mesurada, és la que converteix un pilot en un programa d'automatització.

Si vols ajuda per decidir per on començar a la teva operació, pots revisar els casos d'ús o escriure'ns i tracem junts un pilot acotat.