Cómo Pexx construyó un producto de eSIM de viaje de marca blanca sobre la API de Firsty

En mayo de 2026, Pexx lanzó un producto de eSIM de viaje de marca blanca dentro de su aplicación de billetera criptográfica. Los usuarios leales de Pexx ganan datos gratuitos como recompensa por crear cuentas y realizar transacciones. La integración utiliza la API de Firsty de principio a fin.

Este estudio de caso cubre lo que construyó Pexx, por qué eligieron la integración de API en lugar de una aplicación web más simple, y lo que aprendimos sobre integrar conectividad dentro de un producto no telco.

El problema que Pexx resolvió

Los usuarios de Pexx son nativos de criptomonedas: poseen y transaccionan activos digitales. Muchos viajan internacionalmente. Los casos de uso de las billeteras de criptomonedas para viajar son reales:

• Pagar cosas en el extranjero sin tarifas bancarias tradicionales

• Gestionar activos a través de zonas horarias

• Recibir pagos mientras se desplaza entre países

Pero cuando los usuarios de Pexx viajan, se enfrentan a la misma barrera que todos los demás: el roaming internacional es caro, el WiFi público es inseguro para operaciones financieras sensibles y las tarjetas SIM locales significan perder tu número principal.

Pexx quería resolver esto de una manera que también fortaleciera su producto principal: recompensando los comportamientos que desean que los usuarios realicen (crear cuentas, completar transacciones). Los datos gratuitos se convirtieron en el incentivo.

Lo que construyeron

Dentro de la aplicación de Pexx, los usuarios ven una sección de "datos gratuitos" que muestra su saldo de datos. El saldo crece cuando los usuarios completan acciones calificativas:

• Crear una cuenta: saldo inicial de datos

• Completar la primera transacción: datos adicionales

• Alcanzar hitos de transacción: datos de bonificación

• Mantener ciertos valores de activos: asignación continua de datos

Cuando el usuario está listo para viajar, toca "activar eSIM" y obtiene un código QR con la marca de Pexx para instalar en su teléfono. La eSIM es de marca blanca: los clientes ven la marca de Pexx, no la de Firsty.

El flujo técnico en el lado de Pexx:

1. El usuario completa una acción calificativa en la aplicación de Pexx

2. El backend de Pexx otorga datos a la cuenta del usuario (saldo interno)

3. Cuando el usuario está listo para usar la eSIM, Pexx llama a la API de Firsty para provisionarla

4. Pexx adjunta un paquete de datos que coincide con el saldo ganado por el usuario

5. Pexx devuelve el código QR LPA al usuario

6. El usuario instala la eSIM y viaja

El saldo de datos se almacena en la base de datos de Pexx, separado de la eSIM real. Esto permite que Pexx controle la mecánica de lealtad independientemente de la capa de conectividad.

Por qué integración de API (no webapp)

Pexx consideró el enfoque de la aplicación web (el patrón Belfius) pero eligió la integración de API por tres razones:

1. Integración de lealtad profunda: los datos gratuitos están vinculados a acciones específicas del usuario dentro del producto de Pexx. Una aplicación web no podría acceder a este estado de manera limpia. La integración directa de API permite a Pexx controlar exactamente cuántos datos recibe cada usuario según su comportamiento.

2. Experiencia de marca blanca: Pexx quería que los usuarios nunca vieran la marca "Firsty". La opción de aplicación web es co-marcada, lo que habría introducido fricciones. La integración de API significó que Pexx podría renderizar toda la experiencia de manera nativa en su aplicación.

3. Datos y análisis: Pexx rastrea de cerca el comportamiento del usuario. Querían que la activación de la eSIM y el uso de datos fueran eventos de primera clase en sus análisis. La integración de API impulsada por webhook entrega esos eventos directamente al pipeline de Pexx.

La compensación fue el esfuerzo de ingeniería. Webapp = integración de enlace en horas. Integración de API = semanas de trabajo. Pexx tenía la capacidad de ingeniería y decidió que la integración más profunda valía la pena.

Cronograma de integración

La integración de Pexx tomó alrededor de 10 semanas desde la decisión inicial hasta el lanzamiento público:

• Semanas 1-2: Diseño de arquitectura, especificación del flujo de datos de eSIM, acuerdo sobre la mecánica de lealtad

