Parti da un'attività ripetitiva
Prima di scegliere uno strumento AI, osserva una normale giornata di lavoro. Dove il team copia le stesse informazioni? Quali messaggi vanno letti prima di arrivare alla persona giusta? Per quali risposte cercate sempre negli stessi documenti? Queste osservazioni offrono un punto di partenza più utile di un elenco di funzionalità spettacolari.
Scegli un'attività con inizio e fine chiari. Per esempio, una richiesta dal sito deve diventare una scheda completa per il collega che prepara il preventivo. Annota tempo impiegato, informazioni spesso mancanti e criteri di correttezza del risultato. Se il processo varia da persona a persona, chiarite prima le regole di lavoro.
Dove aiuta l'AI e dove bastano le regole
Una notifica dopo l'invio di un modulo o un calcolo del prezzo da un listino di solito non richiedono un modello AI. Interpretare un messaggio libero può invece beneficiarne. Consigliamo regole esplicite per i passaggi prevedibili e AI dove occorre comprendere contenuti variabili.
Questa scelta è coerente con la distinzione di Anthropic tra flussi a passaggi predefiniti e agenti che scelgono dinamicamente le azioni. Più autonomia comporta compromessi su costi, tempi e controllo. Per il primo progetto, un flusso circoscritto è più facile da valutare di un assistente con accesso a tutti i sistemi aziendali.
Tre esempi da cui partire
Richieste di preventivo: un sistema proposto può estrarre tipo di progetto, scadenza desiderata e domande aperte, poi preparare una scheda per il team. Se il budget non è indicato, il campo resta vuoto. Un collega verifica il preventivo e gli impegni commerciali prima dell'invio al cliente.
Documenti ricevuti: un'automazione può proporre la categoria del file e i dati necessari nell'applicazione interna. Prevedi una coda di verifica per documenti illeggibili o informazioni contraddittorie. Mantieni il collegamento al documento originale per controlli rapidi.
Domande ricorrenti: un assistente può preparare risposte dalla documentazione aziendale approvata. Definisci fin dall'inizio gli argomenti coperti e quando interviene una persona. Sono esempi di progettazione, non promesse che qualsiasi modello o integrazione funzioni correttamente senza test.
Progetta anche il caso di una risposta errata
Per le richieste di preventivo separeremmo l'interpretazione del messaggio dall'invio effettivo dell'offerta. Il team vede i dati estratti accanto alla fonte, può correggere la scheda e approva il passo successivo. Una formulazione convincente del modello non dimostra che i dati siano corretti.
Stabilisci chi può vedere le informazioni, cosa viene trasmesso al fornitore AI e per quanto tempo conservare lo storico necessario alla verifica. Limita l'accesso ai sistemi richiesti dal processo. Per operazioni che modificano dati, prevedi validazioni, protezione dalle esecuzioni doppie e ripristino. Se il servizio non risponde, la richiesta deve restare disponibile per la gestione manuale.
Misura il tempo risparmiato dopo la verifica
Prepara esempi rappresentativi: messaggi completi, richieste vaghe, documenti atipici e casi da non elaborare automaticamente. Usa dati di test adeguati e confronta i risultati con risposte verificate. Registra omissioni, dati inventati e tempo necessario per correggerli.
Un calcolo illustrativo: con 100 richieste al mese, ridurre il lavoro effettivo da 8 a 3 minuti farebbe risparmiare 500 minuti. I 3 minuti devono includere verifica e correzione; non è un risultato ottenuto da Verosea. Confronta il valore del tempo con implementazione, utilizzo dei servizi e manutenzione.
Un progetto pilota è utile anche quando mostra che non conviene ancora automatizzare il processo. Il volume potrebbe essere troppo basso o la verifica richiedere quanto il lavoro iniziale. In quel caso migliorare il modulo o l'organizzazione dei dati può essere un investimento più adatto.
Come si presenta un primo progetto ben delimitato
Al primo colloquio porta una richiesta di esempio, i passaggi che attraversa e il risultato atteso. Possiamo definire un'integrazione attorno al sito, CRM o applicazione già in uso, con un responsabile della verifica e criteri di accettazione stabiliti prima dell'implementazione.
L'obiettivo è un processo che il team comprende e può usare ogni giorno. Estenderlo ad altre attività ha senso quando il primo flusso dimostra di ridurre il lavoro e di gestire le eccezioni.