Automatització

Automatitzar incidències: com decidir si té sentit per a la teva empresa

Una incidència arriba per correu electrònic, una altra per WhatsApp i una tercera es comenta de passada en una trucada. Ningú no sap amb certesa quina s'ha atès, qui l'ha de resoldre ni quan cal donar-hi resposta. Davant d'aquesta situació, automatitzar pot semblar la sortida evident. Tanmateix, automatitzar un procés confús només pot fer que el desordre avanci més de pressa.

La decisió útil no és si has d'automatitzar incidències en abstracte, sinó quina part del recorregut mereix automatitzar-se, amb quines regles i sota quin control humà. En acabar, podràs valorar si la teva operativa està preparada, quins riscos has d'acceptar i si et convé començar per una automatització acotada.

Decisió empresarial: automatitza el recorregut repetible, no el criteri delicat

Una incidència sol passar per diverses etapes: recepció, registre, classificació, assignació, seguiment, resolució i tancament. No totes exigeixen la mateixa intervenció.

L'automatització encaixa millor en tasques repetibles i amb regles clares, per exemple:

  • registrar una sol·licitud que arriba des d'un canal definit;
  • demanar la informació que falta mitjançant un formulari o un missatge estructurat;
  • assignar la incidència segons una categoria, zona, equip o tipus de servei acordat prèviament;
  • avisar la persona responsable quan canvia l'estat;
  • recordar que una sol·licitud fa més temps del previst que està pendent;
  • reunir la informació de seguiment en un lloc comú.

En canvi, convé mantenir una decisió humana quan cal interpretar un cas ambigu, prioritzar entre problemes amb conseqüències diferents, negociar una excepció o decidir si una resposta és adequada per a un client concret.

L'objectiu no hauria de ser eliminar qui atén les incidències. Hauria de ser evitar que aquesta persona hagi de copiar dades, perseguir missatges dispersos o recordar manualment cada seguiment.

Separa objectiu, abast i solució

Abans de triar una eina o plantejar una integració, defineix tres capes:

CapaPregunta que has de respondre
ObjectiuQuè ha de canviar: registrar millor, respondre amb més ordre, repartir feina o detectar bloquejos?
AbastQuins canals, tipus d'incidència, persones i estats entren en la primera fase?
SolucióQuin sistema recull les dades, aplica regles, envia avisos i en deixa traçabilitat?

Aquesta separació evita comprar una solució per les seves funcionalitats abans de saber quin problema resol. També ajuda a deixar fora, de manera expressa, els casos que no s'haurien d'automatitzar al principi.

Senyals a favor d'automatitzar incidències

Hi ha una base raonable per automatitzar quan reconeixes diverses d'aquestes situacions a la teva empresa:

  • Es repeteixen les mateixes preguntes. Qui rep una incidència necessita demanar sovint dades semblants: contacte, comanda, equip afectat, ubicació, descripció o urgència.
  • Hi ha un recorregut recognoscible. Encara que hi hagi excepcions, la majoria de sol·licituds passa per estats semblants, com ara rebuda, assignada, en revisió, resolta i tancada.
  • Les regles de repartiment són explícites. Pots explicar qui ha de rebre cada tipus de cas sense dependre que una persona concreta recordi com es fa.
  • Es perd context en canviar de canal. Correus electrònics, missatges i trucades dificulten reconstruir què ha passat i què queda per fer.
  • El seguiment depèn de la memòria individual. Els recordatoris i les respostes pendents es controlen de manera manual o informal.
  • Pots designar una persona responsable del procés. No cal que ho resolgui tot, però sí que validi categories, regles, excepcions i canvis.

Un cas hipotètic: una empresa de manteniment rep avisos de clients per diversos mitjans. Si la primera informació necessària és gairebé sempre la mateixa i cada avís ha d'arribar a l'equip adequat, pot tenir sentit automatitzar la recollida de dades, el registre i l'avís d'assignació. La valoració de la gravetat tècnica continuaria corresponent a una persona.

Senyals en contra: quan convé aturar-se o limitar l'abast

No tots els problemes d'incidències es resolen amb automatització. Aquests senyals aconsellen revisar primer el procés o plantejar una prova molt limitada:

  • Ningú no comparteix una definició d'incidència. Si unes persones registren una queixa, d'altres una consulta i d'altres només una avaria, les regles naixeran ambigües.
  • La prioritat canvia segons informació difícil de formalitzar. Si cada cas exigeix interpretar una conversa, una relació comercial o un context que no queda registrat, una regla automàtica pot equivocar-se.
  • No hi ha cap responsable d'actualitzar criteris. Les categories, els equips i les prioritats canvien. Sense algú que mantingui aquestes decisions, l'automatització queda desfasada.
  • Les dades d'entrada són incompletes o inconsistents. Si la informació essencial es recull de maneres molt diferents, primer has de decidir quines dades són obligatòries i com comprovar-les.
  • L'equip necessita resoldre un problema de capacitat, no de coordinació. Una automatització pot ordenar l'entrada, però no substitueix recursos, formació ni decisions operatives.
  • El procés inclou decisions sensibles. Quan una incidència afecta una relació contractual, un pagament, una reclamació complexa o una decisió amb conseqüències rellevants, el tancament ha de preveure revisió humana.

