Com automatitzar trucades entrants fora d'horari amb un agent d'IA

A les 19:42 entra una trucada a una gestoria de Barcelona: el client vol saber si la documentació que va enviar pel matí ja està revisada. A les 21:15, una altra a una empresa de logística: l'enviament encara no ha arribat. El dilluns a les 09:00, una administradora de finques es troba amb onze trucades perdudes del cap de setmana, sense saber qui va trucar, per què ni què se li va dir. En les tres operacions la trucada es va atendre, però es va atendre malament: va acabar en una bústia que algú haurà de buidar l'endemà amb menys context del que tenia el client en trucar.

Les trucades fora d'horari són un dels punts on s'acumulen els problemes operatius de manera més previsible. Una part es podria resoldre amb informació ja documentada. Una altra part exigeix criteri humà i pot esperar a l'endemà, sempre que algú en deixi constància. Una petita part és urgent i hauria d'escalar. Com es gestionen aquestes tres categories és el que separa una bona operació nocturna d'una que cada dilluns comença per sota de l'aigua.

Què hauria de fer un agent d'IA fora d'horari?

Quan un equip busca com automatitzar les trucades entrants amb IA, sol pensar-ho en termes de "atendre-les totes amb IA i reduir personal". El model que funciona en operacions B2B és més modest: una capa de cobertura entre el moment en què el client truca i el moment en què l'equip el reprèn.

Aquesta capa atén al primer to, identifica el client i la intenció en poques frases, resol el raonable amb la informació disponible (horaris, estat d'un tràmit, confirmació de cita), captura dades estructurades quan cal esperar l'equip (nom, telèfon, correu, referència, motiu, urgència), escala a un telèfon de guàrdia els casos que no poden esperar i deixa traçabilitat: tiquet al sistema, nota al CRM, correu de confirmació al client amb número de referència. Si algun d'aquests passos falla, el que semblava automatitzat torna a ser una bústia amb veu més amable.

Abans de l'agent, què passa per telèfon fora d'horari

Qualsevol proveïdor demanarà connectar l'API o configurar la veu abans de fer la pregunta que importa: per què truca la gent fora d'horari en aquesta operació concreta. La majoria d'equips descobreix, en revisar dues setmanes de trucades, que entre el 60% i el 80% del volum es concentra en cinc o sis intencions. Llistar aquestes intencions —les reals, no les hipotètiques— és la feina prèvia que decideix si l'automatització funciona.

En operacions B2B es repeteixen cinc categories:

• Informació: horaris, ubicació, preus bàsics, disponibilitat d'un servei.
• Canvis: reprogramar una cita, modificar la franja de lliurament, ampliar un termini.
• Estat: en quin punt és una comanda, un tràmit, un pagament, un expedient.
• Sol·licituds noves: oportunitats comercials, pressupostos, altes.
• Urgències: incidències actives, accessos bloquejats, sospites de frau.

Per a cadascuna cal decidir tres coses abans de configurar res: si l'agent pot resoldre-la completament, quines dades mínimes cal capturar si no, i quin és el camí segur de sortida (tiquet més correu, escalat a guàrdia o cita per a l'endemà). Saltar-se aquest pas produeix sempre el mateix resultat: un agent que sona bé i produeix malament.

El flux: cinc fases que es repeteixen

Una trucada ben dissenyada segueix sempre el mateix recorregut.

Obertura i expectativa. Els primers deu segons confirmen tres coses: que el client ha arribat al lloc correcte, que l'equip no està disponible i què passarà a continuació. Alguna cosa com:

"Gràcies per trucar. El nostre equip no està disponible en aquest moment, però puc ajudar-te amb el més habitual i assegurar-me que el teu cas quedi registrat. Si és urgent, et passo amb el contacte de guàrdia."

Captura d'intenció. Una pregunta oberta i una confirmació. "En què et podem ajudar?" seguit de "Per confirmar, truques per reprogramar la teva cita del dijous, oi?". Cada pregunta addicional redueix la qualitat de les dades i augmenta l'abandonament.

