01 / QUÉ ES
Una fintech de microcrédito para las decenas de millones de brasileños sin acceso al crédito tradicional. Cofundada como CTO, desde un repositorio vacío: sin producto, sin esquema, sin equipo, sin primera línea de código.
Ser invisible para un buró de crédito no es lo mismo que ser un mal deudor. Toda la empresa está construida sobre esa distinción, y todo lo que viene después, el modelo, el flujo, la infraestructura, hubo que diseñarlo en vez de adoptarlo, porque las versiones prearmadas asumen todas un cliente que ya tiene un historial.
02 / CÓMO FUNCIONA
Greenfield, primero el producto. Antes de cualquier arquitectura hubo una pregunta: cómo es un préstamo para alguien que nunca tuvo uno. La respuesta le dio forma al producto. Primeros montos chicos, un flujo que se explica solo mientras corre, preguntas planteadas en un orden que una persona pueda efectivamente responder, y un no claro cuando la respuesta es no. Un rechazo que se siente arbitrario cuesta el cliente para siempre, incluida la versión de esa persona que habría calificado el año que viene.
Greenfield, después el software. Una API en TypeScript, una web app en React, y Postgres debajo, corriendo sobre infraestructura de nube administrada para que un equipo de cinco personas nunca tenga que cuidar un servidor. Los pagos viajan por los rails instantáneos del país en vez de los días hábiles del sistema bancario, que es la diferencia entre un crédito que llega cuando se necesita y uno que llega después del problema.
Puntuar un historial flaco. La persona que más necesita crédito es la persona sobre la que el sistema menos sabe. Puntuar a alguien con diez años de historia bancaria es un problema resuelto; puntuar a alguien que los bancos nunca miraron exige señales distintas, un modelo construido para ese tipo de datos, y la humildad de empezar con montos chicos. Cada pago que se devuelve alimenta de nuevo al modelo, así que la cartera le enseña al prestamista exactamente sobre la población de la que nadie más tiene datos.
El teléfono es la plataforma. Cada pantalla asume un Android de gama baja en una red que se corta a mitad de un request. Eso no es un caso límite para manejar después: es el usuario mediano, y diseñar primero para eso hizo que cada otra decisión fuera más simple.
03 / DECISIONES
Ser dueño del modelo de riesgo. Comprar un score de terceros significa heredar el punto ciego de otro, y ese punto ciego es precisamente nuestro cliente.
Rails instantáneos, no días bancarios. Si la plata llega tres días hábiles después, la emergencia para la que era ya se resolvió de alguna forma peor.
Empezar chico a propósito. Un primer préstamo es una pregunta, no una apuesta. Los montos chicos dejan que el modelo se equivoque barato, y que un buen deudor lo demuestre rápido.
Infraestructura aburrida, a propósito. Servicios administrados antes que ingeniosos. En una empresa de este tamaño, cada hora que se pasa operando algo es una hora que no se pasa en el producto que tiene que convencer a un desconocido de confiarle su plata.
Decir que no con claridad. Un rechazo vago es una decisión de producto, y una mala.
04 / ESTADO
Lanzado en 2024. Continúa.