Com automatitza els correus sense perdre el control de les respostes

Un missatge arriba des del formulari web, un altre demana documentació i un tercer espera una resposta de seguiment. Si cada correu es gestiona de forma manual i entre diverses persones, és fàcil que una sol·licitud es retardi, es dupliqui o quedi sense context.

Automatitzar correus podeu ajudar a ordenar aquesta feina, però no consisteix a programar enviaments indiscriminats. Consisteix a decidir quins missatges repetitius poden activar-se amb una regla clara i quins necessiten criteri humà. En acabar aquest cas hipotètic podràs identificar un primer flux raonable per al teu negoci i delimitar el que s'ha de revisar abans de posar- el en marxa.

Situació inicial hipotètica

Imagineu una petita empresa de serveis que rep consultes des del vostre web i per correu. Les persones interessades solen preguntar per disponibilitat, documentació necessària o pròxims passos. L'equip respon quan podeu, copiant textos previs i cercant la informació de cada contacte en diferents eines.

L'empresa no vol substituir les converses comercials. Vol que la gent rebi una primera resposta coherent i que l'equip sàpiga quines sol·licituds requereixen atenció. Per això es planteja automatitzar correus només en els moments on el procés és repetible.

La decisió inicial no és escollir una eina. És respondre a una pregunta més útil:Quina comunicació ha de sortir automàticament perquè segueix una regla, i quina ha de redactar- la o aprovar-la una persona?.

Problema observable: el correu no té un recorregut definit

En aquest escenari, els problemes no neixen necessàriament del volum de missatges. Apareixen quan no està definit què passa després de rebre' ls.

Per exemple, una consulta pot arribar a la bústia general, reenviar-se a una persona responsable i rebre una resposta diferent segons qui la llegeixi. Si manquen dades, algú demana informació addicional. Si la petició encaixa, una altra persona ha de preparar el següent pas. El correu funciona, però el recorregut depèn de memòria, disponibilitat i coordinació manual.

Abans d'automatitzar, convé descriure el procés actual amb fets observables:

• D'on arriba cada tipus de sol·licitud.
• Quines dades conté i quines normalment falta.
• Qui l'ha de conèixer o gestionar.
• Quina resposta inicial es repeteix sense canvis rellevants.
• Quines situacions exigeixen revisar el cas abans de contestar.
• On ha de quedar registrat el contacte i el seu estat.

Aquesta anàlisi evita un error habitual: automatitzar un text sense resoldre qui rep la informació, què succeeix si hi ha una dada incompleta o com es detecta una excepció.

Anàlisi de l'objectiu: respondre abans, no respondre per respondre

En el cas hipotètic, l'objectiu podria formular-se així: confirmar la recepció de les consultes, demanar les dades imprescindibles quan faltin i dirigir cada petició a la persona adequada sense enviar missatges que semblin personalitzats quan no ho són.

Aquesta formulació marca límits. No es pretén automatitzar una proposta comercial ni una resposta tècnica complexa. Tampoc s'ha d'enviar una seqüència a algú que ja està parlant amb l'equip per un altre canal.

Separar objectiu, abast i solució ajuda a prendre una decisió proporcionada:

L'automatització té sentit si l'equip pot explicar amb claredat què desencadena cada correu i quina condició atura el flux. Si no ho pot fer, primer cal ordenar el procés.

Abast proposat: un primer flux limitat i comprovable

Per reduir riscos, l'empresa hipotètica comença amb un sol recorregut: les sol·licituds rebudes des d'un formulari de contacte.

Quan una persona envia el formulari, el sistema registra la petició i envia un justificant de recepció. Si falta una dada definida com a necessària per continuar, el missatge demana només aquesta informació. Si la consulta inclou tots els camps requerits, s'avisa internament la persona responsable i es crea una tasca de seguiment.

L'abast no inclou, d'inici, respondre automàticament a preguntes obertes, interpretar documents adjunts o enviar ofertes. Aquestes accions poden requerir context, comprovacions o autorització humana.

Perquè el flux sigui utilitzable, s'han d'acordar elements concrets:

• Desencadenant: quin esdeveniment activa el correu, com l'enviament correcte d'un formulari.
• Dades disponibles: nom, correu, assumpte, servei sol·licitat i qualsevol altre camp que realment s'usarà.
• Regles: què es considera una sol·licitud completa, duplicada o fora de l'àmbit previst.
• Mensatges: què diu cada correu, qui l'aprova i quin to representa l'empresa.
• Destinataris interns: qui rep l'avís i qui assumeix el seguiment.
• Parades: quina condició impedeix enviar més missatges, per exemple, que l'equip ja hagi respost o que el contacte demani no rebre comunicacions.
• Registre: on queda constància de l'enviament, l'estat de la sol·licitud i la intervenció humana.

També cal revisar els accessos als comptes connectats, les dades que circularan entre eines i condicions aplicables a cada tipus de comunicació. L'automatització no substitueix aquesta validació.

Solució i comprovació: automatitza una regla, revisa una conversa

Un cop definit l'abast, el flux hipotètic s'aplica d'aquesta manera:

1. Una persona completa el formulari de contacte.
2. La petició es desa amb un estat inicial, per exemple, «pendent de revisió».
3. S'envia un correu de confirmació que explica que la sol·licitud ha estat rebuda i quin serà el següent pas previst.
4. L'equip responsable rep un avís intern amb les dades enviades.
5. Si després del termini que l'empresa ha definit no hi ha una resposta manual, es crea un recordatori intern. No s'envia automàticament una resposta comercial addicional sense comprovar el context.
6. Quan una persona de l'equip respon, el flux de recordatoris s'atura.

La comprovació no s'hauria de limitar a confirmar que el correu ha sortit. Cal provar casos normals i excepcions: un formulari incomplet, una adreça de correu errònia, una sol·licitud duplicada, un responsable absent o una resposta manual prèvia.

Un criteri d'acceptació simple seria: quan una consulta arriba amb les dades requerides, la persona rep la confirmació prevista, el responsable rep l'avís i el sistema registra l'estat. Si manca informació o es produeix un error, la petició no ha de continuar silenciosament com si estigués resolta.

La primera versió pot semblar modesta, i aquesta és un avantatge. Permet comprovar si les regles representen el treball real abans d'afegir classificacions automàtiques, integracions addicionals o seqüències més complexes.

Aprenentatges transferibles per automatitzar correus

El cas es pot traslladar a altres correus repetitius: confirmacions de cita, sol·licitud de documents, avisos sobre l'estat d'una comanda o recordatoris interns. La lògica es manté: identificar una acció que es repeteix, definir la dada que l'activa i reservar les decisions ambigües per a una persona.

Automatitzar correus és més útil quan el missatge forma part d'un procés definit. Si el contingut depèn de negociació, interpretació o una situació sensible, l'automatització pot preparar informació, ordenar tasques o avisar l'equip, però no hauria d'aparellar una decisió humana que ningú ha revisat.

Si vols valorar quins correus de la teva empresa poden automatitzar-se, explica el procés actual i les eines que ja utilitzes en el servei de automatitzacions amb IA per a empreses.