La mayoría de los procesos de pago fueron diseñados para mostrar métodos de pago, no para elegirlos. Esa decisión de diseño conlleva un costo, pero nunca aparece como una partida presupuestaria.
Un proceso de pago estático no falla de manera visible. Nada se rompe, no se dispara ninguna alerta y cada método de pago está integrado y funcionando según lo esperado. Sin embargo, cada sesión tiene un rendimiento ligeramente inferior a su potencial, de una manera que resulta difícil de atribuir.
Un proceso de pago estático es aquel en el que el orden de los métodos de pago se configura una vez y se muestra de forma idéntica a todos los usuarios. Cuando un comercio integra Apple Pay, PIX, tarjetas de crédito y BNPL, el resultado habitual es un orden fijo: tarjetas primero, billeteras digitales después y cuotas al final. Ese orden permanece igual para cada usuario, cada dispositivo, cada monto de transacción y cada mercado.
El razonamiento detrás de esto es conocido. El comercio ofrece las opciones y el usuario selecciona lo que prefiere. La dificultad radica en que la configuración se definió para un usuario promedio que no existe y no se ha revisado desde entonces.
Porque cobra un impuesto por cada discrepancia entre lo que muestra el proceso de pago y lo que el comprador realmente quería.
Cada vez que un usuario tiene que desplazarse más allá de cuatro métodos de pago irrelevantes para encontrar el suyo, usted está pagando un impuesto.
Cada vez que su proceso de pago muestra las mismas opciones a un usuario móvil nuevo y a un cliente recurrente de alto valor en escritorio, usted está pagando un impuesto.
Cada vez que el orden de sus métodos de pago se estableció en un ticket de Jira hace dos años y nadie lo ha cuestionado desde entonces, usted está pagando un impuesto.
Ese impuesto no aparece como una partida presupuestaria. En cambio, se manifiesta en tres lugares:
Cada uno de estos síntomas suele diagnosticarse como algo distinto: un problema de marketing, un problema de precios o un elemento pendiente de UX. En la práctica, es un solo problema que se presenta de tres formas diferentes.
Porque el objetivo no es eliminar o multiplicar opciones. Es reducir la carga cognitiva en el segundo más crítico de todo el proceso de compra.
Considere dos sesiones. Un usuario en un dispositivo móvil, comprando una pizza, que llega de una sesión recurrente y ya está autenticado, debería ver su método de pago guardado al frente y al centro en lugar de un formulario de tarjeta. Un usuario nuevo con una compra de alto valor, en su primera visita desde un dispositivo desconocido, probablemente necesite señales de confianza y familiaridad más que rapidez, y debería ver el método que reconoce de su contexto bancario. Mismo comercio, mismo proceso de pago, experiencia óptima totalmente diferente.
La mayor parte del contexto que debería informar esa decisión ocurre antes de que cargue el proceso de pago: el canal desde el que llegó el usuario, si la sesión es desde una aplicación nativa o web móvil, si el dispositivo es el primero o el habitual, y si se inició un carrito el día anterior. Un usuario que hace clic en un enlace de pago de WhatsApp se comporta de manera diferente a uno que buscó y llegó orgánicamente. Un usuario en iOS Safari tiene una disponibilidad de billeteras digitales diferente a la de un usuario en Android Chrome.
Un proceso de pago estático no lee ninguna de estas señales. Lee el archivo de configuración.
Eliminar este costo no requiere datos nuevos. Las señales ya existen en sus datos de transacciones actuales. Lo que se necesita es un checkout capaz de aprovecharlas.
El checkout dinámico de DEUNA ofrece alternativas de pago y recorridos personalizados según el cliente y el tipo de transacción, adaptándose al comportamiento del usuario y a las particularidades locales. Para los compradores reconocidos, el checkout en un clic triplica la conversión al reducir el tiempo de pago de minutos a segundos. Athia, nuestra capa de inteligencia de pagos, transforma los datos brutos de comercio y transacciones en acciones contextuales y detecta oportunidades de crecimiento antes de que los equipos siquiera las busquen.
El checkout que convierte es aquel que parece saber que usted venía en camino. La pregunta es si el suyo está escuchando.
