Automatitzar el correu amb IA: què delegar, què revisar i què no automatitzar

El problema no és tenir molts correus. És haver-los de mirar tots

Quan una empresa diu que rep massa correus, el problema no acostuma a ser només el volum.

El problema és que, per saber què pot ignorar, on cal actuar i on cal derivar, algú els ha de mirar.

En una mateixa bústia poden conviure newsletters, publicitat, avisos automàtics, consultes repetitives, incidències, peticions comercials, factures, missatges interns i casos que necessiten context d’altres sistemes.

Alguns correus es resolen en segons. Altres obliguen a buscar informació, reenviar el missatge, comprovar una comanda, preguntar a una altra persona o deixar una resposta pendent per més tard.

Per això el cost del correu no és només el temps que dediquem a contestar-lo. També hi ha el cost d’interrompre el que estem fent per decidir què mereix atenció.

El primer guany, per tant, no ha de ser necessàriament respondre més de pressa. Pot ser molt més simple: reduir la quantitat de missatges que una persona ha d’interpretar abans de saber si requereixen alguna acció.

Automatitzar el correu no vol dir respondre’l automàticament

Quan parlem d’IA aplicada al correu, és fàcil imaginar un sistema que llegeix un missatge i respon automàticament.

Aquest pot ser un punt d’arribada per a casos molt concrets, però no és un bon punt de partida.

Una manera més útil de pensar el procés és separar quatre nivells de responsabilitat:

entendre → organitzar → preparar → actuar

Entendre vol dir resumir un missatge, extreure’n la informació rellevant o detectar de què tracta.

Organitzar és classificar, prioritzar, etiquetar o derivar-lo a la persona adequada.

Preparar significa proposar una resposta o el següent pas sense executar-lo encara.

I actuar és quan el sistema ja envia una resposta o modifica alguna dada sense revisió prèvia.

No cal arribar fins a l’últim pas perquè l’automatització sigui útil. En moltes bústies, entendre, organitzar i preparar ja elimina una part important de la feina mecànica.

La validació humana tampoc és un cinquè nivell. És un control que podem situar abans de qualsevol acció que tingui prou conseqüència, ambigüitat o risc.

La pregunta útil és més curta:

“Quina part podem delegar i amb quin nivell de control?”

Què delegar primer

Les millors candidates inicials són les tasques que consumeixen atenció però tenen un risc relativament baix.

Separar soroll

Una newsletter, una promoció o un avís automàtic no tenen el mateix valor operatiu que una reclamació d’un client o una petició que necessita resposta.

Si una persona deixa de revisar manualment missatges que no requereixen cap actuació, ja hem guanyat temps i, sobretot, atenció.

Classificar i derivar

No sempre cal respondre un correu per aportar valor.

Saber si correspon a comercial, administració, suport o compres i deixar-lo davant de la persona adequada pot eliminar reenviaments, dubtes i seguiments interns.

Prioritzar amb criteri

“Urgent” no sempre significa urgent.

Un correu sense aquesta paraula pot tenir molta més importància si prové d’un client recurrent, està relacionat amb una incidència oberta o afecta un termini que l’empresa ja s’ha compromès a complir.

Per això la priorització no hauria de dependre només de paraules clau, sinó dels criteris que l’empresa ha definit per decidir què és realment prioritari.

Preparar una resposta

Un bon esborrany pot eliminar una part important de la feina sense eliminar la decisió humana.

La persona continua revisant el contingut i decidint si l’envia, però ja no parteix d’una pantalla en blanc.

Una automatització, per tant, pot ser útil encara que no enviï cap correu de manera autònoma.

On ha d’entrar la revisió humana?

La revisió no hauria d’aparèixer sempre al mateix punt del flux. Depèn del que pot passar si el sistema s’equivoca.

Si la IA classifica un missatge en una categoria incorrecta però el canvi és reversible i fàcil de detectar, podem tolerar més autonomia.

Si està preparant una resposta que sortirà en nom de l’empresa, el nivell de control canvia. I si aquella resposta implica un descompte, una reclamació sensible, una promesa de termini o qualsevol altre compromís, encara més.

També cal revisió quan el correu no aporta prou informació o és ambigu. En aquests casos, el sistema ha de saber aturar-se o derivar el cas; tot seguit veurem com aplicar aquest criteri en situacions concretes.

Això no anul·la l’estalvi.

Si la persona rep el missatge ja classificat, amb context i un esborrany, la part mecànica ja s’ha reduït encara que la decisió final continuï sent humana.

La pregunta no és si hi ha una persona dins del circuit, sinó quina feina continua fent aquesta persona i quina ja no necessita fer.

Què no automatitzar d’entrada

Com més gran és la conseqüència d’un error, menys sentit té començar per l’autonomia màxima.

Les respostes sensibles, reclamacions complexes, compromisos comercials o casos on falta informació important són males candidates per començar enviant de manera automàtica.

També convé vigilar amb els missatges ambigus.

