Chatbot e automazione: pagamento una tantum o abbonamento mensile? Il conto a 24 mesi

Se la tua automazione dipende da API che non controlli —Meta Cloud API, Mercado Libre, Google Calendar, un modello di IA— l'abbonamento mensile finisce per essere la scelta sensata anche se il numero della proposta dice il contrario, perché quelle piattaforme cambiano da sole e qualcuno deve sistemare le cose quando cambiano. Se il flusso tocca soltanto sistemi tuoi (il tuo database, il tuo foglio di calcolo, il tuo server di posta) e dentro c'è qualcuno che sa leggere un log, il pagamento una tantum è corretto e l'abbonamento è denaro buttato. In numeri tondi: un progetto una tantum da USD 2.200 finisce per costare tra USD 4.100 e 5.300 in due anni una volta che sommi la manutenzione reale; un abbonamento da USD 249 al mese fa USD 7.524 nello stesso periodo. La differenza non è il software. È chi risponde al telefono il giorno in cui si rompe.

Il conto a 24 mesi, con un caso lavorato da cima a fondo

Prendiamo un caso concreto: studio odontoiatrico con tre poltrone, circa 600 conversazioni di WhatsApp al mese. Il flusso risponde alle domande frequenti con RAG sull'elenco delle prestazioni e delle assicurazioni sanitarie convenzionate, fissa l'appuntamento su Google Calendar, invia il promemoria 24 ore prima con un template utility e inserisce il paziente nel CRM.

Opzione pagamento una tantum (progetto su misura):

• Discovery, architettura e build: USD 2.200 una tantum, con 90 giorni di supporto inclusi.
• VPS proprio da 4 GB (Hostinger o Hetzner): USD 14 al mese, USD 336 in 24 mesi.
• Meta, conversazioni utility e service: USD 18 al mese, USD 432 in 24 mesi.
• IA con un modello mini per 600 conversazioni: USD 9 al mese, USD 216 in 24 mesi.
• Subtotale se non si rompe mai niente: USD 3.184.
• Manutenzione reale: tra 4 e 7 interventi in due anni, di 2-6 ore ciascuno, a USD 45-70 l'ora di un freelance senior. Sono USD 900-2.100 in più.
• Totale realistico: USD 4.084-5.284.

Opzione abbonamento mensile (soluzione pre-progettata, live in 72 ore):

• Setup: USD 900.
• Mensilità: USD 249 con hosting, monitoraggio, aggiornamenti e supporto. USD 5.976 in 24 mesi.
• Meta e IA fatturati a costo, a parte: USD 648.
• Totale: USD 7.524.

Il numero che conta non è quale dei due è più economico, è quanto separa l'uno dall'altro: tra USD 2.240 e 3.440 in due anni, cioè tra USD 93 e 143 al mese. È questa la cifra che devi valutare, non i USD 249 della mensilità. La domanda giusta non è se puoi permetterti USD 249 al mese; è se preferisci pagare in media USD 120 al mese per non essere tu quello che fa la diagnosi alle 22 di un venerdì.

Cosa stai pagando davvero in una mensilità

Un abbonamento da USD 249 si scompone così, e ogni voce ha un prezzo di mercato se la compri separatamente:

1. Hosting e database. Un VPS da 4 GB costa USD 8-15 al mese; un Postgres gestito tipo Supabase Pro, USD 25. È la parte più economica e quella che tutti usano per sostenere che l'abbonamento è caro.
2. Monitoraggio con qualcuno dietro. Lo strumento è gratuito: Uptime Kuma self-hosted costa zero. Quello che costa è che qualcuno guardi l'alert una domenica alle 21 e sappia cosa farci.
3. Aggiornamenti quando cambia un terzo. Meta versiona la Graph API e ritira le versioni vecchie ogni paio d'anni. I fornitori di IA annunciano la dismissione di un modello con 3-12 mesi di preavviso. n8n pubblica release ogni settimana e alcuni nodi cambiano forma tra una versione e l'altra. Tutti e tre lo comunicano via changelog e newsletter per sviluppatori, non alla casella di chi ha comprato il bot.
4. Supporto con SLA. La differenza tra una risposta in meno di 4 ore lavorative e quando posso non è una clausola, è la quantità di appuntamenti che perdi.
5. Iterazione dei contenuti. Hai cambiato il prezzo della prima visita, hai aggiunto un'assicurazione sanitaria, hai chiuso il sabato. Se nessuno aggiorna la base di conoscenza del RAG, il bot non va in errore: risponde con sicurezza un prezzo che non esiste più. Questo è peggio che essere fuori servizio.

