Recordatoris i confirmacions de cites amb un agent d'IA sense saturar el client

A les 18:30 una clínica revisa l'agenda de l'endemà: 40 cites. S'envia un SMS genèric. Tot i així, l'endemà falten sis persones i la recepció es passa el matí recol·locant forats. En un taller, el client deixa el cotxe "a primera hora", no acaba de confirmar i a les 10:30 l'elevador i el mecànic encara estan reservats per a ningú. En una gestoria, una reunió de 30 minuts cau perquè ningú va poder trucar per confirmar entre els pics de feina del matí.

La pregunta no és si convé recordar i confirmar: en una operació amb agenda, no fer-ho costa diners cada dia. La pregunta és com fer-ho sense que el client ho percebi com a spam i sense convertir-ho en una nova càrrega per a l'equip. Aquesta guia explica com automatitzar trucades de recordatori i confirmació de cites amb un agent d'IA, amb focus en experiència de client, mètriques auditables i controls de compliment (incloent RGPD i LOPDGDD aplicats al outbound).

Si el teu problema principal és cobrir trucades entrants fora d'horari, aquest article complementa la guia d'inbound: com automatitzar trucades entrants fora d'horari amb un agent d'IA.

L'objectiu real: reduir el no-show sense saturar el client

Abans de tocar eines, defineix l'objectiu en termes operatius. En una operació amb agenda, l'objectiu no és "trucar per recordar". És reduir el no-show net (no-shows menys reprogramacions útils), recuperar les hores que l'equip dedica a confirmar a mà i, alhora, no convertir cada cita en una trucada que el client percep com a interrupció.

L'automatització bona en outbound s'assembla més a un sistema de gestió d'agenda amb context que a una màquina de marcar números. Detecta si el client vol confirmar, reprogramar, cancel·lar o parlar amb algú; resol el que pot a la mateixa trucada; deixa constància del resultat en un estat clar; i s'atura quan ja no té sentit insistir.

Quan parlem d'"agent d'IA" no ens referim a una gravadora amb veu natural. Parlem d'un agent dissenyat per executar un flux operatiu amb regles, estats, escalat i auditoria. Per entendre quan un "bot" es queda curt i quan necessites un agent operacional: bot d'atenció al client: chatbot, callbot o agent d'IA, què triar.

Pas 1: prepara les dades mínimes per cita

Abans de qualsevol trucada, defineix el "paquet mínim" per cita. Sense això, l'agent sonarà bé i el resultat serà caòtic.

El paquet mínim: identificador de cita, nom, telèfon, data i hora, tipus de servei, ubicació, finestra de reprogramació permesa, idioma preferent i consentiments o opt-out actius.

Si la dada no està neta —dates que no quadren amb l'agenda real, telèfons sense formatar, cites duplicades, opt-outs antics no registrats—, l'automatització comença amb soroll i l'amplifica. La part prèvia, netejar l'agenda i els consentiments, és feina de l'equip, no del proveïdor. És la base sobre la qual se sosté tota la resta.

Pas 2: segmenta a qui trucar i amb quina intensitat

No tots els clients han de rebre la mateixa intensitat de contacte. Trucar a tothom igual és la manera més ràpida de saturar i generar queixes.

Segmenta per tres eixos:

Alt risc de no-show: primeres visites, històric d'absències, cites molt primerenques o molt tardanes, segments amb taxa històrica alta.

Alt cost de forat: serveis llargs, recursos crítics (elevador, sala, especialista), franges de baixa substituïbilitat on un forat buit no es reomple.

Clients saturats o opt-out: els que ja han confirmat per un altre canal o han demanat explícitament no rebre trucades; aquests no han de tornar a entrar al flux.

Una matriu pràctica: baix risc i baix cost es resolen amb SMS o correu; risc mitjà o alt, o alt cost de forat, justifiquen trucada de l'agent; client saturat o opt-out es queda fora del flux i es gestiona pel seu canal preferit. El context evita que un client bo se senti tractat com a problema i que un cas d'alt impacte passi desapercebut.

Pas 3: dissenya la primera trucada (objectiu únic + opcions clares)

Una bona trucada de recordatori compleix quatre coses en ordre:

• Identificar el motiu en els primers 5–10 segons: "Truco per la teva cita de demà a les 10:30 a [Centre]. Et va bé confirmar-la?".
• Donar opcions simples: confirmar, reprogramar amb dues o tres alternatives, cancel·lar o parlar amb una persona.
• Ser breu i útil: resoldre en 30–60 segons quan es pot.
• Registrar el resultat i disparar el següent pas: confirmat actualitza l'estat, reprogramació crea tasca, no contesta llança un reintent dins dels límits, número erroni es marca per depurar.

Tres coses que la trucada no hauria de fer: improvisar polítiques (preus, penalitzacions, condicions) que no estan definides, insistir sense lògica amb múltiples trucades, o demanar dades sensibles per veu si no és imprescindible i no hi ha un disseny legal i de seguretat clar.

La regla operativa subjacent és que una trucada ha de permetre resoldre alguna cosa a la mateixa trucada. Si només "recorda" sense permetre actuar, el client la viu com a interrupció i la propera vegada ja no contesta.

Pas 4: defineix els reintents i el canvi de canal

Aquí es guanya o es perd la sensació de spam. La regla pràctica és menys intents, millor dissenyats.

Com a punt de partida raonable: màxim dos intents per defecte, un entre 24 i 48 hores abans i un altre entre 6 i 24 hores abans si no hi ha hagut resposta. Un tercer intent només es justifica en segments d'alt cost de forat. Mantén finestres horàries raonables (per exemple, 10:00–19:00 laborables) i pausa automàtica si el client penja o demana explícitament no ser contactat.

Entre intents, canvia de canal quan el consentiment ho permet: SMS o correu amb confirmació en un toc. Insistir cinc vegades pel mateix canal és exactament el que el client percep com a spam.

Ofereix sortida fàcil sense dramatitzar: "Si prefereixes que et confirmem per SMS o correu, digues-m'ho i ho deixem configurat". "Si no vols rebre aquestes trucades, ho marco i no et tornem a trucar per confirmacions". L'opt-out ha de ser operatiu i traçable, no només una frase al guió.

Pas 5: criteris d'escalat a una persona

Automatitzar no significa desentendre's. Significa que una persona intervé quan pot aportar criteri.

Defineix quins casos passen a humà: client enfadat, queixa o llenguatge hostil; sol·licitud fora de política (canvis complexos, condicions especials); dubtes clínics o legals que no ha de respondre un agent; identitat no verificada quan és imprescindible; o tercer intent sense resposta en segments crítics.

Un bon escalat no diu "el client no contesta". Diu: cita, client, històric d'intents, resultat de cadascun i pròxima acció proposada. Així el responsable no perd temps reconstruint la història i evita duplicar contactes.

Pas 6: estats de tancament, aturada i traçabilitat

Cada trucada ha d'acabar amb un estat operatiu clar i, sobretot, el flux ha de poder aturar-se automàticament quan ja no té sentit insistir. Dos fallades destrueixen confiança: que el client confirmi per SMS i continuï rebent trucades, o que cancel·li i ningú ho registri.

Estats mínims: confirmat, reprogramat (útil o no útil), cancel·lat, no contactat, número erroni, opt-out.

Regles d'aturada: si el client confirma per qualsevol canal, estat "confirmat" i stop; si sol·licita opt-out, estat "opt-out" i stop total per a aquesta categoria de contacte; si la cita es cancel·la al sistema, stop immediat; si hi ha promesa de resposta posterior, pausa fins a la nova finestra.

I un registre auditable per intent: data i hora, canal, resultat, resum de la conversa. Si els recordatoris viuen fora del sistema —notes soltes, trucades no registrades, SMS sense traçabilitat—, no hi ha automatització real, només soroll organitzat.

Comparativa ràpida per canal

WhatsApp té requisits i polítiques específiques: no assumeixis que pots fer-lo servir com a "SMS barat".

Mètriques que importen

Si no es mesura bé, el pilot es converteix en opinions. Quatre mètriques separen el soroll de l'impacte.

Taxa de confirmació = confirmacions / cites contactades. Útil per veure adopció i efectivitat del guió, però no n'hi ha prou per si sola.

Taxa de reprogramació útil = reprogramacions que mantenen la cita dins d'una finestra acceptable (per exemple, ≤ 7 dies) / cites contactades. Separa "moviment" d'"impacte real". Una reprogramació a tres mesos vista no és el mateix que una a tres dies.

