Plano de 90 dias para lançar a sua fintech (MVP)

A maioria das equipes que se propõem a criar uma fintech trata a questão dos 90 dias como se fosse só de engenharia. Não é. O MVP que você consegue construir em um trimestre é limitado muito menos pelo código do que por duas coisas lentas de mudar: seu perímetro regulatório e seu modelo de custódia. Se você acerta os dois cedo, a construção se comprime. Se erra, nenhuma quantidade de engenharia salva o cronograma.

Este é um plano concreto, fase por fase, para chegar a um MVP em produção em 90 dias. Ele assume que você integra trilhos regulados em vez de construí-los do zero, que é o único caminho realista para esse prazo. Para a arquitetura por trás disso, leia o guia complementar sobre como criar uma fintech de pagamentos cripto e fiat. Aqui o foco é a sequência: o que fazer, em que ordem e o que decidir antes de escrever código.

Quanto tempo realmente leva para lançar um MVP de fintech?

Um MVP em produção em menos de 90 dias é realista para uma equipe focada que usa infraestrutura baseada em API, mas só se as partes reguladas se apoiarem em parceiros licenciados. As três variáveis que movem a data são o escopo do produto, a quantidade de mercados e se você precisa da sua própria autorização. Solicitar sua licença se mede em meses, às vezes mais de um ano, e corre em um relógio separado do seu desenvolvimento. O plano abaixo assume que você lança primeiro sobre licenças de parceiros e tramita a sua em paralelo se o seu modelo exigir.

1. Dias 1 a 10: defina o modelo e o perímetro

Antes de qualquer coisa técnica, escreva com exatidão o que o seu produto faz e quem toca o dinheiro. Seu perímetro regulatório se define com uma única pergunta: você em algum momento controla os fundos do cliente? Se você retém, converte ou transmite o dinheiro do usuário, está dentro das regras de transmissão de dinheiro e salvaguarda. Se os usuários mantêm o controle dos próprios fundos e aprovam cada movimento (um modelo não custodial), sua superfície diminui e a conversa sobre licenças muda.

Decida quatro coisas nesta semana:

• Os fluxos que você realmente precisa para lançar (contas, on e off ramp, cartões, cross-border).
• Os mercados que você vai atender primeiro, porque as licenças seguem seus clientes, não o local onde você constitui a empresa.
• Seu modelo de custódia, custodial ou não custodial, porque isso define tudo o que vem depois.
• Se as partes reguladas podem se apoiar em licenças de parceiros enquanto você fica com a experiência do produto.

Se você tem dúvidas sobre qual modelo de custódia encaixa melhor, a comparação custódia custodial vs não custodial percorre os tradeoffs.

2. Dias 11 a 25: escolha sua via regulatória

Sua via regulatória é o maior determinante de custo e prazo, então resolva isso antes de construir. Na maioria dos mercados você tem três opções amplas, e elas não são excludentes entre si.

Via	O que implica	Tempo até lançar	Quando faz sentido
Apoiar-se em parceiros	Você opera como correspondente ou agente de instituições licenciadas que detêm a atividade regulada	Semanas a poucos meses	Você busca velocidade e um início enxuto, e seu modelo é não custodial ou tem pouca custódia
Sua própria autorização	Você solicita uma licença (por exemplo, para operar como instituição de pagamento)	Muitos meses, às vezes mais de um ano	Você precisa de controle total da atividade regulada ou os parceiros não cobrem seu mercado
Híbrida	Você lança sobre parceiros agora e tramita sua autorização em paralelo	Lança em semanas, autoriza depois	Você quer estar no ar enquanto constrói rumo à independência

Quando o seu modelo exige autorização, a figura importa. No Brasil, o Banco Central do Brasil (BCB) separa as atividades e define figuras distintas: instituição de pagamento para moeda eletrônica e pagamentos, e Sociedade de Crédito Direto (SCD) para operações de crédito sem captação de depósitos. Se o seu modelo envolve tokenização de ativos, a CVM entra na conversa. Atividade diferente, licença diferente, regras diferentes. Escolha a que corresponde ao que você de fato faz e confirme a classificação com seu advogado, porque ela varia por mercado.

