Quanto costa davvero un parco di automazioni

Quasi tutti i team sanno dirti quanto costa all’anno la loro piattaforma di automazione. Quasi nessuno sa dirti quanto costa al mese un singolo flusso. È nello scarto tra queste due cifre che il denaro se ne va, in silenzio.

La licenza annuale è una riga di budget. Si negozia, si approva, e poi si dimentica. Quello che succede dopo (flussi aggiunti, esecuzioni moltiplicate, chiamate ai modelli innestate) non torna mai su quella riga. Arriva altrove, in fatture più piccole che nessuno somma.

Le tre fatture che nessuno somma

Un parco di automazioni ti fattura in tre punti distinti, e quasi mai finiscono sulla stessa scrivania.

La licenza di piattaforma. Connettori premium di Power Automate, un’istanza n8n, un abbonamento Make. Questa è visibile, a budget, e di solito è dell’IT.

Il consumo sottostante. Storage, chiamate API ai sistemi automatizzati, traffico in uscita, il livello a pagamento di un connettore acceso per un flusso e mai spento. Finisce sulla fattura cloud, che è di qualcun altro.

Le chiamate ai modelli. Ogni flusso che riassume, classifica, estrae o redige sta chiamando un LLM. Quella fattura arriva da un terzo fornitore, in un’unica riga globale, ed è di una terza persona.

Tre fatture, tre proprietari, nessun denominatore comune. Chiedi a ciascuno quanto costa l’automazione e tutte e tre le risposte saranno oneste e incomplete.

Il volume di esecuzioni è la parte che cresce senza chiedere

Un flusso che gira a calendario ha un costo prevedibile. Un flusso innescato da un evento no: costa quello che il business decide di scaricargli addosso.

È questo il meccanismo da capire, perché è quello che sorprende. Un flusso costruito per gestire cento fatture al mese è lo stesso flusso quando l’azienda raddoppia la fatturazione. Nessuno l’ha rifatto, nessuno l’ha rivisto, e la sua riga di costo è raddoppiata senza che sia stata presa una sola decisione.

La conseguenza pratica: il costo per esecuzione conta più del costo mensile. Un flusso da 200 € al mese che gira 40.000 volte è economico e sano. Un flusso da 80 € al mese che gira 300 volte è caro per unità, e merita un’occhiata. Il dato mensile da solo non sa distinguerli.

Le chiamate ai modelli arrivano in un’unica riga globale

Se un flusso chiama un LLM, il fornitore ti fattura token (di input e di output), non flussi. Quello che arriva a fine mese è un importo unico per tutta l’organizzazione.

Va benissimo, finché non vuoi rispondere a una di queste domande:

• Quale automazione pesa di più su questo importo?
• È cresciuto perché facciamo di più, o perché un prompt si è allungato?
• A quale team andrebbe riaddebitato?
• Un modello più piccolo farebbe qui lo stesso lavoro?

Nessuna di queste si risponde da una riga globale. Tutte si rispondono se ogni chiamata è legata al flusso che l’ha fatta e alla persona che ne è responsabile. Quell’attribuzione è tutto il gioco, e non è qualcosa che il fornitore possa fare al posto tuo: solo il tuo lato sa quale flusso ha fatto quale chiamata.

Calcolare un costo per flusso, a mano

Non serve uno strumento per farlo una volta. Serve un foglio di calcolo e un pomeriggio. Farlo a mano è anche il modo più rapido per capire che cosa dovrebbe fare per te uno strumento.

Passo 1. Elenca i flussi. Esporta l’inventario da ogni piattaforma. Includi quelli disattivati: in alcuni piani un flusso disattivato occupa comunque un posto di licenza, e continua a detenere una connessione.

Passo 2. Prendi i conteggi di esecuzione. Trenta giorni bastano. Servono esecuzioni e fallimenti per flusso, non solo totali.

Passo 3. Ripartisci il costo di piattaforma. Prendi il totale della licenza e dividilo tra i flussi in proporzione alle loro esecuzioni. È un’approssimazione ed è difendibile: mette il costo dove sta il consumo. Dividerlo in parti uguali per flusso farebbe sembrare un flusso che gira due volte l’anno caro quanto uno che gira ogni minuto.

Passo 4. Aggiungi i costi diretti. Ogni connettore a pagamento, ogni storage, ogni API a chiamata che appartiene a un flusso e non agli altri.

Passo 5. Attribuisci le chiamate ai modelli. È il passo difficile e non ci sono scorciatoie: bisogna entrare nei flussi che chiamano un modello e leggere che cosa mandano. Annota il modello, stima i token, moltiplica per la tariffa del fornitore. Fallo prima per i dieci più grandi, la coda non cambierà il quadro.

Passo 6. Dividi. Costo per esecuzione, per flusso. Ordina in senso decrescente.

È in quell’ultimo ordinamento che il pomeriggio si ripaga. La testa dell’elenco non è quasi mai dove ci si aspetta.

Che cosa cambia il numero

Appena un flusso ha un costo, diventano possibili tre conversazioni che prima non lo erano.

Arbitraggio. «Lo teniamo?» è senza risposta senza un numero e ovvio con uno. Un flusso che costa per esecuzione più dell’attività manuale che ha sostituito non è un’automazione, è un’abitudine.

Riaddebito. Un costo per flusso si aggrega in un costo per team. Il finance smette di ricevere un’unica fattura opaca e comincia a ricevere qualcosa su cui si può interrogare un capo dipartimento.

Scelta del modello. L’attribuzione trasforma «dovremmo usare un modello più economico» da opinione in calcolo. A volte la risposta è che il modello costoso ne vale la pena. Non puoi saperlo senza il dato per flusso.

La parte che non sta in un foglio di calcolo

L’esercizio di un pomeriggio ti dà un’istantanea. Il problema è che un parco non è un’istantanea: i flussi si aggiungono ogni settimana, i volumi si spostano, i prompt si allungano. Un numero calcolato ad agosto è sbagliato a ottobre, e nessuno ha un pomeriggio libero ogni mese.

È questo l’argomento per renderlo continuo invece che periodico, ed è ciò per cui stiamo costruendo Synoptial. Ma l’esercizio va fatto a mano prima, qualunque cosa si usi dopo. Ti dice quale delle tre fatture sia davvero il problema nella tua organizzazione, e quella risposta è diversa in ogni azienda con cui abbiamo parlato.

Comincia dall’ordinamento per costo per esecuzione. Tutto il resto discende da quello che vedi in cima.