Checklist per automatitzar notificacions sense perdre el control

Arriba una sol·licitud i ningú no respon fins al cap d'unes hores. Una comanda canvia d'estat, però el client ha de preguntar. Una tasca queda pendent perquè l'avís depenia que algú recordés enviar-lo. En aquests casos, automatitzar notificacions pot ordenar la comunicació, però només si cada missatge té un motiu, un destinatari i una manera de comprovar que s'ha enviat correctament.

Aquesta checklist t'ajuda a revisar un flux abans d'automatitzar-lo. En acabar, podràs decidir si tens una necessitat ben definida, si pots començar amb una automatització senzilla o si primer has d'aclarir regles, dades i responsabilitats.

Fes-la servir quan estiguis valorant avisos per correu electrònic, missatgeria, una aplicació interna o un altre canal connectat a les teves eines. No pretén substituir la revisió humana en casos sensibles: una notificació pot informar d'un fet, però no hauria de prendre per si sola una decisió que requereixi criteri comercial, operatiu o personal.

Objectiu de la revisió

Abans de triar una eina, concreta què ha de canviar. Automatitzar notificacions consisteix a configurar un sistema perquè enviï un avís quan es compleix una condició definida: per exemple, quan es registra una sol·licitud, venç una data o canvia l'estat d'una comanda.

La revisió ha de separar tres elements:

• Objectiu: quin problema vols evitar o quina comunicació vols garantir.
• Abast: quins esdeveniments, persones, canals i excepcions cobrirà el flux.
• Solució: com es connectaran les eines i quines regles activaran cada avís.

Un objectiu útil es pot observar. «Millorar la comunicació» és massa ampli. «Avisar l'equip quan arribi una sol·licitud amb la informació mínima necessària» permet dissenyar i comprovar el flux.

Checklist prèvia

Marca cada punt només quan el puguis respondre amb claredat.

• He identificat una notificació concreta que ara s'envia tard, s'oblida o requereix una tasca repetitiva.
• Sé quin fet ha d'activar l'avís: una sol·licitud nova, un canvi d'estat, una data, un pagament registrat o un altre esdeveniment definit.
• He definit per a què serveix el missatge: informar, demanar una acció, confirmar una recepció o alertar d'una incidència.
• Sé qui rep l'avís i qui ha d'actuar després de rebre'l.
• He comprovat que el destinatari realment necessita aquest missatge i que no rebrà alertes innecessàries.
• He decidit quins casos han de continuar requerint revisió humana abans de comunicar res.
• He diferenciat la notificació de l'acció posterior. Enviar un avís no equival a completar una tasca, aprovar una comanda o resoldre una incidència.

Si no pots marcar els tres primers punts, encara no automatitzis. Primer observa el procés actual i recull exemples reals de quan s'envia el missatge, qui el rep i què passa després.

Checklist funcional

Aquesta part serveix per convertir una intenció en regles comprensibles. Una automatització falla sovint quan es descriu com «enviar un avís» sense concretar-ne el contingut, el moment o les excepcions.

• L'esdeveniment inicial està definit sense ambigüitats. Per exemple, no només «quan hi hagi una comanda», sinó «quan la comanda passi a estat confirmat».
• He definit les dades que ha d'incloure l'avís: referència, data, persona responsable, enllaç al registre o informació necessària per actuar.
• El missatge indica què ha de fer el destinatari, si s'espera alguna acció.
• He triat un canal adequat al tipus d'avís. Un recordatori pot requerir un canal diferent del d'una alerta urgent.
• He establert quan s'ha d'enviar: immediatament, a una hora concreta, després d'un termini o només dins d'un horari definit.
• He previst què passa si falten dades necessàries per construir el missatge.
• He definit si l'avís s'ha d'enviar una sola vegada, repetir-se o escalar-se a una altra persona quan no hi hagi resposta.
• He identificat els casos que s'han d'excloure per evitar missatges duplicats, contradictoris o fora de context.
• He revisat el text perquè sigui clar, identificable i coherent amb la relació que tens amb qui el rep.