Si un client diu que “no li ha arribat bé la comanda”, encara no sabem si parla del producte, del transport, de la quantitat o d’una expectativa que no s’ha complert.

En aquest cas, detectar l’ambigüitat i derivar el missatge és una millor automatització que forçar una resposta.

El mateix criteri s’aplica quan hi ha dades sensibles, diners en joc o comunicacions que poden generar un compromís contractual o reputacional.

Aquests casos poden arribar a tenir més automatització amb el temps. Però l’autonomia s’ha de justificar amb comportament observat, no assumir-se des del primer dia.

Un cas pràctic: d’una bústia saturada a un pilot controlat

Imaginem una pime que ven productes en línia i utilitza una bústia d’atenció al client.

Hi arriben promocions i avisos que no requereixen actuació, consultes repetitives sobre productes o enviaments, incidències i alguns casos que només es poden resoldre revisant dades d’una comanda.

Intentar resoldre-ho tot des del principi obligaria a definir molts casos, connectar diversos sistemes i donar permisos abans de saber si la classificació i els esborranys ja funcionen.

Un primer pilot podria quedar-se en els tres primers nivells del model: entendre, organitzar i preparar.

Abans de qualsevol enviament, una persona revisaria l’esborrany.

El sistema identifica els missatges que no necessiten actuació, classifica els que sí, separa els casos fora d’abast i prepara una resposta només per a un conjunt reduït de consultes repetitives amb criteris clars.

En aquesta fase no cal donar accés al sistema de comandes ni permetre enviaments automàtics.

Tot i així, el pilot ja pot respondre preguntes importants: la classificació redueix feina? Els missatges importants arriben abans a qui toca? Els esborranys són aprofitables? El sistema sap apartar els casos que no entén?

Si aquesta base funciona, té sentit ampliar-la. Si no funciona, hem detectat el problema abans d’afegir més integracions, permisos i dependències.

Quan necessites més context que el mateix correu

El cas anterior també mostra el límit d’una automatització que només veu la bústia.

Una consulta sobre característiques o talles d’un producte potser es pot preparar amb informació estable i una resposta base.

Però si el mateix client pregunta “on és la meva comanda?”, el text del correu no conté la resposta. Cal consultar aquella informació en un altre sistema.

En aquest punt deixem de parlar només de gestionar correu i comencem a automatitzar un procés de negoci que entra per correu.

Poden aparèixer integracions amb CRM, ERP, plataformes de comerç electrònic, gestors d’incidències o altres fonts internes.

Però la integració hauria de respondre sempre a una necessitat concreta.

La pregunta és:

“Quina decisió no podem prendre perquè ens falta aquesta dada?”

Si per respondre una consulta d’enviament necessitem l’estat d’una comanda, la connexió té una funció clara.

Si encara no hi ha una decisió concreta al darrere, connectar més sistemes només afegeix complexitat, permisos, manteniment i nous punts de fallada.

Com saber si el pilot funciona

En el cas de la nostra pime, no necessitaríem vint indicadors. Necessitaríem prou evidència per decidir si convé ampliar el pilot, ajustar-lo o parar.

Primer, cal comprovar si ha baixat el temps que l’equip dedica a revisar missatges que no necessiten actuació.

Després cal mirar si els correus que sí que requereixen resposta arriben correctament a la categoria o persona adequada i si els casos importants deixen d’estar enterrats entre soroll.

Si el pilot prepara esborranys, interessa saber si realment acceleren la resposta. No cal que siguin perfectes, però si s’han de reescriure gairebé sencers, el sistema pot estar traslladant feina en lloc d’eliminar-la.

I sobretot cal observar els errors amb impacte real: un missatge important mal classificat, una prioritat incorrecta, un esborrany inadequat o un cas on faltava context i el sistema hauria d’haver-se aturat.

L’objectiu no és demostrar que la IA encerta sempre.

És comprovar si redueix feina sense introduir un nivell de risc o supervisió que anul·li el benefici.

Una matriu per decidir el nivell de control

No totes les tasques de la bústia necessiten el mateix tractament.

Una manera pràctica de decidir és combinar repetició, reversibilitat, conseqüència de l’error i context disponible.

Desplaça la taula horitzontalment per veure totes les columnes.

Aquesta matriu no substitueix entendre el procés. Serveix per evitar un error concret: tractar tota la bústia com si cada missatge tingués el mateix risc i necessités el mateix nivell d’autonomia.

Menys correus per mirar, no necessàriament més correus automàtics

Una bona automatització del correu pot reduir soroll, ordenar la bústia, fer arribar abans els casos importants i preparar el context o la resposta que una persona necessita per decidir.

En alguns processos també tindrà sentit arribar a l’acció automàtica, però això no ha de ser la mesura de l’èxit.

El guany principal és un altre: que l’equip dediqui menys atenció a descobrir què és soroll i més atenció als casos on el seu criteri realment aporta valor.