Un chatbot risponde. Un sistema di AI esegue un processo, si integra con i dati aziendali e produce un risultato misurabile.
La distinzione sembra terminologica. Non lo è. Determina il costo del progetto, il tipo di competenze necessarie e, soprattutto, se alla fine dell’anno esiste un numero che dimostra un ritorno.
Molte organizzazioni oggi hanno adottato un assistente conversazionale. Poche riescono a dire quale attività costa meno di prima. Le due cose sono collegate.
Il chatbot come interfaccia, non come soluzione
Un’interfaccia conversazionale è un modo di interrogare un sistema. È utile, perché abbassa la barriera d’accesso: chiunque sa formulare una domanda in italiano.
Ma l’interfaccia non contiene il valore. Il valore sta in ciò a cui l’interfaccia è collegata.
Un assistente che risponde attingendo alla conoscenza generale di un modello linguistico è, dal punto di vista dell’organizzazione, un consulente esterno molto rapido e privo di accesso ai vostri documenti. Può essere utile per redigere un testo o riformulare una comunicazione. Non conosce la vostra circolare interna, non sa a che punto è la pratica 4471, non ha mai visto la vostra distinta base.
Il passaggio dal chatbot al sistema è il passaggio da “risponde” a “risponde su ciò che è nostro, con i permessi giusti, e lascia traccia”.
Che cosa aggiunge un sistema
Cinque elementi separano un assistente generico da un sistema che entra in un processo.
Accesso ai dati reali. Il sistema consulta i documenti, gli archivi e i gestionali dell’organizzazione. Non ricorda: recupera. La differenza è che il contenuto recuperato è verificabile, aggiornabile e riferibile a una fonte precisa.
Regole operative esplicite. Che cosa il sistema può fare e che cosa non può fare. Quali informazioni può mostrare a quale ruolo. Quando deve dichiarare di non avere elementi sufficienti invece di formulare una risposta plausibile.
Tracciabilità. Ogni risposta rimanda alle fonti consultate, ogni azione viene registrata. In un ente pubblico o in una banca questo non è un requisito accessorio: è la condizione perché il sistema possa essere usato in un procedimento che deve essere motivato.
Integrazione con i sistemi in uso. Un assistente che non legge dal protocollo, dal CRM o dal MES chiede alle persone di fare due volte lo stesso lavoro. L’integrazione è ciò che trasforma il risparmio teorico in ore realmente liberate.
Misurazione. Un sistema in produzione ha indicatori: tempo medio di lavorazione, percentuale di casi chiusi senza rilavorazione, tempo di ricerca di un’informazione tecnica. Senza indicatori si può discutere se il sistema piace, non se conviene.
Un esempio concreto: rispondere a una domanda, istruire una pratica
Consideriamo un ufficio che riceve istanze da cittadini o imprese.
Con un assistente conversazionale generico, un operatore può chiedere come si redige una comunicazione di preavviso di rigetto. Riceve un testo ragionevole, che dovrà comunque verificare e adattare alla normativa applicabile e alla prassi dell’ente. È un aiuto reale, ma marginale rispetto al tempo complessivo del procedimento.
Con un sistema progettato sul processo, la stessa istanza viene classificata all’arrivo, i dati rilevanti vengono estratti e strutturati, il sistema segnala quali documenti mancano rispetto ai requisiti, prepara una sintesi per l’istruttore e collega ogni informazione al punto esatto del documento da cui proviene.
L’esito resta una decisione umana. Ma il tempo speso a leggere, controllare e trascrivere si riduce, e quel tempo è misurabile.
La prima soluzione migliora la scrittura di un testo. La seconda interviene sul collo di bottiglia del procedimento. Il ritorno economico è di ordini di grandezza diversi, e lo è anche l’impegno progettuale richiesto.
Quattro domande da porsi prima di scegliere
Prima di avviare un’iniziativa, quattro domande aiutano a capire di che cosa si ha effettivamente bisogno.
Quale attività, oggi, assorbe più tempo di quanto il suo valore giustifichi? Se la risposta non è chiara, il problema da risolvere non è ancora stato individuato.
Quali dati servirebbero al sistema per essere utile, e in che stato sono? Un progetto costruito su un archivio non governato eredita quel disordine.
Chi risponde dell’output? Se il risultato entra in un atto, in una valutazione di rischio o in un preventivo, servono controlli, soglie di confidenza e supervisione umana definiti in fase di disegno.
Quale numero dovrà cambiare? Concordarlo all’inizio, quando è ancora possibile misurare la situazione di partenza, è la differenza tra un progetto valutabile e uno opinabile.
Che cosa un sistema non risolve
Un sistema ben progettato non compensa un processo mal definito.
Se le regole di lavorazione variano da operatore a operatore senza una ragione documentata, l’automazione renderà visibile la divergenza, non la risolverà. In diversi casi la fase di analisi produce il suo primo risultato prima della tecnologia: costringe l’organizzazione a scrivere come lavora davvero.
Un sistema non elimina la responsabilità. Sposta il lavoro umano dalla raccolta e dal controllo di routine verso la valutazione dei casi complessi, che restano i più delicati.
E non è gratuito nel tempo. Documenti, procedure e modelli cambiano: la manutenzione va messa a budget dall’inizio, insieme al presidio interno che la governa.
In chiusura
La domanda utile non è se adottare un chatbot o un sistema. È quale processo si vuole migliorare e che cosa serve perché quel miglioramento sia dimostrabile.
Da lì discendono l’architettura, i controlli, l’integrazione e il costo. E discende anche la risposta, spesso onesta e poco commerciale, che in alcuni casi il problema si risolve meglio rivedendo il flusso di lavoro che introducendo un modello linguistico.
Se avete in mente un processo specifico, siamo disponibili a un confronto su quel caso: quali dati sarebbero necessari, quali vincoli esistono e quale indicatore avrebbe senso misurare.