El coste de la opacidad
Existe un vacío notable en el mercado de contenido sobre Pix Directo: casi nadie habla de números reales. La mayoría de los artículos y presentaciones utilizan expresiones como 'inversión significativa', 'costes considerables' o 'infraestructura robusta', términos que transmiten seriedad, pero que no ayudan a nadie a tomar una decisión.
Esta opacidad tiene un coste concreto. Las fintechs que se deciden por el modelo directo sin tener claro el TCO real tienden a subestimar el CAPEX, a descubrir el OPEX por las malas —y, en algunos casos, a llegar al go-live con una operación cuyo coste mensual inviabiliza el margen que motivó la migración—.
Este artículo intenta ser todo lo contrario. Presentamos rangos de costes basados en referencias de mercado para cada componente de la inversión: CAPEX de implementación, OPEX recurrente, costes regulatorios y operativos. Y cerramos con una simulación de TCO comparativo entre el modelo directo y el indirecto para dos perfiles reales de fintech, que muestra con claridad cuándo el ROI cuadra y cuándo no.
⚠️ Aviso metodológico: Los valores presentados en este artículo son rangos de referencia de mercado para Brasil en 2024–2025, basados en la composición de costes de proyectos similares. No son presupuestos. Cada proyecto tiene variables específicas —madurez técnica del equipo, stack existente, alcance de las funciones en el go-live y decisión de build vs. buy— que pueden mover los números significativamente hacia arriba o hacia abajo.
📌 Contexto: Si aún está decidiendo si el modelo directo tiene sentido para su fintech, le recomendamos comenzar por la comparación estratégica en el artículo Pix Direto vs. Pix Indireto: qual modelo faz mais sentido para sua fintech? —que incluye la matriz de decisión por perfil de empresa antes de llegar a los números—.
CAPEX: el coste de implementación
El CAPEX de Pix Direto es la inversión necesaria para construir y certificar la infraestructura hasta el go-live. Cubre el desarrollo técnico, las integraciones obligatorias, la infraestructura en la nube, la seguridad y el proceso de homologación en el entorno del Banco Central.
La siguiente tabla detalla cada componente en dos escenarios: conservador (desarrollo interno con un equipo experimentado, alcance de go-live optimizado) y agresivo (desarrollo interno con curva de aprendizaje, amplio alcance de funciones en el lanzamiento).
Componente | Qué incluye | Escenario conservador | Escenario agresivo |
|---|---|---|---|
Infraestructura en la nube (configuración inicial) | Aprovisionamiento de entornos redundantes (producción + DR), balanceadores de carga, redes privadas, zonas de disponibilidad. | 80k BRL – 250k BRL | 150k BRL – 600k BRL |
Desarrollo de la capa SPI / ISO 20022 | Implementación del protocolo de mensajería, parsers, validadores, manejadores de errores y lógica de reintento. | 200k BRL – 500k BRL | 500k BRL – 1,5M BRL |
Integración DICT | APIs de registro, consulta y portabilidad de claves Pix. | 80k BRL – 200k BRL | 200k BRL – 500k BRL |
Integración RSFN | Contratación de proveedor homologado, configuración de red dedicada, pruebas de conectividad. | 40k BRL – 100k BRL | 100k BRL – 250k BRL |
Sistema antifraude | Desarrollo o licencia de solución de prevención de fraude + integración con el mecanismo FRAUD del BC. | 100k BRL – 300k BRL | 300k BRL – 800k BRL |
Certificados ICP-Brasil | Adquisición y configuración de certificados digitales para la autenticación en los mensajes al BC. | 10k BRL – 30k BRL | 30k BRL – 80k BRL |
Observabilidad y monitoreo | Pila (stack) de logs, métricas, alertas y paneles (ej. Datadog, Grafana, ELK). | 40k BRL – 100k BRL | 100k BRL – 300k BRL |
Seguridad y pruebas de penetración | Auditorías de seguridad, pruebas de intrusión, gestión de vulnerabilidades. | 50k BRL – 150k BRL | 150k BRL – 400k BRL |
Homologación y certificación BC | Horas de ingeniería dedicadas al entorno de homologación del BC, correcciones y re-evaluaciones. | 80k BRL – 200k BRL | 200k BRL – 500k BRL |
CAPEX TOTAL ESTIMADO | Desarrollo interno, sin proveedor de plataforma | ~680k BRL – 1,8M BRL | ~1,7M BRL – 4,9M BRL |
💡 Qué mueve el CAPEX: El factor que más impacta en el coste de implementación es la experiencia del equipo con la mensajería financiera y la norma ISO 20022. Un equipo que nunca ha trabajado con este protocolo tardará entre 2 y 3 veces más tiempo en integrarse al SPI que un equipo con experiencia previa, lo que se traduce directamente en coste de horas de ingeniería.
Lo que el CAPEX no incluye
Los rangos anteriores cubren el coste técnico de la implementación. No incluyen:
Coste del proceso regulatorio de autorización del BC: asesoramiento jurídico especializado para la preparación de la documentación y el seguimiento del proceso. Rango adicional estimado: 80k BRL – 300k BRL dependiendo de la complejidad del caso.
Horas de gestión de proyectos: director de proyectos dedicado, scrum master, gestión de stakeholders. En proyectos de 18 a 24 meses, este coste indirecto es relevante.
Formación y capacitación: curva de aprendizaje del equipo en SPI, ISO 20022 y regulación del BC.
Coste de oportunidad: horas de ingeniería que podrían dedicarse a otros productos durante los 18 a 24 meses de implementación.
OPEX: el coste mensual recurrente
Si el CAPEX es el coste que aparece en el business case inicial, el OPEX es el coste que determina si la operación es sostenible a largo plazo. Y es aquí donde la mayoría de las estimaciones iniciales fallan: el OPEX del Pix Directo no es solo infraestructura en la nube; es la suma de varios componentes que, individualmente, parecen razonables, pero que en conjunto forman una línea de coste significativa.
Componente | Qué incluye | Escenario conservador | Escenario agresivo |
|---|---|---|---|
Infraestructura en la nube (recurrente) | Cómputo, almacenamiento, red, redundancia, DR activo. | 30k R$ – 80k R$/mes | 80k R$ – 250k R$/mes |
Equipo técnico (ingeniería + SRE) | 2–4 ingenieros dedicados a la plataforma Pix + de guardia estructurado. | 40k R$ – 100k R$/mes | 100k R$ – 300k R$/mes |
Cumplimiento y riesgo | Analista(s) de cumplimiento dedicado(s) a la operación Pix, reporte regulatorio. | 15k R$ – 40k R$/mes | 40k R$ – 120k R$/mes |
Antifraude (operación) | Monitoreo continuo, ajuste de modelos, revisión de casos, integraciones. | 15k R$ – 50k R$/mes | 50k R$ – 150k R$/mes |
Herramientas de observabilidad | Licencias de monitoreo, APM, gestión de logs. | 5k R$ – 20k R$/mes | 20k R$ – 60k R$/mes |
Certificados y RSFN | Renovación de certificados ICP-Brasil + cuota mensual del proveedor de RSFN. | 3k R$ – 8k R$/mes | 8k R$ – 20k R$/mes |
Auditoría y asesoría jurídica | Auditorías periódicas de seguridad y cumplimiento, consultoría regulatoria. | 10k R$ – 30k R$/mes | 30k R$ – 80k R$/mes |
TOTAL OPEX ESTIMADO | Al mes, en régimen de operación plena | ~118k R$ – 328k R$/mes | ~328k R$ – 980k R$/mes |
El coste invisible: el equipo técnico dedicado
El componente de OPEX que se subestima con más frecuencia no es la infraestructura, sino el equipo. Operar el Pix Directo con un SLA del 99,5% exige ingenieros que conozcan a fondo la plataforma y estén disponibles para actuar en cualquier momento. Esto no es compatible con un modelo en el que el Pix es simplemente una responsabilidad más de un equipo de plataforma ya sobrecargado.
La referencia del mercado es de 2 a 4 ingenieros dedicados (o asignados en gran medida) a la plataforma Pix, además de un SRE o equivalente para el servicio de guardia estructurado. Considerar este personal en el OPEX desde el principio es esencial para que el business case refleje la realidad operativa.
El coste del cumplimiento continuo
El cumplimiento no es un proyecto, sino una función permanente. La Resolución BCB n.º 429/2024 y sus futuras actualizaciones, los informes periódicos al BC, el monitoreo del fraude y la gestión de participantes indirectos (si los hay) exigen la dedicación continua de al menos un analista de cumplimiento especializado. En las fintechs más pequeñas, esta función suele compartirse con otras responsabilidades, lo que funciona hasta que un incidente regulatorio revela el coste de dicha decisión.
🔗 Profundización: Los requisitos técnicos que originan estos costes de OPEX —SPI, DICT, RSFN, antifraude y disponibilidad 24/7— se detallan en el artículo Cómo convertirse en participante directo de Pix: requisitos técnicos y regulatorios.
Build vs. Buy vs. Socio tecnológico: ¿qué enfoque tiene mejor TCO?
La decisión de cómo implementar el Pix Direto —si construirlo internamente, licenciar una plataforma especializada o contratar a un socio que entregue el modelo directo como servicio— afecta directamente al CAPEX, al plazo de entrega y al perfil de riesgo del proyecto.
No existe una respuesta universal. El enfoque correcto depende del perfil de la institución, del tamaño del equipo técnico, del presupuesto disponible y, sobre todo, de la ambición estratégica a largo plazo.
Criterio | Make / Build (interno) | Buy (plataforma) | BaaS / Socio completo |
|---|---|---|---|
CAPEX de implementación | 680 mil R$ – 4,9 millones R$ | 200 mil R$ – 800 mil R$ (licencia + setup) | 1,5 millones R$ – más de 5 millones R$ (incluye todo) |
Plazo hasta el go-live | 18–24 meses | 10–16 meses | 12–20 meses |
Riesgo técnico | Alto — depende de la madurez del equipo interno | Medio — compartido con el proveedor | Bajo — el proveedor asume la infraestructura |
Personalización | Total | Alta, dentro del alcance de la plataforma | Dependiente del contrato |
Propiedad del activo | 100% interno | Parcial — código interno + plataforma licenciada | Cero — servicio contratado |
Coste recurrente (OPEX) | Alto — equipo interno + infraestructura propia | Medio — licencia + equipo reducido | Variable — generalmente tarifa por transacción o pago mensual |
Dependencia del proveedor | Ninguna | Media — plataforma crítica | Alta — el proveedor es la ruta crítica |
Ideal para | Grandes entidades financieras con equipos sólidos y ambición de plataforma BaaS | Fintechs en fase de escalado con equipo técnico y plazos de go-live relevantes | Fintechs que desean el modelo directo sin necesidad de construir infraestructura |
Cuándo tiene sentido el build
Construir internamente tiene sentido cuando la institución cuenta con un equipo técnico sólido y con experiencia en sistemas financieros de misión crítica, cuando la ambición es convertirse en una plataforma BaaS y ofrecer Pix como servicio a terceros —lo que exige un control total de la arquitectura— y cuando el presupuesto permite absorber un CAPEX más elevado a cambio de la propiedad total del activo.
Cuándo tiene sentido el buy
Licenciar una plataforma especializada tiene sentido cuando el plazo de puesta en marcha (go-live) es una variable crítica, cuando el equipo técnico tiene capacidad para realizar la integración pero no de construir desde cero, y cuando la personalización necesaria se encuentra dentro del alcance que ofrecen los proveedores disponibles.
Cuándo tiene sentido el socio completo
Contratar a un socio que entregue el modelo directo como servicio tiene sentido cuando la prioridad es llegar a dicho modelo directo con el menor riesgo operativo posible, aunque ello implique depender del proveedor y asumir costes recurrentes mayores. Es la opción más adecuada para aquellas fintechs que necesitan el modelo directo por razones estratégicas o de producto, pero que no disponen de capacidad interna para construir y operar la infraestructura.
⚠️ Trampa común: Optar por el build por puro orgullo técnico, sin realizar una solicitud de información formal (RFI) de las plataformas y socios disponibles en el mercado. El coste de oportunidad de construir todo desde cero, pudiendo contar con plataformas maduras ya disponibles, puede traducirse en meses de retraso y millones de reales en CAPEX adicional.
Simulación de TCO: cuándo cierra efectivamente el ROI
La pregunta que más importa en el análisis financiero de Pix Direto no es '¿cuánto cuesta?' — sino '¿en qué volumen el coste del modelo directo resulta menor que el coste del modelo indirecto?'. Este es el análisis de break-even que define si y cuándo la migración tiene sentido económico.
La siguiente simulación compara dos perfiles de fintech en un horizonte de 36 meses, utilizando el escenario conservador de CAPEX y OPEX de las tablas anteriores:
Variable | Fintech A — 5 millones de transacc./mes | Fintech B — 20 millones de transacc./mes |
|---|---|---|
Volumen mensual de transacciones Pix | 5 millones/mes | 20 millones/mes |
Tasa media actual (modelo indirecto) | 0,04 R$/transacción | 0,03 R$/transacción |
Coste mensual actual (modelo indirecto) | 200.000 R$/mes | 600.000 R$/mes |
CAPEX estimado (construcción conservadora) | 1,2 millones de R$ | 2,5 millones de R$ |
OPEX mensual estimado (modelo directo) | 180.000 R$/mes | 320.000 R$/mes |
Ahorro mensual con modelo directo | 20.000 R$/mes | 280.000 R$/mes |
Payback del CAPEX (meses) | ~60 meses (5 años) | ~9 meses |
TCO en 36 meses — modelo indirecto | 7,2 millones de R$ | 21,6 millones de R$ |
TCO en 36 meses — modelo directo | 7,68 millones de R$ (CAPEX + OPEX) | 14,02 millones de R$ (CAPEX + OPEX) |
Veredicto en 36 meses | 🔴 Indirecto sigue siendo más barato | 🟢 Directo ahorra ~7,6 millones de R$ |
Lo que revela la simulación
Para la Fintech A, con 5 millones de transacciones al mes, el modelo directo todavía no cubre el ROI en 36 meses. Esto no significa que la decisión sea errónea — significa que la decisión debe justificarse por otros vectores más allá del coste: autonomía de producto, hoja de ruta bloqueada, estrategia de plataforma. Si el único argumento es el ahorro de tasas, el volumen todavía no lo justifica.
Para la Fintech B, con 20 millones de transacciones al mes, el retorno de la inversión ocurre en unos 9 meses — y el ahorro acumulado en 36 meses supera los 7,5 millones de R$. En este escenario, la pregunta no es '¿vale la pena?' sino '¿por qué no hemos empezado todavía?'.
Variables que mueven el break-even
Tasa actual del socio: cuanto mayor sea la tasa cobrada hoy, más rápido será el break-even. Renegociar la tasa antes de decidirse por el modelo directo puede cambiar por completo el análisis.
Tasa de crecimiento del volumen: las fintechs con un crecimiento acelerado de transacciones ven cómo el break-even se acerca rápidamente. El TCO debe calcularse con el volumen proyectado, no solo con el volumen actual.
Decisión de construir vs. comprar (build vs. buy): una plataforma especializada puede reducir el CAPEX en un 40-60% en comparación con el desarrollo interno, acelerando significativamente el break-even.
Monetización de participantes indirectos: si la institución se convierte en un participante directo de referencia para otras fintechs, los ingresos generados por este modelo cambian por completo la ecuación financiera — y no están contemplados en esta simulación.
📊 Importante: Esta simulación utiliza una tasa media de referencia. La tasa real de su socio actual puede ser significativamente diferente. Antes de utilizar estos números en un caso de negocio interno, sustituya la tasa media por su coste real por transacción — la diferencia puede ser decisiva.
El coste que no aparece en la hoja de cálculo
Todo análisis de TCO captura los costes directos razonablemente bien. Lo que rara vez aparece —pero que a menudo es decisivo— es el coste de oportunidad de la dependencia del modelo indirecto.
Ingresos no generados por características inexistentes
Cada característica que el socio no ofrece y que ha bloqueado un lanzamiento tiene un coste de ingresos. Los cobros dinámicos que no se implementaron, el split de pago que el socio no soportaba, el Pix programado con lógica personalizada que se quedó en la hoja de ruta durante 18 meses. Este valor rara vez se cuantifica —pero en las fintechs con producto financiero como núcleo, puede superar el coste operativo del modelo directo.
Clientes perdidos por un SLA inadecuado
Los incidentes en el socio que interrumpieron su operación tienen un coste de NPS, rotación (churn) y reputación que no aparece en el OPEX. Cada hora de indisponibilidad en horas críticas —fines de semana, fin de mes, fechas de gran volumen— tiene un coste real que debe ser considerado en el análisis.
Poder de negociación perdido
Una fintech que depende de un único participante directo para operar su Pix no tiene un poder de negociación real en la renegociación de la tarifa. El coste de mantener esta posición a lo largo del tiempo —en términos de tarifas pagadas por encima de lo que sería posible en un escenario de alternativas— es acumulativo y silencioso.
Conclusión: el coste real es el coste de no saber el coste
El análisis del TCO de Pix Directo raramente es sencillo, pero siempre es posible. Lo que imposibilita las buenas decisiones no es la complejidad de los números, sino la ausencia de ellos.
Para los Product Managers y Analistas que están llevando a cabo este análisis internamente, la recomendación práctica es construir el modelo financiero con los rangos presentados en este artículo, sustituyendo los valores de referencia por los costes reales allí donde se tenga acceso: tarifa actual del socio, coste por hora del equipo de ingeniería, presupuestos de infraestructura en la nube. Cada variable que se convierte en concreta mejora la calidad de la decisión.
Y si el análisis demuestra que el volumen actual aún no soporta económicamente el modelo directo, esto no cierra el debate: significa que la decisión debe evaluarse con el volumen proyectado, no con el actual, y con los vectores estratégicos (autonomía de producto, estrategia de plataforma) pesando junto al coste.
🚀 Siguiente paso: Con el caso de negocio financiero mapeado, el siguiente nivel de profundización es comprender la arquitectura técnica que genera estos costes: SPI, DICT, Cuenta PI y el flujo completo de una transacción Pix. Este es el tema del próximo artículo: SPI, DICT y Cuenta PI: la infraestructura detrás de Pix Directo explicada.
Lecturas relacionadas en este grupo
→ Pix Directo: qué es, cómo funciona y cuándo vale la pena
→ Pix Directo vs. Pix Indirecto: ¿qué modelo tiene más sentido para su fintech?
→ Cómo convertirse en participante directo de Pix: requisitos técnicos y regulatorios
→ SPI, DICT y Cuenta PI: la infraestructura detrás del Pix Directo explicada
