Registrare una conversazione suona come un piccolo passo. Qualcuno chiama, digita, invia una mail — e il sistema memorizza ciò che è stato detto e assicura che ne segua qualcosa. Sotto la finestra di chat o la trascrizione, però, si nasconde una serie di condizioni spesso invisibili finché il pilota non si arena. Questa pagina descrive concretamente cosa serve per questo, non se la sua organizzazione ci riuscirà.
Registrare una conversazione significa che il parlato o il testo viene trasformato in un record: chi ha detto cosa, quando, e con quale motivo. Il follow-up significa che da quel record segue un'azione — viene creata una attività, uno stato cambia, qualcuno riceve un segnale. È una catena: registrare, interpretare, instradare, eseguire. Ogni anello ha un proprio requisito. L'interpretazione deve sapere quali campi contano. L'instradamento deve sapere chi è responsabile di cosa. L'esecuzione deve arrivare da qualche parte — in un sistema che possa anche elaborare quell'azione. Come questi passaggi si susseguono esattamente e dove si bloccano è descritto in catene in cui i passaggi si susseguono.
Prima che un sistema possa registrare una conversazione in modo utile, l'organizzazione stessa deve aver stabilito cosa in quella conversazione è rilevante. Si tratta di un reclamo, una richiesta, una modifica, una domanda che non porta a nulla? Se questa classificazione non esiste, o se ogni reparto ne usa una versione diversa, non c'è nulla che possa essere registrato in modo coerente. Questa è una questione organizzativa, non un problema tecnico: riguarda ruoli, responsabilità e la domanda su chi decide cosa costituisce una gestione corretta. Senza questi accordi il sistema registra comunque qualcosa, ma non qualcosa su cui si possa agire.
Registrare senza fare follow-up è un archivio. Il follow-up richiede che la conversazione raggiunga un sistema in grado di avviare un'azione — un ticket, un'attività, una modifica in un fascicolo. Ciò richiede un collegamento tra il luogo dove avviene la conversazione e i sistemi dove il lavoro prosegue. Se questo collegamento non esiste, il risultato della conversazione viene ricopiato manualmente, e allora si guadagna poco. Prima che registrazione e follow-up funzionino insieme, deve quindi esistere un'infrastruttura in grado di spostare messaggi, stati e record tra i sistemi — non come integrazione unica per un solo processo, ma come dotazione riutilizzabile.
Una conversazione registrata è utilizzabile solo se i dati che contiene — un nome, un numero di fascicolo, una data — corrispondono a ciò che è già noto. Se questi dati non sono stati registrati in modo univoco, o se esistono più versioni dello stesso cliente o dello stesso fascicolo, si genera un follow-up avviato sulla base del collegamento errato. Non è una questione di un modello migliore, ma di una gestione dei dati che sia già in ordine in anticipo: identificazione univoca, una fonte di verità stabilita, e un modo per segnalare le anomalie prima che si propaghino in un'azione. Dove questa segnalazione stessa richiede uno strato separato, è illustrato in monitoraggio e segnalazione.
Il follow-up non consiste sempre nel seguire una regola fissa. Spesso, in un punto della catena, va fatta una valutazione: questa conversazione è urgente, deve essere escalata, rientra in una categoria esistente o no? Questa valutazione può essere supportata, ma allora deve essere chiaro in anticipo quali informazioni sono necessarie per quella valutazione e chi può correggere il risultato. Ciò che è possibile e non possibile a riguardo è descritto in supporto decisionale. Senza questa preparazione, la valutazione resta a carico di una persona, il che di per sé non è un problema — diventa un problema solo se nessuno ha stabilito che questa fosse l'intenzione.
Un pilota per la registrazione delle conversazioni spesso funziona all'interno di un solo team, con una sola linea telefonica o una sola casella di posta, e sembra funzionare. Non appena il processo viene estesol, risulta che le assunzioni di quel pilota non valgono ovunque: altri sistemi, altre definizioni, altri responsabili. Perché un pilota che funziona solo nel proprio angolo raramente produce qualcosa per il resto dell'organizzazione è approfondito in piloti che non vanno oltre il proprio angolo. E se dopo il pilota nessuno è responsabile del follow-up stesso, l'iniziativa scompare non appena l'attenzione si sposta — vedi anche demo senza responsabile.
Se registrazione e follow-up si integrano bene, ogni conversazione è rintracciabile e ogni azione è tracciabile fino al motivo che l'ha generata. È una condizione per la stabilità del processo, non una garanzia di velocità o di minor lavoro. Se registrare le conversazioni possa anche essere eseguito da un sistema che agisce autonomamente dipende da come è organizzata quell'esecuzione — vedi agenti che eseguono il lavoro.
Questa pagina descrive cosa richiede la registrazione e il follow-up delle conversazioni per poter funzionare. Un'altra domanda è quale parte di questo lavoro possa effettivamente essere assunta dall'AI, e quale parte resti alle persone. A questa domanda risponde la scansione del lavoro di FTE TO AI, che calcola per ogni compito quale parte del lavoro sia trasferibile e quale no.
Vraag maar wat er moet staan voordat AI in uw organisatie kan landen.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.