Aturar-se no equival a renunciar-hi. De vegades, la millor primera decisió és unificar canals, definir estats i acordar un responsable abans de connectar sistemes.

Costos i dependències que has de revisar sense reduir la decisió a una eina

El cost d'automatitzar incidències no depèn només de configurar un flux. Canvia segons el procés que vulguis cobrir i les dependències que acceptis.

A la fase inicial, convé tenir en compte la definició de categories, prioritats i estats; el disseny de formularis o entrades; la configuració de regles; les integracions necessàries; les proves amb casos normals i excepcionals; i la documentació per a l'equip.

Després hi pot haver costos recurrents o feina de manteniment vinculats a llicències, serveis externs, canvis en les eines connectades, suport, revisió de regles i evolució del procés. No totes aquestes partides s'apliquen a tots els projectes, però convé identificar-les abans de decidir.

Revisa també aquestes dependències operatives:

  • Canals d'entrada. Decideix quins s'incorporen i quins queden fora de la primera fase. Intentar abastar tots els canals des de l'inici pot complicar la validació.
  • Sistemes connectats. Si necessites consultar clients, comandes, contractes o equips en una altra eina, aclareix quines dades hi entren, qui controla els accessos i què passa si aquesta connexió falla.
  • Qualitat de les dades. Una automatització seguirà les regles i les dades disponibles; no pot corregir per si sola informació incompleta o contradictòria.
  • Permisos i accessos. Defineix qui pot veure, modificar, reassignar o tancar una incidència.
  • Tractament d'errors. Estableix què ha de passar si falta informació, no es pot assignar un cas o falla una integració.
  • Manteniment. Algú ha de poder revisar regles, destinataris i excepcions quan canviï l'operativa.

No cal conèixer tots els detalls tècnics per prendre una primera decisió. Sí que necessites reconèixer quines qüestions continuen obertes, perquè poden modificar l'abast i la solució escollida.

Matriu de decisió per prioritzar una primera automatització

Puntua cada qüestió com a , parcialment o no. No pretén substituir una anàlisi del procés; serveix per detectar si hi ha una primera fase manejable.

CriteriParcialmentNo
Saps quins tipus d'incidència inclouràs?Les categories estan definides i s'entenen.Hi ha categories clares, però també casos barrejats.Cada persona fa servir un criteri diferent.
Pots definir les dades mínimes d'entrada?Saps quina informació necessites per començar a actuar.Cal concretar alguna dada o excepció.La informació necessària canvia sense patró.
Hi ha regles d'assignació comprensibles?Pots indicar responsable o equip per tipus de cas.Algunes assignacions requereixen consulta.L'assignació depèn gairebé sempre d'una interpretació informal.
El seguiment té estats clars?L'equip reconeix quan un cas està obert, en curs o tancat.Hi ha estats, però s'utilitzen de manera irregular.No hi ha un criteri compartit de seguiment.
Hi ha una persona responsable del procés?Pot validar canvis i resoldre dubtes operatius.Hi pot participar, però sense una dedicació definida.Ningú no assumeix aquesta responsabilitat.
Els casos sensibles tindran revisió humana?Està definit quines decisions no s'automatitzen.Se n'intueix la necessitat, però no està documentada.Es pretén automatitzar el tancament sense límits clars.

Si predominen els , pots valorar una automatització acotada: rebre, registrar, classificar i avisar. Si predominen els parcialment, defineix primer les regles que falten i deixa les excepcions fora de l'abast inicial. Si predominen els no, la prioritat és ordenar el procés abans d'automatitzar-lo.

Recomanació condicionada

Et convé automatitzar incidències quan puguis descriure un recorregut freqüent, les dades necessàries, les regles d'assignació i el punt en què ha d'intervenir una persona. Comença per la part més repetible i verificable: entrada estructurada, registre, avisos i seguiment bàsic.

No convé intentar automatitzar des del primer dia totes les decisions, tots els canals ni totes les excepcions. Mantenir un abast inicial clar permet comprovar si les regles reflecteixen la realitat de l'equip i corregir-les sense convertir el sistema en una capa més de complexitat.

Si ja tens identificats els canals, els tipus d'incidència i els dubtes que t'impedeixen avançar, pots explicar el teu projecte d'automatització amb IA a AVSISTEC per valorar quina part del procés es pot automatitzar i quins controls convé mantenir.