For apps where users earn
You handle the earning. We handle what they earn.
Surveys, offerwalls, form fills, points for playing — however your users accumulate a balance, the hard part is what happens when they cash it out. That is a catalog problem, in every country you have users, at amounts small enough that most payment rails refuse them.
Small payouts break normal payment rails
Someone who earned four euros from a survey cannot take a bank transfer, and a card payout fee eats a visible share of it. The rails that work for payroll are the wrong shape for a balance that is often single digits — which is why so many earn apps end up with a redemption threshold nobody asked for.
A gift card does not have that problem. It clears at any value, in the recipient's own currency, for a brand they already use — and if they would rather take crypto, they can.
One API behind the cash-out button
Your users pick a reward, you call one endpoint, we deliver it. The same integration serves gift cards, prepaids, digital products and crypto — you do not add a vendor each time you add a payout method.
Any value, including very small ones
The catalog carries low denominations in most markets, so a balance worth a few euros is redeemable rather than stuck behind a threshold.
Local where your users are
5,000+ brands across 90+ countries, weighted towards regional names rather than only global ones. A user in Jakarta or Lagos gets something they can spend, not a card that works somewhere else.
They choose, you reconcile once
Every redemption lands in a single ledger whatever the user picked, so finance sees one balance rather than a reconciliation per reward type.