Quins processos de la teva pime pot assumir un agent d'IA (i quins no)

Si portes una pime, en algun moment algú de l’equip ha passat hores responent els mateixos correus, introduint comandes al sistema o preparant l’informe de tancament del mes. I en algun moment algú ha pensat: podria fer-ho un agent d’IA?

La resposta honesta és que alguns processos són bons candidats i d’altres no. Confondre uns amb els altres porta al mateix error en dues direccions: implementar un agent sobre un procés que no està llest, o descartar l’opció abans d’analitzar quins processos de la teva empresa sí que ho estan.

serpixel (Clever European Business, S.L.) dissenya i implementa agents d’IA per a pimes sobre workflows concrets i acotats. Aquest article explica com separar els processos que un agent pot assumir bé dels que encara no, i quins senyals pràctics serveixen per prendre aquesta decisió.

La diferència entre una tasca mecànica i una tasca de criteri

Un agent d’IA funciona bé en el que anomenem la capa mecànica d’un procés: tasques amb regles clares, volum repetitiu i un resultat verificable.

Una tasca és mecànica quan pots respondre “sí” a aquestes tres preguntes:

• Les regles de decisió estan escrites, o es podrien escriure en dues pàgines?
• Aquesta tasca es produeix més de tres vegades per setmana amb la mateixa estructura?
• Puc saber si el resultat és correcte sense llegir-lo amb molta atenció?

Si les tres respostes són sí, tens una tasca mecànica. Si alguna és no, la tasca requereix criteri humà.

El criteri humà és tot allò que queda fora d’aquest marc: decidir com respondre a un client insatisfet amb el to adequat, negociar una excepció de preu, entendre el context darrere d’una sol·licitud poc clara. Aquella feina no li correspon a un agent. La persona que atén aquell cas aporta valor precisament perquè entén el matís.

A serpixel, l’enfocament no és desplaçar el criteri humà. És alliberar-lo: quan l’equip no dedica hores diàries a tasques mecàniques, té més temps per a les que realment importen.

Quins processos pot assumir bé un agent d’IA

Respostes a preguntes freqüents en atenció al client

A la majoria de negocis amb contacte inbound, un conjunt petit de preguntes (horaris, estat de la comanda, política de devolucions, instruccions d’ús) representa entre el 70 i el 80% del volum total. Un agent pot respondre aquell bloc amb la documentació del negoci com a base, de manera consistent, i escalar a una persona els casos que no tenen resposta clara, amb tot el context preparat.

L’equip deixa de gestionar el volum de preguntes repetides i continua gestionant els casos que requereixen judici.

Entrada i classificació de comandes

Si la teva empresa rep comandes per WhatsApp, correu o formulari i algú les introdueix manualment al sistema de gestió, aquest procés té tots els símptomes de la capa mecànica: regles clares (quin producte, quina quantitat, a quin client), volum repetitiu i resultat verificable.

Un agent pot llegir el missatge, identificar els productes al catàleg, preparar un esborrany de comanda i presentar-lo perquè una persona el confirmi. La persona que abans introduïa la comanda ara la revisa i valida, en lloc d’escriure-la des de zero.

Informes i resums periòdics

Si cada setmana algú extreu dades del CRM o de l’ERP, les ordena i envia el resum per correu, aquest procés és capa mecànica en la seva forma més directa.

Un agent pot connectar-se a l’origen de dades, generar l’informe amb el format acordat i lliurar-lo al canal de revisió que decideixis. La persona que abans el preparava ara el valida i afegeix el context que les dades soles no tenen.

Qualificació inicial de leads entrants

Quan un formulari de contacte rep sol·licituds, algú les ha de llegir una per una, identificar si compleix el perfil mínim (sector, mida, tipus de necessitat) i decidir si mereix una trucada. Si els criteris de qualificació estan definits, un agent pot fer aquella primera classificació i deixar en cua només els leads que passen el filtre.

L’equip comercial dedica el temps als leads que ja han passat el primer criteri, no a revisar els que clarament no encaixen.

Processos que un agent no hauria de gestionar (de moment)

No tot procés repetitiu és apte. Aquests són els casos on un agent no és la resposta correcta:

Situacions sense regles clares. “Respon com correspongui” no és una instrucció per a un agent. Si el criteri de resposta correcta varia cas a cas i no es pot documentar, el procés requereix una persona.

Relacions amb clients clau. Hi ha converses on el que importa és la relació personal, el coneixement de la història del client i el to específic. Un agent pot recolzar aquella feina preparant context i esborranys, però la relació la manté una persona.

Decisions amb conseqüències irreversibles. Tancar un contracte, aprovar un pressupost fora del rang habitual, respondre a una reclamació legal: aquests processos necessiten supervisió humana explícita, independentment de quant s’automatitzin els passos previs.

Processos sense mètriques d’èxit definides. Sense una mètrica, no saps si l’agent funciona bé o acumula errors silenciosos. Abans d’implementar, defineix exactament què mesurem i en quin moment el resultat es considera correcte.

Com saber si un procés de la teva empresa és apte

Una forma pràctica d’avaluar-ho en cinc passos:

1. Documenta el procés tal com el fa avui una persona. Si no cap en dues pàgines, el procés no està llest per a un agent.
2. Compta quantes vegades es produeix per setmana. Menys de tres vegades és baix volum; el cost de mantenir l’agent pot no compensar.
3. Defineix què és un resultat correcte. Com sabries que l’agent ho ha fet bé? Si no pots respondre, la mètrica falta.
4. Identifica el cas d’excepció més freqüent. Com el gestionaria l’agent? Si la resposta és “no pot”, dissenya l’escalada abans d’implementar.
5. Decideix el fallback. Si l’agent es desactiva aquesta tarda, com arriba la feina a una persona?

Si els cinc punts tenen resposta, el procés és candidat. Si n’hi ha algun que no, el treball de preparació ve abans que l’agent. Això no és un obstacle: és la diferència entre una implementació que escala i una demo que mai arriba a producció.

A serpixel, cobrim aquesta anàlisi a la sessió de descobriment amb cada client: identificar el procés, documentar-lo, definir la mètrica i dissenyar el kill-switch i el fallback abans d’arrencar. Si vols revisar si algun procés de la teva empresa encaixa amb aquest marc, el punt de partida és una conversa de 30 minuts: calendly.com/serpixel/30min.