Identitat i context. Capturar el just per fer seguiment l'endemà sense que el client repeteixi la història: nom, correu i referència (expedient, comanda, contracte) si s'escau. El telèfon ja ve al caller ID, n'hi ha prou amb confirmar-lo. No és moment d'autenticar com si s'anés a operar en compte.

Resoldre o derivar. Cada intenció cau en una de les dues rutes. La de resoldre cobreix el que no necessita criteri humà. La de derivar obre un cas, envia un correu amb número de referència i deixa una tasca per a l'equip. L'automatització fora d'horari es guanya a la segona, no a la primera.

Escalat explícit. L'escalat només funciona si els disparadors es poden detectar: paraules clau ("urgent", "frau", "no puc accedir"), tipus de compte (clients marcats com a crítics) o impactes concrets (un pagament fallit que bloqueja el servei). Les opcions són enrutar a guàrdia, obrir un tiquet de prioritat alta amb SMS al responsable o derivar a un servei de contestador extern. Si no hi ha guàrdia, millor dir-ho i comprometre el matí següent que prometre una tornada de trucada que no passarà.

El correu i el tiquet tanquen el flux

Una trucada fora d'horari no acaba quan l'agent penja; acaba quan la resta del sistema (CRM, correu, equip de l'endemà) ha rebut la feina en format utilizable. A la pràctica són dues peces en paral·lel: un correu de confirmació al client amb resum del motiu, número de referència i termini realista de resposta ("el nostre equip ho revisarà demà abans de les 11:00"); i un tiquet o tasca al CRM amb tots els camps. Quan aquest tancament falla, el que semblava automatitzat torna a ser una pila de transcripcions que algú ha de llegir l'endemà.

Si s'està avaluant proveïdors, convé preguntar a la primera demo com es connecta la trucada amb el correu i si el flux el configura l'equip d'operacions sense demanar-li res a desenvolupament. És la diferència pràctica entre els chatbots tradicionals i els agents operacionals, comparats amb més detall a aquesta guia sobre chatbots, callbots i agents d'IA.

Comparativa ràpida d'opcions fora d'horari

Les dues primeres opcions acaben sent invisibles per a l'organització (el que entra no surt de l'aparell). Les dues del mig resolen enrutament però no procés. L'última és la que tanca el circuit fins al sistema.

Quatre regles mínimes

Automatitzar fora d'horari és tant un problema de confiança com de cost. Hi ha quatre regles que convé exigir, sigui quin sigui el proveïdor.

No prometre el que no es complirà. L'agent mai ha de suggerir que un humà trucarà "ara" si no és cert. El client accepta terminis raonables; el que no accepta és assabentar-se l'endemà que no eren reals.

Accions sensibles fora de l'abast. Aprovar devolucions, canviar contractes, gestionar disputes amb impacte econòmic i qualsevol acció que requereixi verificació d'identitat fiable no s'automatitzen fora d'horari. Es captura el cas i es deixa a la cua adequada.

Camps estructurats, no només transcripcions. Una transcripció és útil, però un equip necessita camps: intenció, urgència, identificador de client, pròxima acció sol·licitada, franja preferent per tornar la trucada. Això és el que fa el flux auditable i mesurable.

Sortida humana sempre disponible. Tot i que sigui fora d'horari, el client ha de tenir una sortida clara: "marca zero per a urgències", "puc obrir-te un cas perquè et truquin demà". La bona experiència és la que el client sent com a guiada, no com a atrapada.

Un pilot en dues o tres setmanes

No cal un projecte llarg per validar si això té sentit. Un pilot ben acotat respon la pregunta operativa en menys d'un mes.

El raonable és començar per tres a cinc intencions amb freqüència alta fora d'horari, risc baix i forma senzilla de verificar el resultat. Abans de configurar res, es fixen les mètriques: taxa de resposta (ateses versus perdudes), taxa de contenció (resoltes o capturades correctament sense humà), completesa de dades (correu i referència capturats), temps fins al seguiment de l'endemà i precisió de l'escalat (urgents enrutades correctament enfront de falsos positius).

