---
title: "Neobank launch checklist: a 30, 60, and 90 day plan for an MVP"
seoTitle: "Neobank launch checklist: a 30, 60, 90 day MVP plan"
description: "A 90-day neobank MVP plan: team roles, regulatory path, vendors, build milestones, pilot users, launch criteria, and the metrics to watch after day 90."
date: "2026-10-26"
updated: "2026-10-26"
category: "payments"
author: "BlindPay Team"
faq:
  - q: "Can you launch a neobank MVP in 90 days?"
    a: "You can launch a pilot in 90 days if the regulatory path runs through partners rather than your own license, the scope is one corridor and a few features, and vendors are chosen in the first month. A bank charter or your own payment license takes far longer. The 90 days cover product, integration, compliance setup, and a small pilot, not a mass launch."
  - q: "What should a neobank MVP include?"
    a: "One customer type, one country of users, and one money story end to end: sign up and verify, receive money, see a balance, and move it out. For a dollar account app that means verified onboarding, US account details, a USD balance, and payouts to a local rail such as Pix or SPEI. Cards, savings features, and extra countries wait for the next release."
  - q: "Who do you need on a neobank launch team?"
    a: "At minimum a product lead who owns scope, one or two engineers for the app and backend, a compliance owner who writes and runs the program, and someone on support and operations from the pilot onward. Many teams add outside counsel for the licensing path. A small team can work because vendors carry the regulated plumbing: accounts, KYC, payment rails, and card issuing."
  - q: "Which metrics matter in a neobank's first 90 days?"
    a: "Activation rate (verified users who make a first deposit), time to first deposit, payout success rate, support tickets per 100 active users, and KYC approval rate. Track each one weekly from the first pilot user. They show where users drop off and where operations break, long before revenue numbers say anything useful."
  - q: "When should a neobank add cards?"
    a: "After the core money in and money out loop works and you know users want to spend from the balance. A card program is its own workstream with its own providers: an issuer-processor, a BIN sponsor, often a program manager, plus network rules and fraud tooling. Start the vendor conversation early if cards are core to your pitch, but launch the pilot without them."
  - q: "What are launch criteria for a neobank pilot?"
    a: "Write them before day 61: compliance program approved internally, every money flow tested end to end including failures and refunds, support playbooks for the top ten tickets, reconciliation running daily without breaks, and incident contacts at every vendor. Launch when each item is met, not when the calendar says 90."
---

A neobank MVP can reach pilot users in about 90 days when it launches on partners: 30 days to pick the regulatory path, vendors, and scope, 30 days to build and test, and 30 days to run a small pilot against written launch criteria. BlindPay covers the money movement workstream in that plan: accounts in, payouts out, FX, and KYC through one integration.

The calendar only holds if the regulatory route doesn't need your own license first. This checklist gives each phase a task table, then the readiness checks and metrics that decide whether you open the doors. It closes the series on [how to build a neobank](/resources/more/how-to-build-a-neobank).

**Key takeaways**

- Ninety days buys a pilot, not a national launch. Scope one user type, one country, one money loop.
- Days 1 to 30 decide everything slow: regulatory path, vendors, compliance owner, scope.
- Money movement is one workstream. Cards and wallets are separate workstreams with their own providers.
- Write launch criteria before day 61 and launch against them.
- Track four numbers weekly from user one: activation, time to first deposit, payout success, tickets per 100 users.

## What does it take to launch a neobank MVP in 90 days?

A narrow scope, a partner-based regulatory path, vendors chosen in month one, and launch criteria written in advance.

Three things change the timeline more than engineering speed:

1. **The licensing route.** Launching through a regulated partner fits in 90 days. Your own charter or payment license doesn't. See [do you need a banking license for a neobank](/resources/more/do-you-need-a-banking-license-for-a-neobank).
2. **Vendor approval.** Partners review you before you go live, and their timelines are theirs. Start every vendor conversation in month one.
3. **Scope creep.** Every extra country adds rules, rails, and support. Every extra feature adds a workstream.

## Who is on the team, and who owns what?

Five roles, sometimes fewer people.

| Role | Owns | In the plan as |
| --- | --- | --- |
| Product lead | Scope, launch criteria, metrics | PL |
| Engineering (1 to 3) | App, backend, ledger, integrations | ENG |
| Compliance owner | AML program, KYC policy, vendor due diligence | CO |
| Operations and support | Playbooks, reconciliation, user tickets | OPS |
| Counsel (often external) | Licensing path, terms, disclosures | LEGAL |

## What happens in days 1 to 30?

Decisions. By day 30 you should know who you serve, under whose license, with which vendors.

| Task | Owner | Output | Done when |
| --- | --- | --- | --- |
| Pick one user type and one country | PL | One-page scope | Signed off by founders |
| Choose the regulatory path | LEGAL, CO | Written route (partner bank, licensed provider, or own license) | Counsel memo filed |
| Map the money flows | PL, ENG | Diagram: money in, held, money out | Every arrow has a provider |
| Shortlist and pick vendors | PL, CO | Vendor list per layer | Contracts or LOIs in progress |
| Vendor due diligence | CO | Diligence file per vendor | Registrations and policies checked |
| Draft the compliance program | CO | AML policy, KYC policy, risk assessment draft | Counsel has signed off |
| Design onboarding and core screens | PL | Clickable prototype | Tested with five target users |
| Open development environments | ENG | Development instances and test keys | First API call succeeds |