Para um mapa mais amplo de registros por região, veja licenças para mover cripto e fiat: MSB, EMI e MiCA.

3. Dias 20 a 30: orce capital, custos e runway

Defina seu orçamento assim que a via regulatória estiver clara, porque a via muda os números em uma ordem de grandeza. Solicitar sua própria licença costuma exigir capital mínimo fixado pelo regulador, além de custos legais, de auditoria e de supervisão contínua. Lançar sobre parceiros troca capital inicial alto por algumas comissões recorrentes e um caminho bem mais curto até faturar.

Monte seu orçamento em torno destas rubricas:

• Jurídico e regulatório: advogados, constituição da sociedade e o processo de autorização, se você for atrás dele.
• Capital mínimo: só se você tiver licença própria; o valor é fixado pelo regulador, costuma variar conforme suas atividades e volume e deve ser confirmado com seu advogado, não assumido.
• Tecnologia: integração da API de pagamentos, a camada de carteira, o motor de compliance e o painel.
• Operação de compliance: KYC/KYB, monitoramento de transações e auditorias periódicas, que são recorrentes, não pontuais.
• Runway: o suficiente para sobreviver ao piloto e chegar a volume real de transações.

Não trate como fixos os números de capital mínimo que você encontrar na internet. Eles diferem por mercado, por atividade, e mudam com o tempo, então modele seus próprios números com seu advogado e seus fornecedores.

4. Dias 31 a 50: construa o core

O core é menor do que a maioria espera, porque as partes difíceis e indiferenciadas são integradas em vez de construídas. Seu stack mínimo viável tem quatro peças: uma API de pagamentos unificada, uma camada de carteira e custódia, um motor de compliance e um painel operacional.

Trate cripto e fiat como um único ledger desde o primeiro commit. Essa única decisão permite lançar com fiat e adicionar trilhos de stablecoin depois sem redesenhar nada. Conecte webhooks para cada evento de transação e torne idempotente cada escrita para que nenhum evento seja processado duas vezes e seu livro fique auditável. Uma chamada para criar um pagamento se pareceria mais ou menos com isto, com uma chave de idempotência que te protege contra retentativas e duplicidades:

curl -X POST https://api.seuprovedor.com/v1/payments \
  -H "Authorization: Bearer $API_KEY" \
  -H "Idempotency-Key: 4f1a9c2e-7b3d-4e6a-9f21-8c0d5b2a1e77" \
  -H "Content-Type: application/json" \
  -d '{
    "amount": "250.00",
    "source_currency": "BRL",
    "settlement_currency": "USDC",
    "beneficiary": { "type": "bank_account", "rail": "pix", "account_ref": "acct_9f2b" },
    "metadata": { "order_id": "ord_10432" }
  }'

O provedor publica então atualizações assíncronas no seu webhook conforme o pagamento muda de estado (criado, filtrado, liquidado ou falho) e seu ledger concilia contra esses eventos. Se você quiser o raciocínio por trás desse design, o guia o que é banking as a service (BaaS) explica como a atividade regulada fica atrás da API que você integra.

5. Dias 51 a 65: coloque o compliance dentro do fluxo

O compliance vive dentro do fluxo do produto, não colado depois do lançamento, porque incorporá-lo tarde implica redesenhar fluxos e migrar dados. Coloque o KYC/KYB no onboarding como uma etapa que o usuário não pode pular, rode triagem de sanções e PEP no cadastro e em cada transferência, e monitore as operações com regras configuráveis por mercado.

Se você movimenta cripto, adicione triagem de carteiras e troca de dados de travel rule onde o limite exigir, anexados à transferência automaticamente para não travar a liquidação. A mecânica de tudo isso está em como funcionam o KYC e o AML em pagamentos cripto e fiat. O princípio para o plano é simples: se um controle não está no fluxo até o dia 65, vai ser muito mais caro adicioná-lo no mês seis.