La configuració —salutació i enrutament, llista d'intencions amb les seves resolucions, regles d'escalat, camps del tiquet i plantilla de correu— sol ocupar la segona setmana. Si la plataforma és realment sense codi, aquesta configuració la fa operacions sense obrir un tiquet a desenvolupament. La part concreta es descriu a aquesta guia per configurar un agent d'IA sense codi.

La tercera setmana és mostreig i ajust: revisar per intenció si l'agent va capturar els camps correctes, va fixar les expectatives adequades, va escalar quan tocava i va deixar el cas a la cua correcta. Cada incidència detectada produeix un ajust menor —una paraula clau nova, un camp obligatori, una excepció explícita—. En tres setmanes, la majoria de pilots passen de "l'agent sona bé" a "les dades de l'endemà són usables".

Què demanar abans de signar

Les preguntes que serveixen per avaluar un xat de web no serveixen aquí. En operacions, hi ha cinc blocs que separen els proveïdors seriosos de les demos brillants:

• Trucada i enrutament: fiabilitat de resposta, escalat urgent en qualsevol punt de la conversa, suport multilingüe (en mercats com Espanya sol incloure castellà, català, anglès i de vegades portuguès).
• Processos, no només conversa: tiquets amb camps estructurats configurables, correus automàtics al client i a l'equip, callbacks i tasques al CRM.
• Auditoria: registre complet amb àudio, transcripció i resultat; revisió per intenció, franja horària o client; mètriques de contenció i completesa sense haver d'armar-les en un full apart.
• Control sense codi: l'equip d'operacions actualitza guions, camps i enrutament sense demanar desenvolupament, amb versionat i rollback.
• Compliment: què es grava, on s'allotja, quant es reté, com s'esborra a petició del client, compatibilitat amb el RGPD i, on s'escaigui, amb la LOPDGDD.

Errors freqüents

Començar pels casos complexos. Funciona millor fer-ho al revés: intencions repetitives primer, demostrar fiabilitat i ampliar després. Voler automatitzar reclamacions complexes la primera setmana garanteix un pilot que es descarta.

No definir el flux de seguiment. Si la trucada acaba sense tiquet i sense correu, no s'ha automatitzat res: només ha canviat la bústia.

No definir "urgent". Si la urgència no es tradueix a disparadors concrets, s'acaba escalant massa (amb la guàrdia esgotada al cap de dues setmanes) o massa poc (amb risc real).

Mesurar només la contenció. Una contenció del 80% no significa res si la meitat dels casos arriben l'endemà sense correu o amb la intenció mal classificada. Cal mirar contenció, completesa, enrutament i reincidència (mateix client que torna a trucar en menys de set dies) alhora.

Quan BeeAgent encaixa (i quan no)

BeeAgent està pensat per a equips d'operacions que volen muntar aquest tipus de capa fora d'horari sense convertir-la en un projecte de desenvolupament. El senyal d'encaix és pràctic: si l'equip pot llistar els cinc motius principals pels quals entren trucades fora d'horari i descriure pas a pas què hauria de passar en cadascun, BeeAgent sap executar aquest flux. Com més estructurat estigui el motiu, abans es nota el resultat.

No és el primer que convé fer si l'operació és molt petita i un parell de trucades setmanals s'atenen per nom, si els processos no estan escrits en cap lloc i cada persona de l'equip els porta a la seva manera, o si ningú podrà revisar l'agent les primeres dues setmanes. En aquests casos hi ha una feina prèvia —escriure els processos— que cap agent, per bo que sigui, farà en lloc de l'equip.

Per entendre el context més ampli en què s'està aplicant aquest enfocament en B2B: com els agents d'IA estan transformant les operacions en empreses B2B.

Conclusió

L'automatització de trucades fora d'horari rendeix quan es dissenya com a capa de cobertura operativa, no com a substitut de l'atenció. Si reconèixes el patró en la teva operació —trucades que es perden, matins que comencen buidant una bústia, casos urgents que arriben tard—, la manera més útil de continuar és veure com ho plantegem per a un perfil semblant al teu. Pots unir-te a la llista d'espera o escriure'ns i tracem amb tu un pilot acotat de tres setmanes.