Vendor due diligence matters even with a small team. US banking regulators' [interagency guidance on third-party relationships](https://www.federalreserve.gov/newsevents/pressreleases/bcreg20230606a.htm) explains how banks manage fintech partners, which tells you what your partner will ask you for. For US money transmitters, check registration on the [FinCEN MSB registrant search](https://www.fincen.gov/msb-registrant-search). Comparing providers by job is covered in the [best stablecoin infrastructure for neobanks](/resources/more/best-stablecoin-infrastructure-for-neobanks-2026).

## What happens in days 31 to 60?

Build and test every money flow, including the ugly ones.

| Task | Owner | Output | Done when |
| --- | --- | --- | --- |
| Onboarding with KYC | ENG | Sign-up to verified user | Approved, rejected, and manual review paths work |
| Accounts and deposits | ENG | Account details screen, deposit crediting | Deposit credits once, even on duplicate webhooks |
| Ledger and balances | ENG | Pending and available balances | Daily reconciliation runs without breaks |
| Payouts | ENG | Quote, confirm, execute, track | Completed, failed, and refunded payouts tested |
| Support playbooks | OPS | Answers for the top ten tickets | Signed off by CO and PL |
| Disclosures and terms | LEGAL | Terms, fee schedule, balance disclosure | Approved by counsel |
| Compliance tooling | CO | Monitoring, escalation, record keeping | Test alerts reach a person |
| Separate workstreams (cards, wallets) | PL | Vendor status and plan | Decision: in pilot or next release |

The payments integration is a handful of API calls in a fixed order. The [neobank API quickstart](/resources/more/neobank-api-quickstart-first-deposit-first-payout) maps each screen to its call, and coding agents can write much of it under the guardrails in [build a neobank with AI agents](/resources/more/build-a-neobank-with-ai-agents).

If your product holds consumer accounts covered by Regulation E, error resolution has deadlines: [12 CFR 1005.11](https://www.law.cornell.edu/cfr/text/12/1005.11) covers notices received within 60 days of a periodic statement. Ask counsel whether it applies, then write the support process before the pilot.

## What happens in days 61 to 90?

Pilot with real users, fix what breaks, and launch only when the criteria are met.

| Task | Owner | Output | Done when |
| --- | --- | --- | --- |
| Employee test | ALL | One real deposit and one real payout per team member | Every receipt and balance matches |
| Pilot cohort | PL | 20 to 100 invited users (illustrative) | Cohort onboarded |
| Weekly metrics review | PL | Dashboard of the four metrics | Discussed every week |
| Incident drill | OPS, ENG | Runbook test for a failed payout and a stuck deposit | Resolved inside your target time |
| Compliance review of pilot activity | CO | Alerts reviewed, records complete | No open items older than a week |
| Launch decision | PL, CO | Go or no-go memo | Every launch criterion met |

## What is on the go-live readiness checklist?

- Regulatory path confirmed in writing, partner agreements signed.
- Compliance program approved internally, with a named owner.
- Every money flow tested end to end in production by employees: deposit, balance, payout, failure, refund.
- Webhook signatures verified, idempotency on every money-moving call.
- Reconciliation between your ledger, bank statements, and wallet balances runs daily.
- Terms, fee schedule, and balance disclosures live in the app.
- Support playbooks for the top ten tickets, plus escalation contacts at every vendor.
- Limits per user set and explained in the app.

## Which metrics matter in the first 90 days?

Four operating numbers, measured weekly from the first pilot user.

| Metric | Formula | What it tells you |
| --- | --- | --- |
| Activation rate | Users with a first deposit divided by verified users | Whether the product is worth funding |
| Time to first deposit | Median time from verified to first deposit | Where onboarding stalls |
| Payout success rate | Completed payouts divided by executed payouts | Data quality and rail health |
| Support tickets per 100 users | Tickets divided by active users, times 100 | Where the app confuses people |

Add KYC approval rate and quote expiry rate if you have the data. Illustrative example: 80 pilot users verify, 52 fund, so activation is 65%. If median time to first deposit is four days, the account details screen or the payer instructions need work before you add a single feature.

## What are the budget lines?

Plan for each line even if the amount is small: provider plans and per-transaction fees, KYC checks, legal and licensing work, compliance tooling, cloud and app store costs, support staffing, and a buffer for audits. On BlindPay, plans are listed on the [pricing page](/pricing) and per-transaction fees appear in each quote before you execute.

## What are the common mistakes?

- Starting the build before the regulatory path is decided.
- Launching three countries in the pilot.
- Folding cards into the money movement workstream and blocking both.
- Testing only completed payouts.
- No written launch criteria, so the date wins every argument.
- Nobody owns reconciliation until a balance is wrong.

## How BlindPay fits

BlindPay is the money movement and compliance layer in this plan. One integration covers KYC and KYB, US virtual accounts in the customer's own name with routing and account numbers, payins over ACH, wire, Pix, SPEI, and PSE, and payouts over ACH, wire, RTP, Pix, SPEI, ACH Colombia, Transfers 3.0, SEPA, Faster Payments, and SWIFT (POBO/COBO). Quotes lock the rate and fees before execution.

Development instances let the team run every flow in month two, with KYC auto-approved and test amounts that force failed and refunded payouts. BlindPay is registered with FinCEN as a Money Services Business, and for payouts from customer-controlled wallets it is non-custodial: you authorize the exact amount and BlindPay executes that one transaction. Cards and consumer wallets stay with the providers you pick for those workstreams.

## What to do next

Write your one-page scope and your launch criteria this week. Then open a development instance and run one deposit and one payout using the [sandbox vs production guide](/docs/learn/sandbox-vs-production) to see what changes at go-live.