01 / O QUE É
Uma fintech de microcrédito para as dezenas de milhões de brasileiros sem acesso a crédito tradicional. Cofundada como CTO, a partir de um repositório vazio: sem produto, sem schema, sem equipe, sem primeira linha de código.
Ser invisível para um birô de crédito não é o mesmo que ser um mau pagador. A empresa inteira é construída sobre essa distinção, e tudo que vem depois dela, o modelo, o fluxo, a infraestrutura, precisou ser desenhado em vez de adotado, porque as versões prontas assumem todas um cliente que já tem um histórico.
02 / COMO FUNCIONA
Greenfield, produto primeiro. Antes de qualquer arquitetura havia uma pergunta: como é um empréstimo para alguém que nunca teve um. A resposta deu forma ao produto. Primeiros valores pequenos, um fluxo que se explica sozinho enquanto roda, perguntas feitas em uma ordem que uma pessoa consiga realmente responder, e um não claro quando a resposta é não. Uma rejeição que parece arbitrária custa o cliente para sempre, incluindo a versão dessa pessoa que se qualificaria no ano seguinte.
Greenfield, depois o software. Uma API em TypeScript, um web app em React, e Postgres por baixo, rodando em infraestrutura de nuvem gerenciada para que uma equipe de cinco pessoas nunca precise cuidar de um servidor. Os pagamentos andam pelos rails instantâneos do país em vez dos dias úteis do sistema bancário, que é a diferença entre um crédito que chega quando precisa e um que chega depois do problema.
Pontuar um histórico magro. A pessoa que mais precisa de crédito é a pessoa sobre a qual o sistema menos sabe. Pontuar alguém com dez anos de histórico bancário é um problema resolvido; pontuar alguém que os bancos nunca olharam exige sinais diferentes, um modelo construído para esse tipo de dado, e a humildade de começar com valores pequenos. Cada pagamento devolvido volta para o modelo, então a carteira ensina ao credor exatamente sobre a população sobre a qual mais ninguém tem dados.
O telefone é a plataforma. Cada tela assume um Android de entrada em uma rede que cai no meio de uma requisição. Isso não é um caso extremo para tratar depois: é o usuário mediano, e desenhar primeiro para ele tornou cada outra decisão mais simples.
03 / DECISÕES
Ser dono do modelo de risco. Comprar um score pronto significa herdar o ponto cego de outra pessoa, e esse ponto cego é exatamente o nosso cliente.
Rails instantâneos, não dias bancários. Se o dinheiro cai três dias úteis depois, a emergência para a qual ele era destinado já foi resolvida de um jeito pior.
Começar pequeno de propósito. Um primeiro empréstimo é uma pergunta, não uma aposta. Valores pequenos deixam o modelo errar barato, e deixam um bom pagador provar isso rápido.
Infraestrutura chata, de propósito. Serviços gerenciados em vez de engenhosos. Numa empresa desse tamanho, cada hora gasta operando algo é uma hora não gasta no produto que precisa convencer um estranho a confiar seu dinheiro a ele.
Dizer não com clareza. Uma rejeição vaga é uma decisão de produto, e uma ruim.
04 / STATUS
Lançado em 2024. Em andamento.