• Semanas 3-5: Integración de la API de Firsty (autenticación, provisión de eSIM, pedido de paquetes, controlador de webhook)

• Semanas 6-7: Interfaz de usuario del lado de Pexx para la sección de eSIM, visualización del saldo de lealtad, flujo de activación

• Semana 8: Pruebas internas con empleados de Pexx

• Semana 9: Pruebas beta con un grupo selecto de usuarios avanzados

• Semana 10: Lanzamiento público

La integración de la API de Firsty en sí fue aproximadamente 3 semanas de trabajo de un ingeniero. El tiempo restante fue para interfaz de usuario, lógica de negocio y revisión interna.

Decisiones técnicas worth destacar

Estado impulsado por webhooks: Pexx no consulta nuestra API para el estado de la eSIM. Dependen de los webhooks de Firsty (esim.installed, package.activated, package.usage) para actualizar su estado interno. Esto significa precisión en tiempo real sin preocupaciones de límite de tasa.

Pre-provisión: Para usuarios con alta participación que viajan con frecuencia, Pexx pre-provisiona eSIMs antes de que el usuario las solicite explícitamente. La eSIM está lista, pero el paquete no se adjunta hasta la activación. Esto reduce el tiempo de activación de "el aprovisionamiento ocurre ahora" a "el paquete se adjunta ahora", lo que se siente instantáneo para el usuario.

Patrones de provisión en dos pasos: al separar la creación de eSIM de la ordenación de paquetes, Pexx puede pre-provisionar eSIMs para destinos populares y adjuntar paquetes dinámicamente en función de la elección del usuario. Esto no sería posible con APIs combinadas.

Claves de idempotencia: cada llamada de aprovisionamiento desde Pexx incluye una clave de idempotencia determinista (combinando ID de usuario y marca de tiempo de acción). Si su backend vuelve a intentar una solicitud después de un fallo en la red, Firsty devuelve la respuesta en caché en lugar de un doble aprovisionamiento.

Lo que funcionó

Usuarios nativos de criptomonedas adoptaron rápidamente: los usuarios de Pexx se inclinan por lo técnico. Comprendieron la instalación de eSIM de inmediato y no necesitaban orientación. Las tasas de finalización de activación fueron significativamente más altas que las aplicaciones de eSIM de consumidor típicas.

La mecánica de lealtad crea un compromiso acumulativo: los usuarios que desbloquean datos ganan más al transaccionar más. La recompensa de datos se convierte en una razón para usar más el producto principal, lo que fortalece el producto principal. Rueda de lealtad clásica.

La conmutación por fallo Multi-IMSI previno problemas de soporte: durante el primer mes después del lanzamiento, ocurrieron dos cortes de operador regional. Los clientes de Pexx se mantuvieron conectados. El equipo de soporte ni siquiera sabía sobre los cortes hasta que leyeron los informes de incidentes de Firsty.

Lo que aprendimos

La integración de lealtad es un patrón de incorporación fuerte: vincular las recompensas de datos a acciones del producto es más efectivo que ofrecer una asignación plana. Los datos de Pexx muestran que los usuarios que desbloquean datos a través de transacciones retienen mejor que los usuarios que simplemente obtienen datos gratuitos.

La integración de API vale la pena cuando la conectividad es parte de la historia del producto: para Pexx, la eSIM no es una característica secundaria. Es una extensión de la propuesta de valor principal "usar Pexx en cualquier lugar". La integración profunda importa cuando la característica es central, no cuando es opcional.

Crypto + conectividad es una combinación real: no anticipamos lo bien que encajarían. Los usuarios de criptomonedas que viajan realmente necesitan ambos. Otros productos de criptomonedas pueden querer seguir el patrón de Pexx.

¿Podría esto funcionar para su producto fintech o de criptomonedas?

Si tiene:

• Una base de usuarios que viaja internacionalmente

• Capacidad de ingeniería para una integración de API (2-4 semanas de ingenieros)

• Una mecánica de lealtad o recompensas que desea extender

• Una razón por la que sus usuarios valorarían la conectividad de su marca

El patrón Pexx probablemente funcione para ti. La integración está bien documentada y el tiempo de lanzamiento se mide en semanas.

Si estás interesado en explorar esto para tu producto, contáctanos. Podemos compartir más sobre cómo Pexx estructuró su flujo y lo que recomendaríamos para tu contexto.