6. Dias 66 a 80: adicione trilhos e endureça

Com o core e o compliance no ar, adicione os trilhos que tornam o produto útil e depois ataque os caminhos de falha. A emissão de cartões que gasta direto do saldo, os payouts cross-border para trilhos locais, e o on e off ramp entre cripto e fiat são as adições habituais nesta etapa.

Depois teste o que quebra em produção, não o que funciona em uma demo: estornos, positivos de sanções, congestionamento de rede, falhas parciais e eventos duplicados. Levante o painel operacional para que sua equipe gerencie liquidações, alertas e relatórios sem tocar no banco de dados. Aqui um protótipo ou vira plataforma ou revela que nunca foi uma.

7. Dias 81 a 90: rode um lançamento controlado

Lance para um piloto fechado com usuários e dinheiro reais, com limites baixos, antes de abrir as portas. O piloto existe para provar três coisas em condições reais: que a conciliação aguenta, que os prazos de liquidação são previsíveis e que a trilha de auditoria está completa. Só quando isso se sustenta você sobe os limites e amplia o acesso.

Mantenha o perímetro estreito para o piloto, um mercado e uma lista curta de fluxos, para que qualquer problema seja fácil de isolar. Um piloto limpo vale mais do que uma lista impressionante de funcionalidades, porque é a evidência que um banco parceiro ou um regulador de verdade vai pedir para ver.

O plano de 90 dias de relance

Aqui está a sequência completa em uma única visão, que também serve como checklist para rodar semana a semana.

Fase	Dias	Foco	Critério de saída
Escopo	1 a 10	Modelo, fluxos, mercados, custódia	Perímetro escrito e acordado
Via regulatória	11 a 25	Parceiros, autorização própria ou híbrida	Via escolhida, classificação confirmada
Orçamento	20 a 30	Capital, custos, runway	Plano financiado com números realistas
Core técnico	31 a 50	API, ledger, webhooks, idempotência	Um fluxo real de ponta a ponta
Compliance	51 a 65	KYC/KYB, triagem, monitoramento	Controles no ar dentro do fluxo
Trilhos e hardening	66 a 80	Cartões, cross-border, caminhos de falha	Rotas de falha testadas
Lançamento controlado	81 a 90	Piloto fechado com limites baixos	Conciliação e auditoria aguentam

Cinco coisas que você não pode errar

1. Começar pelo código. O perímetro e o modelo de custódia condicionam tudo. Decida-os na semana um.
2. Assumir que você precisa de todas as licenças. Boa parte da superfície regulada pode ir sobre parceiros. Mapeie isso antes de escalar.
3. Tratar o capital mínimo como número fixo. Ele varia por mercado e atividade. Modele com seu advogado, não com um número de blog.
4. Deixar o compliance para o final. É a forma mais cara de fazer isso. Se não está no fluxo, não está feito.
5. Pular o piloto. Uma rodada limpa com limites baixos é sua melhor evidência. Não a troque por um lançamento público mais rápido.

Onde a Tokelia se encaixa

A Tokelia é a infraestrutura para o dinheiro programável: contas virtuais, trilhos unificados de cripto e fiat, emissão de cartões, pagamentos transfronteiriços e stablecoins atrás de uma única API REST, com SDKs, webhooks e idempotência incluídos, arquitetura não custodial e compliance no stack base em vez de vendido como add-ons. Os serviços de dinheiro são prestados pela Tokelia LLC, uma empresa registrada como Money Services Business perante a FinCEN, com a atividade bancária regulada entregue por instituições licenciadas, de modo que você pode lançar com sua própria marca e se apoiar em licenças de parceiros para as partes reguladas enquanto sua equipe constrói o produto.

Se você está dimensionando um lançamento de 90 dias, a forma mais rápida de testar este plano contra o seu próprio modelo é percorrer um fluxo real com nossa equipe. Fale com a gente e consiga uma sandbox key.