Bre-B vs tarjetas para conversión de ecommerce en LATAM
Bre-B es el desarrollo de pagos más interesante en Colombia en una década. También es el más fácil de sobre-rotar. La pregunta del operador no es "Bre-B o tarjetas", es "cómo debería verse la lógica de ruteo entre Bre-B, PSE, Nequi, Daviplata y tarjetas, transacción por transacción".
Por qué importa
Bre-B es el estándar de pagos instantáneos del Banco de la República, vivo en todo el sistema bancario colombiano. Hace lo que Pix hizo por Brasil y lo que SPEI hizo a escala por México: convierte la transferencia banco-a-banco en un riel en tiempo real, 24/7, de bajo costo, que cualquier comercio puede aceptar. Por primera vez, el operador colombiano tiene una alternativa seria a los rieles de tarjeta para ecommerce.
La tentación, especialmente en los primeros 12-18 meses de un riel nuevo, es sobre-rotar. Algunos equipos mueven todo su default de checkout a Bre-B y tratan a las tarjetas como respaldo. En algunas categorías funciona. En otras cuesta conversión. El encuadre correcto no es Bre-B versus tarjetas, es una decisión de ruteo, tomada por transacción, contra las alternativas realistas: Bre-B, PSE, Nequi, Daviplata, tarjetas.
Los operadores que aciertan en esto ven un aumento significativo de conversión y una mejora significativa de la economía unitaria. Los que se equivocan terminan con un checkout que confunde a los clientes y un equipo de finanzas conciliando tres rieles nuevos mal.
Qué sale mal
La mayoría de los errores de adopción de Bre-B vienen de tratarlo como una decisión de reemplazo en lugar de una decisión de ruteo:
- Mandar todo el tráfico a Bre-B por default. Es un gran riel, pero los clientes sin una cuenta bancaria inscrita en Bre-B chocan con fricción. Los clientes que pagan con tarjeta y los turistas chocan con fricción. Un default plano ignora que la base de clientes colombiana no es uniforme.
- Tratar a Bre-B y PSE como intercambiables. No lo son. PSE es más viejo, corre por los flujos de banca online de los bancos, y tiene limitaciones de horario de oficina en algunos bancos. Bre-B es instantáneo y 24/7. Los clientes los viven distinto y la conversión difiere.
- Ignorar a Nequi y Daviplata como opciones aparte. Para ticket bajo y clientes cercanos al segmento no bancarizado, los rieles de billetera siguen ganando en conversión. Bre-B no es un sustituto en esos segmentos.
- Detenerse en “aceptamos Bre-B”. Aceptación no es optimización. La ganancia de conversión viene de mostrar el método correcto al cliente correcto, en la posición correcta del checkout, con el encuadre de costo correcto.
- Subestimar la operación de devoluciones. Las devoluciones de Bre-B son operativamente distintas a las de tarjeta. Los equipos que no planearon esto lo descubren la primera vez que un cliente pide una devolución.
- Costear el ruteo como si los métodos fueran gratis. Las tarjetas cargan intercambio. Bre-B carga otra forma de costo. La decisión correcta de ruteo es función de probabilidad de aprobación y economía unitaria, no solo de aprobación.
Modelo operativo
La optimización de conversión sobre el mix de métodos colombiano es una sola decisión repetida en cada checkout: qué método mostrar primero, cuáles mostrar como alternativas, y cuáles suprimir.
Segmentar por cliente. Cliente recurrente con historial exitoso en Bre-B → Bre-B primero. Cliente nuevo en móvil de un segmento de billetera fuerte → Nequi o Daviplata primero. BIN de tarjeta internacional → tarjetas primero, con Bre-B suprimido. La segmentación no necesita ser sofisticada; con tres o cuatro segmentos ya capturas la mayoría de la ganancia.
Segmentar por ticket. Las compras de ticket bajo convierten mejor en billeteras. Ticket medio en Bre-B o PSE. Ticket alto en tarjetas (por la opcionalidad de cuotas) o Bre-B (por costo). Los umbrales varían por categoría pero la forma es consistente.
Segmentar por categoría. Las compras tipo suscripción siguen favoreciendo a las tarjetas por la mecánica de cobro recurrente. El ecommerce one-off favorece a Bre-B. Los vendedores de marketplace que reciben payouts les importa la velocidad de liquidación, lo que también favorece a Bre-B.
El equipo que es dueño de esto suele ser comercio, no ingeniería. Ingeniería es dueña de los rieles. Comercio es dueño del ruteo.
Enfoque recomendado
Un modelo operativo funcional para ruteo Bre-B + tarjetas:
Muestra los métodos, no los escondas. Bre-B como tab al lado de tarjetas, con un encuadre claro de “transferencia instantánea”, le gana a Bre-B como opción a tres clics de profundidad. Los clientes usan lo que pueden ver.
Lidera con el método más probable de aprobar, no con el más barato. Una ganancia de conversión del 4% en tarjetas vale más que un ahorro de 30 bps de intercambio en Bre-B para casi cualquier operador. La optimización de costo es una disciplina de segunda pasada.
Usa Bre-B como riel de recuperación. Si una tarjeta rechaza, Bre-B es un excelente reintento por método alternativo. Saltea la razón de rechazo del emisor por completo y el cliente ya está en el checkout, motivado para completar.
Mantén PSE en el mix para la cola larga. Algunas combinaciones banco-cliente todavía prefieren el flujo de PSE. Sacar PSE porque existe Bre-B cuesta una porción medible de conversión en el primer año de migración.
Planea devoluciones y reversos desde el día uno. Las devoluciones de Bre-B necesitan su propio runbook operativo. Los equipos que no lo arman antes del lanzamiento terminan con un backlog y exposición de soporte al cliente.
Mira el comportamiento de cohortes en meses, no días. La adopción de Bre-B entre clientes colombianos todavía está subiendo. Una decisión de ruteo correcta en el mes uno puede ser equivocada en el mes seis. Revisa trimestralmente.
Arquitectura de ejemplo
Una arquitectura de referencia para un setup serio de ruteo Bre-B + tarjetas:
Checkout
↓
Selector de método
→ segmento de cliente (recurrente / nuevo / internacional)
→ segmento de ticket (bajo / medio / alto)
→ segmento de categoría (one-off / suscripción / marketplace)
↓
Orden de métodos mostrados: [Bre-B, tarjetas, PSE, Nequi/Daviplata]
(reordenado por segmento)
↓
Autorización
→ aprobado → entrada en libro mayor
→ rechazado → oferta de método alternativo (Bre-B si falla la tarjeta; tarjeta si falla Bre-B)
↓
Libro mayor unificado entre rieles
↓
Liquidación + operaciones de devolución (runbooks por riel)Las dos piezas que mueven la mayor parte de la ganancia: la segmentación del selector de método (para que el método correcto se muestre primero, no solo listado) y la oferta de recuperación por método alternativo (para que una tarjeta fallida no termine la sesión).
Métricas a observar
El aumento de conversión en checkout es la métrica titular. La participación de Bre-B es el indicador adelantado de que la lógica de exposición está funcionando. La recuperación por Bre-B tras rechazo de tarjeta es la historia de recuperación, los comercios que tratan a Bre-B como el riel de reintento tras el rechazo de tarjeta ven la mayor mejora combinada del embudo.
El ciclo de devolución es la métrica de higiene operativa. Si las devoluciones de Bre-B están tomando más de 24 horas, el riel se está corriendo como un proyecto paralelo y no como un método primario, y soporte al cliente lo va a reflejar.
Qué leer después
What to read next
Por qué la orquestación de pagos importa en LATAM
El marco de operador más amplio para rutear entre Bre-B, PSE, Pix, SPEI, tarjetas y billeteras.
Diseñar la recuperación de pagos para suscripciones
Cómo cambia el ruteo de métodos cuando la relación con el cliente es recurrente, no one-off.
Conversión de pagos
La superficie de producto detrás de la tarea Convertir, métodos, exposición, optimización de aprobación.
Acepta pagos Bre-B en Colombia
La vista a nivel de integración para poner Bre-B en vivo, complementaria a esta guía de ruteo.