Il rischio del pagamento una tantum non è che cada: è che fallisca in silenzio

Restiamo sullo stesso studio odontoiatrico. Il meccanismo è quello che abbiamo visto ripetersi più volte; i numeri sono sempre quelli del caso modellato sopra.

Mese 8. Meta ricategorizza il template del promemoria: il testo aveva una frase promozionale in fondo ed è passato da utility a marketing; la qualità scende e il template resta in pausa. Il nodo di invio di n8n ha attivo Continue On Fail —lo attivano quasi tutti perché un numero non valido non blocchi il lotto della mattina— quindi l'esecuzione quotidiana continua a comparire in verde. Zero messaggi inviati, zero alert.

Nessuno se ne accorge per tre settimane. Quello che si vede dall'altra parte è l'assenteismo: su 60 appuntamenti settimanali, il tasso di mancate presentazioni passa dall'8% al 18%. Sono 6 appuntamenti persi a settimana con un ticket medio di USD 45: USD 270 a settimana, USD 810 nelle tre settimane. Aggiungi 4 ore di uno sviluppatore per trovare la causa a USD 60, e l'incidente è costato USD 1.050. Accanto ai USD 93-143 mensili che separavano i due modelli, quel singolo evento si è mangiato sette mesi di differenza.

Il guasto costoso non è mai quello che manda giù il sistema. È quello che restituisce successo.

Cosa rompe un'automazione senza che nessuno la tocchi

Nessuna di queste cause si innesca per una tua modifica. Arrivano tutte da fuori o dal semplice passare del tempo, ed è per questo che il pagamento una tantum non le copre:

• Meta ricategorizza o mette in pausa un template. Il prezzo per conversazione cambia e, se la qualità scende, l'invio si ferma.
• Il refresh token di Mercado Libre. Mercado Libre è il marketplace dominante in LATAM: l'access token dura 6 ore e il refresh è monouso con scadenza a 6 mesi. Se il flusso è rimasto fermo e non l'ha rinnovato, bisogna riautorizzare a mano dall'account del venditore.
• Google OAuth in modalità Testing. Se il progetto di Google Cloud non ha mai completato la verifica, il refresh token viene invalidato ogni 7 giorni. La sincronizzazione del Calendar funziona una settimana e poi muore, e il sintomo sembra un problema del bot.
• Il disco del VPS. n8n salva ogni esecuzione nel database. Senza EXECUTIONS_DATA_PRUNE=true e un EXECUTIONS_DATA_MAX_AGE ragionevole, il database non fa che crescere. Lo studio dell'esempio esegue circa 20 esecuzioni al giorno e ci mette anni ad avere problemi; un e-commerce con 600 al giorno riempie un disco da 80 GB in 8-12 mesi. n8n non riparte e nessuno se ne accorge finché un cliente scrive e non gli risponde nessuno.
• Il modello di IA che viene ritirato. Il giorno in cui spengono l'endpoint, ogni messaggio restituisce errore. Migrare non significa cambiare il nome del modello in un campo: i prompt affinati per uno rendono in modo diverso su un altro e bisogna riprovare i casi limite.
• La sessione di WhatsApp non ufficiale. Se il chatbot gira su Evolution API con Baileys invece della Cloud API, la sessione si disconnette per un cambio di telefono o un aggiornamento dell'app, e qualcuno deve scansionare fisicamente un QR. Lo approfondiamo in Evolution API self-hosted.

Quando il pagamento una tantum è la scelta giusta e l'abbonamento è denaro buttato

Cinque situazioni in cui farti pagare una mensilità significherebbe venderti qualcosa che non ti serve:

