Apto Self-Serve Card Issuing
Meg Nakamura, co-founder and CEO of Apto, on winning underserved markets with card issuing
The strategic point is that Apto is trying to turn card issuing from a sales led enterprise project into a software product. In practice that means no long contract, no minimums, no implementation queue, and no waiting for an account team to configure every setting. A customer can sign up, generate sandbox keys, test flows, move into production, and start issuing on usage based pricing, which directly attacks the biggest barrier in card issuing, the upfront cost and human setup work.
-
That self serve motion matters because card issuing has historically been manual. Legacy and enterprise oriented providers often required months of implementation, sponsor bank coordination, and custom configuration. Earlier research pegged legacy style launches at a year or more and $500,000+ of work, which made experimentation uneconomic for smaller teams.
-
The closest comparable is Stripe Issuing on the easy end, but even Apto draws the line between simple, vanilla programs and custom ones. Apto is positioning itself as keeping Stripe like speed to first card while preserving more flexibility for bespoke program design, especially for teams that want to tweak controls, wallets, or underlying stores of value.
-
This is also a business model bet. Marqeta proved card infrastructure can become a power law market where one Cash App sized customer can dominate revenue. Apto is instead widening the top of funnel, more like Twilio, betting that hundreds of smaller self serve launches will surface the next breakout winners and create a thicker mid market base.
Where this heads is toward card issuing becoming a default product primitive inside software, not a special project for large fintechs. The winners will be the platforms that combine instant developer access with enough modularity to keep customers as they grow from a weekend prototype into a scaled program.