Hoe Pexx een white-label reis eSIM-product bouwde bovenop de Firsty API

In mei 2026, Pexx lanceerde een white-label reis eSIM-product in hun cryptowallet-app. Loyale Pexx-gebruikers verdienen gratis data als beloning voor het aanmaken van accounts en transacties. De integratie maakt volledig gebruik van de Firsty API.

Deze casestudy behandelt wat Pexx heeft gebouwd, waarom ze kozen voor API-integratie in plaats van een eenvoudige webapp, en wat we hebben geleerd over het integreren van connectiviteit in een product dat geen telecom is.

Het probleem dat Pexx heeft opgelost

Pexx-gebruikers zijn crypto-native: ze bezitten en verhandelen digitale activa. Veel reizen internationaal. De reisgebruiksscenario's voor cryptowallets zijn reëel:

• Betalen voor dingen in het buitenland zonder traditionele bankkosten

• Activa beheren over tijdzones heen

• Betalingen ontvangen terwijl je tussen landen reist

Maar wanneer Pexx-gebruikers reizen, komen ze dezelfde hindernis tegen als iedereen: internationaal roamen is duur, openbaar WiFi is onveilig voor gevoelige financiële operaties, en lokale simkaarten betekenen dat je je primaire nummer verliest.

Pexx wilde dit oplossen op een manier die ook hun kernproduct versterkte: het belonen van de gedragingen die ze willen dat gebruikers doen (accounts aanmaken, transacties voltooien). Gratis data werd de wortel.

Wat ze hebben gebouwd

In de Pexx-app zien gebruikers een "gratis data"-sectie die hun databalans toont. De balans groeit wanneer gebruikers bepaalde acties voltooien:

• Een account aanmaken: start databalans

• Eerste transactie voltooien: extra data

• Transactiemijlpalen bereiken: bonusdata

• Bepaalde activawaardes aanhouden: voortdurende data-toekenning

Wanneer de gebruiker klaar is om te reizen, tikt hij op "activeer eSIM" en krijgt een Pexx-branded QR-code om op zijn telefoon te installeren. De eSIM is wit gelabeld: klanten zien de Pexx-branding, niet die van Firsty.

De technische flow aan de kant van Pexx:

1. De gebruiker voltooit een gekwalificeerde actie in de Pexx-app

2. Pexx's backend kent data toe aan de account van de gebruiker (interne balans)

3. Wanneer de gebruiker klaar is om de eSIM te gebruiken, roept Pexx de Firsty API aan om deze te voorzien

4. Pexx koppelt een datapakket dat overeenkomt met de verdiende balans van de gebruiker

5. Pexx retourneert de LPA QR-code aan de gebruiker

6. De gebruiker installeert de eSIM en reist

De databalans wordt opgeslagen in Pexx's database, losgekoppeld van de daadwerkelijke eSIM. Dit laat Pexx toe de loyaliteitsmechanismen onafhankelijk van de connectiviteitslaag te controleren.

Waarom API-integratie (niet webapp)

Pexx overwoog de webapp-benadering (het Belfius-patroon) maar koos voor API-integratie om drie redenen:

1. Diepe loyaliteitsintegratie: de gratis data is gekoppeld aan specifieke gebruikersacties binnen het Pexx-product. Een webapp zou deze toestand niet schoon kunnen benaderen. Directe API-integratie stelt Pexx in staat om precies te controleren hoeveel data elke gebruiker krijgt op basis van hun gedrag.

2. White-label ervaring: Pexx wilde dat gebruikers nooit de "Firsty" branding zouden zien. De webapp-optie is co-branded, wat wrijving zou hebben geïntroduceerd. API-integratie betekende dat Pexx de hele ervaring in hun app native kon weergeven.

3. Data en analyse: Pexx volgt gebruikersgedrag nauwlettend. Ze wilden eSIM-activatie en datagebruik als eersteklas gebeurtenissen in hun analyse. Webhook-gestuurde API-integratie levert die gebeurtenissen direct aan de pijplijn van Pexx.

De afweging was de inspanning van engineerings. Webapp = link integratie in uren. API-integratie = weken werk. Pexx had de engineering capaciteit en besloot dat de diepere integratie de moeite waard was.

Integratietijdlijn

De integratie van Pexx duurde ongeveer 10 weken vanaf de eerste beslissing tot de publieke lancering:

• Weken 1-2: Architectuurontwerp, eSIM data flow specificatie, overeenstemming over loyaliteitsmechanieken