No-show net = no-shows − reprogramacions útils, en el mateix període. És la mètrica que mesura l'impacte operatiu real (ocupació, ingressos, utilització de recursos).

Crèdits per cita = crèdits consumits / nombre de cites del segment. I millor encara, crèdits per resultat = crèdits consumits / (confirmacions + reprogramacions útils). A BeeAgent un crèdit equival aproximadament a un minut de trucada de l'agent, cosa que fa molt directe el càlcul. Per a un marc de costos més complet: agent d'IA per a trucades i correus: quant estalvies amb BeeAgent.

Les quatre es miren juntes. Una confirmació del 80% no significa res si la meitat acaben en no-show o si es disparen els opt-outs.

RGPD i LOPDGDD aplicats al outbound

Això no és assessorament legal, però sí una llista pràctica per parlar amb el teu responsable de privacitat o la teva assessoria amb claredat.

Finalitat i base legal. Per a recordatoris i confirmacions de cites, la finalitat sol ser gestió de la prestació del servei. Segons el context i la relació, la base legal pot ser execució de contracte o interès legítim. Documenta la finalitat i evita "aprofitar" la trucada per a màrqueting si no tens base o consentiment específic.

Transparència. El client ha d'haver estat informat a l'alta, a la reserva o a la política de privacitat que pot rebre comunicacions operatives, per quins canals i com deixar de rebre-les. A la trucada, no cal recitar un text legal, però sí identificar-se i donar sortida.

Minimització de dades. L'agent només hauria d'accedir al necessari per confirmar o reprogramar. Evita dades sensibles per veu si no és imprescindible.

Encarregat del tractament. Si fas servir un proveïdor per executar les trucades necessites un DPA o contracte d'encàrrec, claredat sobre on es processen les dades, política de retenció de logs i gravacions, i mecanismes d'esborrat.

Gravació de trucades. Decideix abans de començar: si graves, informa, defineix retenció, accessos i finalitat; si no graves, assegura't de tenir logs suficients (resultat, timestamp, resum) per auditoria.

Com encaixa BeeAgent

BeeAgent encaixa quan hi ha volum suficient de recordatoris i confirmacions (repetitiu i mesurable), quan es vol un agent que executi el flux —confirmar, reprogramar, cancel·lar— i deixi traçabilitat, i quan l'equip necessita control sense codi per ajustar guió, regles, límits i excepcions sense dependre d'enginyeria.

No promet màgia: necessita un paquet mínim de dades net, regles clares de segmentació, escalat i aturada, i revisió de qualitat les primeres setmanes. L'avantatge és que aquesta configuració la pot portar l'equip d'operacions sense convertir cada canvi en un projecte de desenvolupament. Per veure com es configura un agent operatiu sense dependre d'enginyeria: com es configura un agent d'IA per a operacions amb BeeAgent.

El cas d'ús específic està aquí: trucades sortints.

Un pilot de tres setmanes

Setmana 1: disseny i preparació. Selecciona un cas d'ús (per exemple, "confirmació 24h abans"), defineix el segment (per exemple, 200 cites a la setmana d'alt impacte), escriu guió i regles (intents, horaris, opt-out) i deixa clars els estats i mètriques (confirmat, reprogramat útil, no-show net).

Setmana 2: configuració i proves. Configura l'agent i el flux, prova amb 20–30 trucades internes o a un grup controlat, ajusta durada, claredat, derivació i reintents.

Setmana 3: producció controlada i mesura. Llança al segment definit. Revisa diàriament resultats per estat, motius de derivació, queixes, opt-outs i crèdits per cita. Ajusta guió i regles (no "el model": el flux).

El resultat esperat d'un pilot seriós no és "automatitzar el 100%". És saber amb dades si el flux redueix el no-show net i quant costa per resultat.

Conclusió

Automatitzar recordatoris i confirmacions de cites amb un agent d'IA funciona quan es dissenya com un sistema de gestió d'agenda amb context, no com una màquina de marcar números. L'experiència del client es protegeix amb segmentació, límits estrictes d'intents, canvi de canal amb sentit, escalat primerenc i aturada automàtica quan ja hi ha confirmació o cancel·lació.

Pots revisar el cas d'ús de trucades sortints, unir-te a la llista d'espera o escriure'ns i tracem amb tu un pilot acotat de tres setmanes amb mètriques clares.