Exemple hipotètic: un negoci vol avisar de noves sol·licituds de pressupost. La regla no hauria de ser simplement «enviar un correu quan s'empleni el formulari». Pot requerir condicions addicionals: que hi hagi dades de contacte, que el formulari no sigui una prova o un duplicat i que l'avís arribi a la persona que gestiona aquella zona o servei.

Checklist tècnica

Un cop definides les regles, revisa si les eines les poden sostenir. La integració és la connexió que permet que una aplicació comparteixi dades o activi una acció en una altra.

• Sé quin és el sistema que origina l'esdeveniment i quin enviarà la notificació.
• He comprovat quines dades es transfereixen entre tots dos sistemes i en quin format.
• Els accessos necessaris estan controlats i vinculats a comptes que l'empresa pot gestionar.
• He definit què ha de passar si la connexió falla, el servei no respon o l'avís no es pot lliurar.
• Hi ha una manera de registrar els enviaments, errors i reintents per poder revisar incidències.
• He evitat incloure en el missatge més informació de la necessària per a la seva finalitat.
• He identificat qui pot modificar regles, destinataris i plantilles de missatge.
• He provat el flux amb dades de prova i amb els escenaris habituals abans d'activar-lo.
• També he provat almenys una excepció: dada incompleta, destinatari no vàlid, canvi repetit d'estat o fallada de connexió.
• He definit un criteri d'acceptació: què ha de passar per considerar que el flux funciona i quin comportament s'espera davant d'un error.

Si hi intervenen dades personals o comunicacions subjectes a requisits específics de la teva activitat, no donis per fet que la configuració tècnica és suficient. Delimita quina informació s'utilitza, qui hi accedeix i quines validacions has de fer en el teu cas.

Checklist de manteniment

Una automatització útil no queda tancada quan s'activa. Els processos canvien, les persones canvien de responsabilitats i les eines poden modificar les seves connexions o permisos.

• Hi ha una persona responsable de revisar el flux i atendre incidències.
• L'empresa sap on es configuren les regles, plantilles, destinataris i accessos.
• He documentat el propòsit del flux, l'esdeveniment inicial, els canals i les excepcions principals.
• He decidit quan revisaré si els avisos continuen sent necessaris i correctes.
• Hi ha un procediment per aturar l'enviament si es detecta un error o un comportament no desitjat.
• He previst com actualitzar els destinataris quan canviïn funcions o equips.
• He revisat que les plantilles no contenen referències obsoletes, enllaços trencats o instruccions que ja no s'apliquen.
• Sé quins canvis requeriran una prova nova abans de publicar-se: regles, dades, canal, text, integració o permisos.

Com interpretar el resultat

Compta els punts marcats a cada bloc, però no facis servir el total com una aprovació automàtica. Hi ha comprovacions que pesen més que d'altres.

• Pots avançar amb una primera versió si tens clar l'objectiu, l'esdeveniment inicial, els destinataris, les dades necessàries i el comportament davant d'errors. Comença per un únic flux delimitat i revisa'l abans d'afegir excepcions o canals nous.
• Necessites definir millor el procés si no pots explicar què activa l'avís, qui l'ha de rebre o què passa després. La dificultat encara no és en la tecnologia, sinó en la regla de negoci.
• Convé revisar la solució amb més detall si hi ha diverses eines, dades sensibles, nombroses excepcions, escalats o decisions que no s'han de deixar automatitzades. En aquest punt, connectar aplicacions sense dissenyar el flux pot traslladar el desordre existent a un sistema automàtic.

Quan el resultat deixi dubtes sobre les regles, les integracions o el control del procés, pots explicar el teu projecte d'automatització a AVSISTEC per valorar quin abast tindria sentit definir.