Un agente AI non paga soltanto una licenza. Può consumare token in ingresso e uscita, chiamate a strumenti, ricerche, memoria, elaborazione di file e tentativi ripetuti. I listini rendono spesso trasparente il prezzo dell'unità tecnica; la fattura aggregata non spiega però quale preventivo, ticket o documento ha generato il consumo e se il risultato è stato accettato. Quando il volume cresce, il costo non è più un dettaglio sperimentale. Gartner ha avvertito il 3 settembre che anche il software legale sta passando da prezzi per posto a modelli ibridi o basati sul consumo e prevede che entro il 2028 oltre il 35% della nuova spesa legal-tech aziendale avrà questa forma. È una previsione della società di analisi, non un dato già realizzato, ma descrive una tendenza visibile nei servizi AI: il budget dipende dall'uso effettivo e dall'intensità di calcolo. Il rischio non è soltanto spendere troppo. È tagliare il processo sbagliato perché si guarda il costo totale. Cento euro per analizzare richieste che evitano ore di lavoro possono essere sostenibili; dieci euro di retry invisibili su un flusso che fallisce sono uno spreco. Senza attribuzione, finanza vede un fornitore, IT vede chiamate API e il reparto vede soltanto che l'agente ogni tanto rallenta.
Perché è importante
- Il passaggio da licenze per utente a tariffe ibride o a consumo rende il costo variabile e può produrre sorprese di budget.
- Un totale mensile non distingue un processo utile da retry, prompt troppo lunghi, allegati ripetuti o revisioni manuali costose.
- La misura utile collega ogni esecuzione a processo, esito, modello, consumo, revisione e valore ottenuto, con soglie che fermano o degradano il flusso.
Il problema — Una fattura precisa può essere operativamente inutile
Definisci l'unità di lavoro prima del cruscotto: preventivo completo, ticket classificato correttamente, contratto confrontato o scheda prodotto aggiornata. Ogni esecuzione riceve un identificativo che attraversa modello, strumenti e revisione. Registra sei elementi minimi: processo, modello e versione, token o unità fatturate, chiamate esterne, numero di tentativi ed esito finale. Evita nel log il contenuto personale quando bastano ID e metadati. Calcola poi tre costi diversi. Il costo tecnico somma modello e strumenti; il costo operativo aggiunge minuti di revisione e gestione delle eccezioni; il costo per risultato valido divide il totale per le uscite accettate. Se venti esecuzioni producono quindici risultati utilizzabili, dividere soltanto per venti nasconde l'errore. Confronta lo stesso campione con il processo precedente includendo tempo, qualità e ritardi, non soltanto la tariffa oraria. I listini API mostrano perché questa distinzione serve. OpenAI, per esempio, separa token di input, input in cache e output e offre opzioni batch per carichi non urgenti; altri fornitori usano richieste, secondi di calcolo o crediti. Il prezzo unitario può cambiare e va letto sul listino attuale. L'architettura deve quindi registrare quantità e categoria di consumo, senza incorporare nel codice un valore fisso che diventa vecchio.
Prima di scegliere un modello più economico, guarda le cause. Prompt e documenti duplicati gonfiano l'ingresso; richieste ambigue aumentano i tentativi; strumenti senza timeout producono retry; un contesto enorme sostituisce una ricerca mirata. Elimina duplicazioni, limita i documenti al caso, usa cache quando il contenuto è stabile e sposta in batch le attività che non richiedono risposta immediata. Ogni modifica va provata sugli stessi casi. Una strategia a livelli usa un modello leggero per estrazione e classificazione, uno più capace per eccezioni e una persona per i casi ad alto rischio. Non è una gerarchia universale: il modello economico può sbagliare più spesso e aumentare il costo di revisione. La guida per misurare il ROI di un progetto AI aiuta a mantenere insieme qualità, tempo e spesa. La regola è ottimizzare il risultato, non il token. Prepara infine tre soglie. L'avviso segnala che il costo per unità supera il normale; la modalità ridotta disattiva passaggi opzionali o usa una coda; l'arresto impedisce nuove esecuzioni e passa alla procedura manuale. Un limite mensile che spegne tutto senza preavviso non è controllo: sposta il guasto a fine mese. Soglie e proprietari devono essere visibili al reparto che usa il processo.
Cosa puoi farci concretamente
- Attribuire a ogni esecuzione un identificativo di processo e registrare modello, consumo, esito, tentativi e minuti di revisione.
- Calcolare costo per risultato valido e confrontarlo con il punto di partenza umano, includendo eccezioni e correzioni.
- Impostare tre soglie: avviso, riduzione controllata del servizio e arresto con passaggio alla procedura manuale.
Il cruscotto minimo e la decisione da prendere
Un foglio può bastare per il pilota. Ogni riga contiene data, processo, ID esecuzione, modello, unità consumate, costo tecnico, tentativi, esito, minuti di revisione e causa dell'eccezione. Una tabella settimanale mostra volume, percentuale di risultati validi, costo medio e percentile alto. Quest'ultimo intercetta i casi estremi che una media nasconde. Per i dati personali conserva soltanto ciò che serve all'analisi e applica tempi di cancellazione. Dopo due settimane, scegli una delle quattro decisioni: mantenere, correggere, limitare o fermare. Mantenere richiede costo e qualità stabili; correggere indica una causa precisa; limitare restringe casi o volume; fermare ripristina il metodo precedente. Documenta la decisione e la data della prossima verifica. Senza questa chiusura il monitoraggio diventa un'altra dashboard che nessuno usa. Quando più software e reparti sono coinvolti, progettare identificativi, log e soglie può richiedere un'integrazione dedicata. È il punto in cui un partner tecnico può essere pertinente: non per vendere un agente, ma per rendere attribuibili costi, risultati ed errori. Il primo passo resta gratuito e interno: scegliere un processo, misurare dieci casi e scoprire dove nasce davvero la spesa.
L’automazione produce valore quando collega un evento a un risultato senza nascondere le eccezioni. AI e regole tradizionali devono svolgere compiti differenti: interpretazione nei punti non strutturati, controlli deterministici prima delle azioni. Nel caso di “L'agente AI lavora a consumo, ma la fattura non dice quale processo costa troppo”, questo significa leggere la novità oltre l’annuncio e capire quali parti del lavoro vengono realmente modificate. Il rischio è rendere più veloce un processo non definito. Duplicati, dati mancanti e permessi eccessivi possono moltiplicarsi con il volume. Stati, identificativi e code di revisione consentono di recuperare gli errori senza perdere il controllo. Le PMI possono ottenere risultati concreti partendo da flussi circoscritti e frequenti. La maturità arriverà dall’osservabilità: sapere cosa è successo, perché e con quale costo. Solo i casi stabili dovrebbero ricevere maggiore autonomia. La notizia è quindi un indicatore di una trasformazione più ampia, che va seguita attraverso risultati e condizioni operative anziché con la sola successione degli annunci.
Quello che conta adesso
Attribuire a ogni esecuzione un identificativo di processo e registrare modello, consumo, esito, tentativi e minuti di revisione. Questo primo passo serve a trasformare il tema in un perimetro verificabile: un responsabile, un input conosciuto, un risultato atteso e una misura precedente con cui confrontarsi. Senza questi elementi il progetto rimane una dimostrazione difficile da valutare. Calcolare costo per risultato valido e confrontarlo con il punto di partenza umano, includendo eccezioni e correzioni. L’azione deve essere documentata insieme ai criteri di controllo, indicando quali casi possono procedere e quali devono fermarsi. È così che l’esperienza delle persone diventa una regola applicabile e migliorabile nel tempo. Impostare tre soglie: avviso, riduzione controllata del servizio e arresto con passaggio alla procedura manuale. Prima di estendere il metodo è utile raccogliere correzioni, tempi e costi per alcune settimane. Gli errori vanno raggruppati per causa: dati, istruzioni, strumenti o eccezioni del processo. Ogni categoria richiede un intervento diverso. Il passaggio da licenze per utente a tariffe ibride o a consumo rende il costo variabile e può produrre sorprese di budget. È il punto da cui partire perché definisce l’effetto più immediato per professionisti e imprese. La sua importanza va misurata sul lavoro quotidiano: quante attività coinvolge, quali persone tocca e cosa accade quando il risultato non è corretto.
Un totale mensile non distingue un processo utile da retry, prompt troppo lunghi, allegati ripetuti o revisioni manuali costose. Questo secondo elemento chiarisce perché non basta scegliere un prodotto. Servono un processo, dati affidabili e una responsabilità finale. L’adozione diventa sostenibile quando la tecnologia può essere osservata e corretta senza interrompere l’operatività. La misura utile collega ogni esecuzione a processo, esito, modello, consumo, revisione e valore ottenuto, con soglie che fermano o degradano il flusso. Il terzo punto indica la prospettiva di medio periodo. La decisione migliore non è necessariamente quella con più funzioni, ma quella che mantiene valore, controllo e possibilità di evoluzione quando cambiano modelli, prezzi o requisiti.
Fonti
Documenti, comunicati e pubblicazioni consultati per ricostruire dati e contesto.
