👋 Hola!, Soy Zaira Zatarain y aquí te comparto lo que sé sobre Producto, tecnología e IA.
Del 13 al 17 de noviembre es el Buen Fin. Para la mayoría son días de ofertas, carritos llenos y “¿lo compro ahora o espero a que baje más?”.
Para quien trabaja en pagos, es otra cosa: es la prueba de fuego del año. El día en que todo lo que diseñaste se pone a prueba al mismo tiempo, con millones de personas presionando “Pagar”.
¿Por qué fallan los pagos justo cuando más se necesitan? ¿Y qué hace un PM para que no le pase? Ahora sí, vamos por partes.
1. El caso: viernes, 00:01
Imagina que eres PM de pagos en una fintech o en un e-commerce. Arranca el Buen Fin y en minutos pasa esto:
El tráfico se multiplica y el checkout empieza a tardar.
La tasa de aprobación baja: más rechazos de lo normal.
El equipo de fraude ve patrones raros.
Soporte empieza a recibir mensajes de “me cobraron dos veces”.
Y todo al mismo tiempo. Spoiler: nada de esto es mala suerte. Casi todo se podía anticipar.
2. ¿Por qué fallan los pagos en temporada alta?
Volumen y latencia. Cuando todos pagan a la vez, cada sistema de la cadena (tu plataforma, la pasarela, el adquirente, la red, el banco) recibe más carga. Si algo tarda de más, la transacción se vence por timeout.
Más rechazos de los bancos. Los emisores también ven compras fuera de lo normal: montos más altos, más compras seguidas, comercios nuevos. Y sus reglas antifraude reaccionan.
Más fraude. Los estafadores también esperan el Buen Fin. Mucho volumen es el escondite perfecto.
Promociones mal configuradas. Meses sin intereses que no aplican, descuentos que no cuadran con el cobro o promociones bancarias que no se reconocen.
Cobros duplicados. El usuario ve que “no pasa”, presiona otra vez… y termina con dos cargos.
Caídas de proveedores. Si dependes de una sola pasarela o adquirente y se cae, se cae tu venta.
3. Qué prepara un PM antes (aquí se gana o se pierde)
La temporada alta no se gana el día, se gana semanas antes. Esto es lo que un PM de pagos revisa:
Pruebas de carga. ¿Aguantamos 5 o 10 veces el volumen normal? Mejor descubrirlo en una prueba que en vivo.
Congelamiento de cambios. Días antes, nada nuevo va a producción. Ningún feature vale el riesgo de romper el checkout el día con más ventas.
Reglas de fraude calibradas, no endurecidas a ciegas. Si aprietas todo “por si acaso”, bloqueas a tus mejores clientes (de esto ya hablamos en Fraude vs. fricción).
Plan B de procesamiento. Si tienes más de un adquirente, ¿a dónde mandas los pagos si uno falla?
Promociones probadas de punta a punta. Cada combinación de banco, plazo y producto, probada antes de que la vea un cliente.
Protección contra duplicados. Que un mismo intento de pago, aunque el usuario presione dos veces, solo se cobre una vez (a esto se le llama idempotencia).
Mensajes de error claros. “Tu banco rechazó el pago, prueba con otra tarjeta” ayuda. “Error 500” no.
Soporte preparado. Respuestas listas para las dudas más comunes y una ruta rápida para escalar problemas.
4. Durante: el war room
El día del evento, el PM no está para construir, está para observar y decidir rápido. Lo mínimo es un tablero en tiempo real con:
Tasa de aprobación, total y por banco o proveedor.
Latencia del checkout.
Errores por proveedor.
Señales de fraude.
Y lo más importante: decidir antes del día qué se hace si algo pasa. Si la aprobación cae de cierto umbral, ¿quién decide mover el tráfico a otro proveedor? Si el fraude se dispara, ¿quién puede ajustar reglas? En plena crisis no es momento de averiguar quién aprueba qué.
5. Después: el Buen Fin no termina el martes
Los contracargos llegan semanas después. Las disputas de lo que se vendió en noviembre aparecen en diciembre o enero (aquí te lo expliqué: Contracargos).
Conciliación. Con tanto volumen, cuadrar lo cobrado con lo vendido toma más trabajo.
Retro. ¿Qué falló, qué aguantó y qué se cambia para el próximo evento? Diciembre ya viene.
6. El trade-off de la temporada alta
El dilema más común: negocio quiere lanzar una funcionalidad nueva “justo para el Buen Fin”, y el equipo técnico pide congelar cambios.
¿Quién tiene razón? Depende de cuánto dinero gana la funcionalidad contra cuánto pierdes si el checkout se cae. Y en la mayoría de los casos, el riesgo de romper el flujo de pago el día con más ventas pesa más que cualquier feature nuevo.
En mi opinión, en temporada alta, la estabilidad es el producto.
7. El aprendizaje para cualquier PM
Aunque el caso es de pagos, la lección aplica a cualquier producto con picos: lanzamientos, inscripciones, cierres de mes.
Los picos no crean problemas, los revelan. Lo que falla en Buen Fin ya estaba frágil desde antes.
Decide antes, no durante. Umbrales, responsables y planes B se definen con calma.
Mide la experiencia completa, no solo las ventas. Vender mucho con 15% de rechazos no es un éxito, es dinero que dejaste en la mesa.
🧠 Ejercicio para ti
Haz un pre-mortem: imagina que es lunes 18 de noviembre y el Buen Fin salió muy mal para tu producto.
Escribe las cinco razones más probables de por qué falló. Luego, para cada una, anota qué podrías hacer hoy para evitarlo. Cuéntame en los comentarios cuál fue la primera de tu lista.
En resumen
En temporada alta los pagos fallan por volumen, rechazos de los bancos, fraude, promociones mal configuradas y dependencia de un solo proveedor. Casi todo se puede anticipar. El trabajo del PM es prepararse semanas antes, decidir con calma qué hacer si algo falla y medir la experiencia completa, no solo las ventas.
El Buen Fin no se gana el viernes a las 00:01. Se gana todas las semanas anteriores.
🚀 Hablando de prepararse antes de la temporada alta… ya abrió TPP Academy. Vas a aprender a ejecutar producto con el TPP Framework, manejar stakeholders, investigar, decidir con datos, prototipar con IA y medir lo que importa.
Clases grabadas, a tu ritmo y sin relleno. Con el plan VIP tienes un precio especial de fundador👇 https://www.skool.com/the-pro-producto-4548/about
Si conoces a alguien que trabaja en pagos o e-commerce, compártele este post antes del viernes 13. Y si todavía no te suscribes, ¿qué esperas? 😉
Fan del ejercicio! Hacer un pre-mortem me parece importantísimo.