• Weken 3-5: Firsty API-integratie (authenticatie, eSIM provisioning, pakketbestelling, webhook-handler)

• Weken 6-7: Pexx-kant UI voor de eSIM-sectie, loyaliteitsbalansweergave, activatiestroom

• Week 8: Interne testen met Pexx-medewerkers

• Week 9: Bèta testen met een geselecteerde groep power users

• Week 10: Publieke lancering

De Firsty API-integratie zelf was ongeveer 3 weken werk van één engineer. De resterende tijd was UI, bedrijfslogica en interne revisie.

Technische beslissingen die het vermelden waard zijn

Webhook-gestuurde staat: Pexx doet geen polling van onze API voor de eSIM-status. Ze vertrouwen op Firsty webhooks (esim.geïnstalleerd, pakket.geactiveerd, pakket.gebruik) om hun interne staat bij te werken. Dit betekent real-time nauwkeurigheid zonder zorgen over snelheid-limieten.

Pre-provisioning: Voor gebruikers met veel betrokkenheid die vaak reizen, pre-provioneert Pexx eSIMs voordat de gebruiker er expliciet om vraagt. De eSIM is klaar, maar het pakket wordt pas bij activatie gekoppeld. Dit verkort de activatietijd van "provisioning gebeurt nu" naar "pakket koppeling gebeurt nu," wat direct aanvoelt voor de gebruiker.

Tweestaps provisioningspatronen: door eSIM- creatie te scheiden van pakketbestelling, kan Pexx eSIMs pre-provisioneren voor populaire bestemmingen en dynamisch pakketten koppelen op basis van de keuze van de gebruiker. Dit zou niet mogelijk zijn met gebundelde API's.

Idempotentie sleutels: elke provisioning call van Pexx bevat een deterministische idempotentiesleutel (combinatie van gebruikers-ID en actietimestamp). Als hun backend een verzoek opnieuw uitvoert na een netwerkwisseling, stuurt Firsty de gecachte reactie terug in plaats van dubbel te provisioneren.

Wat werkte

Crypto-native gebruikers adopteerden snel: Pexx-gebruikers neigen technisch te zijn. Ze begrepen de installatie van eSIM meteen en hadden geen begeleiding nodig. De activatie voltooiingspercentages waren aanzienlijk hoger dan bij typische eSIM-apps voor consumenten.

Loyaliteitsmechaniek creëert cumulatieve betrokkenheid: gebruikers die data ontgrendelen verdienen meer door meer transacties te doen. De data beloning wordt een reden om het kernproduct meer te gebruiken, wat het kernproduct versterkt. Klassieke loyaliteitsvliegwiel.

Multi-IMSI failover voorkwam ondersteuningsproblemen: in de eerste maand na lancering gebeurden twee regionale netwerkstoringen. Pexx's klanten bleven verbonden. Het ondersteuningsteam wist pas van de storingen toen ze de incidentrapporten van Firsty lazen.

Wat we hebben geleerd

Loyaliteitsintegratie is een sterk integratiepatroon: het koppelen van databeloningen aan productacties is effectiever dan een vaste toewijzing te bieden. Pexx's data toont aan dat gebruikers die data ontgrendelen via transacties beter behouden blijven dan gebruikers die gewoon gratis data krijgen.

API-integratie is de moeite waard wanneer connectiviteit deel uitmaakt van het productverhaal: voor Pexx is de eSIM geen bijzaak. Het is een uitbreiding van de kernwaardepropositie "gebruik Pexx overal". Diepe integratie is belangrijk wanneer de functie kern is, niet wanneer het optioneel is.

Crypto + connectiviteit is een echte combinatie: we hadden niet voorzien hoe natuurlijk deze passen. Reizende cryptogebruikers hebben beide echt nodig. Andere cryptoproducten zouden Pexx's patroon kunnen volgen.

Zou dit werken voor uw fintech- of cryptoproduct?

Als u heeft:

• Een gebruikersbasis die internationaal reist

• Engineering capaciteit voor een API-integratie (2-4 engineer weken)

• Een loyaliteit of beloningsmechaniek die u wilt uitbreiden

• Een reden waarom uw gebruikers waarde zouden hechten aan connectiviteit van uw merk

Het Pexx-patroon werkt waarschijnlijk voor jou. De integratie is goed gedocumenteerd en de tijd tot lancering wordt in weken gemeten.

Als je geïnteresseerd bent in het verkennen van dit voor je product, neem contact met ons op. We kunnen meer delen over hoe Pexx hun flow heeft gestructureerd en wat we zouden aanbevelen voor jouw context.