Il costo dell'opacità
Esiste una lacuna notevole nel mercato dei contenuti sul Pix Direto: quasi nessuno parla di numeri reali. La maggior parte degli articoli e delle presentazioni utilizza espressioni come 'investimento significativo', 'costi considerevoli' o 'infrastruttura robusta' — termini che trasmettono serietà, ma non aiutano nessuno a prendere una decisione.
Questa opacità ha un costo concreto. Le fintech che optano per il modello diretto senza chiarezza sul TCO reale tendono a sottostimare il CAPEX, a scoprire l'OPEX sul campo — e, in alcuni casi, ad arrivare al go-live con un'operazione il cui costo mensile rende invanibile il margine che ha motivato la migrazione.
Questo articolo cerca di fare l'opposto. Presentiamo fasce di costo basate su riferimenti di mercato per ogni componente dell'investimento — CAPEX di implementazione, OPEX ricorrente, costi regolamentari e operativi. E concludiamo con una simulazione di TCO comparativo tra il modello diretto e quello indiretto, per due profili reali di fintech, che mostra chiaramente quando il ROI si chiude e quando no.
⚠️ Avviso metodologico: I valori presentati in questo articolo sono fasce di riferimento di mercato per il Brasile nel 2024–2025, basate sulla scomposizione dei costi di progetti simili. Non si tratta di preventivi. Ogni progetto ha variabili specifiche — maturità tecnica del team, stack esistente, ambito delle funzionalità al go-live e decisione di build vs. buy — che possono spostare i numeri in modo significativo verso l'alto o verso il basso.
📌 Contesto: Se state ancora decidendo se il modello diretto ha senso per la vostra fintech, vi consigliamo di iniziare con il confronto strategico nell'articolo Pix Direto vs. Pix Indireto: qual modello ha più senso per la vostra fintech? — che include la matrice decisionale per profilo aziendale prima di arrivare ai numeri.
CAPEX: il costo di implementazione
Il CAPEX del Pix Direto è l'investimento necessario per costruire e certificare l'infrastruttura fino al go-live. Copre lo sviluppo tecnico, le integrazioni obbligatorie, l'infrastruttura cloud, la sicurezza e il processo di omologazione nell'ambiente della Banca Centrale.
La tabella seguente descrive nel dettaglio ciascun componente in due scenari: conservativo (sviluppo interno con team esperto, ambito di go-live ridotto) e aggressivo (sviluppo interno con curva di apprendimento, ampio ambito di funzionalità al lancio).
Componente | Cosa include | Scenario conservativo | Scenario aggressivo |
|---|---|---|---|
Infrastruttura cloud (setup iniziale) | Configurazione di ambienti ridondanti (produzione + DR), bilanciatori di carico, reti private, zone di disponibilità. | R$ 80k – R$ 250k | R$ 150k – R$ 600k |
Sviluppo dello strato SPI / ISO 20022 | Implementazione del protocollo di messaggistica, parser, validatori, gestori di errori e logica di retry. | R$ 200k – R$ 500k | R$ 500k – R$ 1,5 mln |
Integrazione DICT | API di registrazione, consultazione e portabilità delle chiavi Pix. | R$ 80k – R$ 200k | R$ 200k – R$ 500k |
Integrazione RSFN | Contrattazione di un provider omologato, configurazione di rete dedicata, test di connettività. | R$ 40k – R$ 100k | R$ 100k – R$ 250k |
Sistema antifrode | Sviluppo o licenza di soluzioni per la prevenzione delle frodi + integrazione con il meccanismo FRAUD della Banca Centrale. | R$ 100k – R$ 300k | R$ 300k – R$ 800k |
Certificati ICP-Brasil | Acquisto e configurazione di certificati digitali per l'autenticazione nei messaggi alla Banca Centrale. | R$ 10k – R$ 30k | R$ 30k – R$ 80k |
Osservabilità e monitoraggio | Stack di log, metriche, alert e dashboard (es: Datadog, Grafana, ELK). | R$ 40k – R$ 100k | R$ 100k – R$ 300k |
Sicurezza e pen test | Audit di sicurezza, test di intrusione, gestione delle vulnerabilità. | R$ 50k – R$ 150k | R$ 150k – R$ 400k |
Omologazione e certificazione Banca Centrale | Ore di ingegneria dedicate all'ambiente di omologazione della Banca Centrale, correzioni e re-test. | R$ 80k – R$ 200k | R$ 200k – R$ 500k |
TOTALE CAPEX STIMATO | Sviluppo interno, senza fornitore di piattaforma | ~R$ 680k – R$ 1,8 mln | ~R$ 1,7 mln – R$ 4,9 mln |
💡 Cosa influenza il CAPEX: Il fattore che impatta maggiormente sul costo di implementazione è l'esperienza del team con la messaggistica finanziaria e l'ISO 20022. Un team che non ha mai lavorato con questo protocollo impiegherà 2-3 volte più tempo nell'integrazione con lo SPI rispetto a un team con esperienza precedente, il che si traduce direttamente in costi di ore di ingegneria.
Cosa non include il CAPEX
Le fasce sopra indicate coprono il costo tecnico dell'implementazione. Non includono:
Costo del processo regolatorio di autorizzazione della Banca Centrale: consulenza legale specializzata per la preparazione della documentazione e il monitoraggio del processo. Fascia aggiuntiva stimata: R$ 80k – R$ 300k a seconda della complessità del caso.
Ore di gestione del progetto: PM dedicato, scrum master, gestione degli stakeholder. In progetti di 18-24 mesi, questo sovraccarico è rilevante.
Formazione e addestramento: curva di apprendimento del team su SPI, ISO 20022 e regolamentazione della Banca Centrale.
Costo opportunità: ore di ingegneria che avrebbero potuto essere dedicate ad altri prodotti durante i 18-24 mesi di implementazione.
OPEX: il costo mensile ricorrente
Se il CAPEX è il costo che compare nel business case iniziale, l'OPEX è il costo che determina se l'operazione è sostenibile a lungo termine. Ed è qui che la maggior parte delle stime iniziali fallisce: l'OPEX del Pix Diretto non è solo infrastruttura cloud — è la somma di diverse componenti che, individualmente, sembrano ragionevoli, ma insieme formano una linea di costo significativa.
Componente | Cosa include | Scenario conservativo | Scenario aggressivo |
|---|---|---|---|
Infrastruttura cloud (ricorrente) | Compute, storage, rete, ridondanza, DR attivo. | R$ 30k – R$ 80k/mese | R$ 80k – R$ 250k/mese |
Team tecnico (engineering + SRE) | 2–4 ingegneri dedicati alla piattaforma Pix + on-call strutturato. | R$ 40k – R$ 100k/mese | R$ 100k – R$ 300k/mese |
Compliance e rischio | Analista/i di compliance dedicato/i all'operatività Pix, reportistica normativa. | R$ 15k – R$ 40k/mese | R$ 40k – R$ 120k/mese |
Antifrode (operatività) | Monitoraggio continuo, tuning dei modelli, revisione dei casi, integrazioni. | R$ 15k – R$ 50k/mese | R$ 50k – R$ 150k/mese |
Strumenti di osservabilità | Licenze di monitoraggio, APM, log management. | R$ 5k – R$ 20k/mese | R$ 20k – R$ 60k/mese |
Certificati e RSFN | Rinnovo dei certificati ICP-Brasil + canone mensile del provider RSFN. | R$ 3k – R$ 8k/mese | R$ 8k – R$ 20k/mese |
Audit e consulenza legale | Audit periodici di sicurezza e compliance, consulenza normativa. | R$ 10k – R$ 30k/mese | R$ 30k – R$ 80k/mese |
TOTALE OPEX STIMATO | Al mese, a regime per piena operatività | ~R$ 118k – R$ 328k/mese | ~R$ 328k – R$ 980k/mese |
Il costo invisibile: il team tecnico dedicato
La componente di OPEX più frequentemente sottovalutata non è l'infrastruttura — è il team. Gestire il Pix Diretto con un SLA del 99,5% richiede ingegneri che conoscano a fondo la piattaforma e che siano reperibili per intervenire in qualsiasi momento. Questo non è compatibile con un modello in cui il Pix è l'ennesima responsabilità di un team di piattaforma già sovraccarico.
Il punto di riferimento del mercato è compreso tra 2 e 4 ingegneri dedicati (o fortemente allocati) alla piattaforma Pix — oltre a un SRE o figura equivalente per l'on-call strutturato. Includere questi headcount nell'OPEX fin dall'inizio è essenziale affinché il business case rifletta la realtà operativa.
Il costo della compliance continua
La compliance non è un progetto — è una funzione permanente. La Delibera BCB n. 429/2024 e i suoi successivi aggiornamenti, le segnalazioni periodiche alla Banca Centrale, il monitoraggio delle frodi e la gestione dei partecipanti indiretti (se presenti) richiedono la dedizione continua di almeno un analista di compliance specializzato. Nelle fintech più piccole, questo ruolo viene spesso cumulato con altre responsabilità — una scelta che funziona fino a quando un incidente normativo non ne rivela il vero costo.
🔗 Approfondimento: I requisiti tecnici che generano questi costi di OPEX — SPI, DICT, RSFN, antifrode e disponibilità 24/7 — sono dettagliati nell'articolo Come se tornar participante direto do Pix: requisitos técnicos e regulatórios.
Build vs. Buy vs. Partner tecnologico: quale approccio ha il miglior TCO?
La decisione su come implementare il Pix Diretto — costruendo internamente, licenziando una piattaforma specializzata o assumendo un partner che fornisca il modello diretto come servizio — influisce direttamente sul CAPEX, sulla tempistica e sul profilo di rischio del progetto.
Non esiste una risposta universale. L'approccio giusto dipende dal profilo dell'istituto, dalle dimensioni del team tecnico, dal budget disponibile e — soprattutto — dall'ambizione strategica a lungo termine.
Criterio | Build (interno) | Buy (piattaforma) | BaaS / Partner completo |
|---|---|---|---|
CAPEX di implementazione | R$ 680k – R$ 4,9mln | R$ 200k – R$ 800k (licenza + setup) | R$ 1,5mln – R$ 5mln+ (include tutto) |
Time-to-market (go-live) | 18–24 mesi | 10–16 mesi | 12–20 mesi |
Rischio tecnico | Alto — dipende dalla maturità del team interno | Medio — condiviso con il fornitore | Basso — il fornitore si occupa dell'infrastruttura |
Personalizzazione | Totale | Alta, nei limiti del software della piattaforma | Dipendente dal contratto |
Proprietà dell'asset | 100% interno | Parziale — codice interno + piattaforma in licenza | Zero — servizio in abbonamento |
Costo ricorrente (OPEX) | Alto — team interno + infrastruttura propria | Medio — licenza + team ridotto | Variabile — generalmente tariffa per transazione o canone mensile |
Dipendenza da terzi | Zero | Media — piattaforma critica | Alta — il fornitore è sulla strada critica |
Ideale per | Grandi IF con un team solido e ambizione di piattaforma BaaS | Fintech in crescita con team tecnico e tempistiche di go-live rilevanti | Fintech che desiderano il modello diretto senza costruire l'infrastruttura |
Quando ha senso scegliere il build (costruzione interna)
Costruire internamente ha senso quando l'istituto dispone di un team tecnico solido con esperienza in sistemi finanziari mission-critical, quando l'ambizione è quella di diventare una piattaforma BaaS e offrire il Pix come servizio a terzi — il che richiede un controllo totale sull'architettura — e quando il budget consente di assorbire un CAPEX più elevato in cambio della piena proprietà dell'asset.
Quando ha senso scegliere il buy (acquisto licenza)
Licenziare una piattaforma specializzata ha senso quando il time-to-market è una variabile critica, quando il team tecnico ha la capacità di integrazione ma non di costruzione da zero, e quando la personalizzazione richiesta rientra nell'ambito di ciò che offrono i fornitori disponibili.
Quando ha senso affidarsi a un partner completo
Scegliere un partner che fornisce il modello diretto come servizio ha senso quando la priorità è raggiungere il modello diretto con il minor rischio operativo possibile — anche se ciò comporta una dipendenza dal fornitore e costi ricorrenti più elevati. È l'opzione più adatta per le fintech che necessitano del modello diretto per ragioni strategiche o di prodotto, ma che non hanno la capacità interna di costruire e gestire l'infrastruttura.
⚠️ Trappola comune: Decidere per il build solo per orgoglio tecnico, senza effettuare un RFI formale delle piattaforme e dei partner disponibili sul mercato. Il costo opportunità di costruire tutto da zero, quando esistono piattaforme mature già pronte, può tradursi in mesi di ritardo e milioni di CAPEX aggiuntivo.
Simulazione del TCO: quando il ROI si concretizza effettivamente
La domanda che conta di più nell'analisi finanziaria del Pix Direto non è 'quanto costa?' — ma 'a quale volume il costo del modello diretto diventa inferiore a quello del modello indiretto?'. Questa è l'analisi di break-even che definisce se e quando la migrazione ha senso economico.
La simulazione seguente confronta due profili di fintech su un orizzonte di 36 mesi, utilizzando lo scenario conservativo di CAPEX e OPEX delle tabelle precedenti:
Variabile | Fintech A — 5 mln di transazioni/mese | Fintech B — 20 mln di transazioni/mese |
|---|---|---|
Volume mensile di transazioni Pix | 5 milioni/mese | 20 milioni/mese |
Commissione media attuale (modello indiretto) | R$ 0,04/transazione | R$ 0,03/transazione |
Costo mensile attuale (modello indiretto) | R$ 200.000/mese | R$ 600.000/mese |
CAPEX stimato (build conservativo) | R$ 1,2 mln | R$ 2,5 mln |
OPEX mensile stimato (modello diretto) | R$ 180.000/mese | R$ 320.000/mese |
Risparmio mensile con modello diretto | R$ 20.000/mese | R$ 280.000/mese |
Payback del CAPEX (mesi) | ~60 mesi (5 anni) | ~9 mesi |
TCO in 36 mesi — modello indiretto | R$ 7,2 mln | R$ 21,6 mln |
TCO in 36 mesi — modello diretto | R$ 7,68 mln (CAPEX + OPEX) | R$ 14,02 mln (CAPEX + OPEX) |
Verdetto in 36 mesi | 🔴 Indiretto ancora più economico | 🟢 Diretto risparmia ~R$ 7,6 mln |
Cosa rivela la simulazione
Per la Fintech A, con 5 milioni di transazioni al mese, il modello diretto non genera ancora un ROI in 36 mesi. Questo non significa che la decisione sia sbagliata — significa che la decisione deve essere giustificata da altri fattori oltre al costo: autonomia del prodotto, roadmap bloccata, strategia di piattaforma. Se l'unico argomento è il risparmio sulle commissioni, il volume non è ancora sufficiente a supportarlo.
Per la Fintech B, con 20 milioni di transazioni al mese, il payback avviene in circa 9 mesi — e il risparmio accumulato in 36 mesi è superiore a R$ 7,5 milioni. In questo scenario, la domanda non è 'ne vale la pena?' ma 'perché non abbiamo ancora iniziato?'.
Variabili che spostano il break-even
Tariffa attuale del partner: più alta è la commissione applicata oggi, più rapido sarà il break-even. Rinegoziare la commissione prima di optare per il modello diretto può modificare completamente l'analisi.
Tasso di crescita del volume: le fintech con una crescita accelerata delle transazioni vedono il break-even avvicinarsi rapidamente. Il TCO deve essere calcolato con il volume previsto, non solo con quello attuale.
Scelta tra build vs. buy: una piattaforma specializzata può ridurre il CAPEX del 40–60% rispetto allo sviluppo interno (build), accelerando significativamente il break-even.
Monetizzazione dei partecipanti indiretti: se l'istituto diventa un partecipante diretto di riferimento per altre fintech, le entrate generate da questo modello cambiano completamente l'equazione finanziaria — aspetto non contemplato in questa simulazione.
📊 Importante: Questa simulazione utilizza una commissione media di riferimento. La commissione effettiva del vostro attuale partner potrebbe essere significativamente diversa. Prima di utilizzare queste cifre in un business case interno, sostituite la commissione media con il vostro costo reale per transazione — la differenza può essere decisiva.
Il costo che non appare nel foglio di calcolo
Qualsiasi analisi del TCO cattura i costi diretti ragionevolmente bene. Ciò che raramente appare — ma che è spesso decisivo — è il costo opportunità della dipendenza dal modello indiretto.
Ricavi non generati da funzionalità inesistenti
Ogni funzionalità che il partner non offre e che ha bloccato un lancio ha un costo in termini di ricavi. Addebiti dinamici non implementati, split di pagamento non supportati dal partner, Pix pianificato con logica personalizzata rimasto nella roadmap per 18 mesi. Questo valore raramente viene quantificato — ma nelle fintech in cui il prodotto finanziario rappresenta il core business, può superare il costo operativo del modello diretto.
Clienti persi a causa di SLA inadeguati
Gli incidenti del partner che hanno bloccato la tua operatività hanno un costo in termini di NPS, abbandono (churn) e reputazione che non compare nell'OPEX. Ogni ora di inattività in orari critici — fine settimana, fine mese, date ad alto volume — ha un costo reale che deve essere considerato nell'analisi.
Potere contrattuale perso
Una fintech che dipende da un unico partecipante diretto per operare il proprio Pix non ha un reale potere contrattuale nella rinegoziazione delle commissioni (fee). Il costo per mantenere questa posizione nel tempo — in termini di fee pagate al di sopra di quanto sarebbe possibile in uno scenario con alternative — è cumulativo e silenzioso.
Conclusione: il costo reale è il costo di non conoscere il costo
L'analisi del TCO di Pix Direto è raramente semplice, ma è sempre possibile. Ciò che rende impraticabili le buone decisioni non è la complessità dei numeri, ma la loro assenza.
Per i Product Manager e gli Analisti che stanno conducendo questa analisi internamente, la raccomandazione pratica è quella di costruire il modello finanziario con le fasce presentate in questo articolo, sostituendo i valori di riferimento con i costi reali laddove si abbia accesso — tariffa attuale del partner, costo orario del team di ingegneria, budget dell'infrastruttura cloud. Ogni variabile che rendi concreta migliora la qualità della decisione.
E se l'analisi mostra che il volume attuale non supporta ancora economicamente il modello diretto, questo non chiude il dibattito — significa che la decisione deve essere valutata con il volume previsto, non con quello attuale, e con i vettori strategici (autonomia del prodotto, strategia di piattaforma) che pesano insieme al costo.
🚀 Prossimo passo: Con il business case finanziario mappato, il prossimo livello di approfondimento consiste nel comprendere l'architettura tecnica che genera questi costi — SPI, DICT, Conto PI e il flusso completo di una transazione Pix. Questo è il tema del prossimo articolo: SPI, DICT e Conto PI: spiegazione dell'infrastruttura alla base di Pix Direto.
Letture correlate in questo cluster
→ Pix Direto: cos'è, come funziona e quando vale la pena
→ Pix Direto vs. Pix Indireto: quale modello ha più senso per la tua fintech?
→ Come diventare partecipante diretto del Pix: requisiti tecnici e normativi
→ SPI, DICT e Conta PI: spiegazione dell'infrastruttura dietro il Pix Direto