• Il flusso non tocca nessuna API di terzi con OAuth. Sposta dati tra il tuo Postgres, il tuo foglio di calcolo e la tua posta. Non c'è token che scada né piattaforma che cambi le regole.
• È un lavoro con una fine. Migrare 12.000 contatti da un foglio di calcolo a Pipedrive, unificare il catalogo prima di caricarlo su Tiendanube (la piattaforma di e-commerce di riferimento per le PMI in LATAM), generare la chiusura di un esercizio. Parte, finisce e non torna.
• Dentro c'è qualcuno che entra a guardare un'esecuzione fallita. Non serve uno sviluppatore senior: basta la persona dei sistemi che già amministra l'ERP, se ha l'accesso e il tempo assegnato.
• Volume basso. Se il flusso muove 30 operazioni al mese, un abbonamento da USD 249 sono più di USD 8 per operazione. Automatizzalo una volta, documentalo e lascialo lì.
• L'ufficio acquisti non approva un fornitore mensile con accesso alla produzione. Succede nelle aziende medie ed è un vincolo legittimo. Si risolve con pagamento una tantum più un monte ore contrattualizzato come servizio professionale.

La regola che usiamo: se il flusso dipende da più di due API di terzi che non controlli, il pagamento una tantum ha una data di scadenza. Non è che sia sbagliato; è che conviene sapere qual è quella data prima di firmare, non scoprirla al mese 8.

La via di mezzo: pagamento una tantum più manutenzione, senza hosting

Esiste una terza opzione che quasi nessuno quota ed è quella che chiediamo più spesso quando il cliente ha un team proprio: progetto una tantum, infrastruttura sull'account del cliente, e una manutenzione ridotta di USD 79-129 al mese che copre monitoraggio, aggiornamenti per cambi di terzi e supporto, senza hosting. A 24 mesi sono USD 1.900-3.100 sopra il setup: tra un terzo e la metà di quanto sommano le mensilità dell'abbonamento, e il server è tuo.

La variante per volumi bassi è un monte di 10 ore all'anno, che si usa quando qualcosa si rompe e non si perde se non succede niente.

Quello che non funziona è la quarta opzione, quella che compare da sola quando non si decide niente: pagamento una tantum e poi chiamo chi l'ha costruito. In pratica quella chiamata ci mette tra 3 e 15 giorni a diventare lavoro, perché la persona è già su un altro progetto, e parte con due ore per ricordare com'era stato messo insieme.

La titolarità si rompe in modo diverso in ciascun modello

Entrambi richiedono la stessa base —workflow esportati in JSON sul tuo Drive, credenziali su account tuoi, il termine di preavviso per iscritto— ma cedono da parti opposte e conviene sapere quale guardare.

Nel pagamento una tantum il buco tipico è l'infrastruttura: ti consegnano i workflow, ma il VPS e il dominio sono rimasti intestati alla carta e alla mail del fornitore perché nessuno ha definito a nome di chi si compravano. Un anno dopo ti serve entrare nel server e dipendi dal fatto che qualcuno risponda. Chiedi il passaggio di quegli account il giorno della consegna, non quando ti serve.

Nell'abbonamento l'infrastruttura è del fornitore per costruzione, quindi quello che va concordato è l'uscita: quale versione del flusso ti porti via il giorno in cui cancelli —l'ultima in produzione o quella che esisteva quando hai firmato— e con quanti giorni di preavviso. È la clausola che quasi nessuno legge e l'unica che conta quando vuoi andartene. La scomponiamo per intero in se ingaggi un'agenzia, i workflow sono tuoi?.

Come lo risolviamo nell'audit di 15 minuti

Quattro domande con soglie, in quest'ordine:

1. Quante API di terzi tocca il flusso? Zero o una, pagamento una tantum. Tre o più, abbonamento.
2. Quanto fatturato passa da lì? Se il processo tocca più di USD 3.000 mensili di ricavi, non lasciarlo senza monitoraggio, qualunque modello tu scelga.
3. Chi entra a guardare un log? Se la risposta è chi l'ha costruito, hai già un abbonamento; solo che senza prezzo, senza termini e senza SLA.
4. Quanto ti costa averlo fuori servizio per 48 ore? Se quel numero supera sei mesi di mensilità, la discussione è chiusa.

Se vuoi i numeri del tuo caso —volume reale, quali sistemi tocca, quanto pesa il processo sul tuo fatturato— prenota l'audit gratuito di 15 minuti o scrivici a info@striqtech.com. Se dalla conversazione emerge che il tuo flusso non giustifica una mensilità, te lo diciamo lì e ti quotiamo l'una tantum. Per costruire il preventivo completo del progetto conviene leggere prima quanto costa un chatbot di WhatsApp con IA e la roadmap di 90 giorni.