Fintru — safe daily spend
AI Product Engineer · Product owner
Producto fintech de waitlist: un número diario de gasto seguro para ejecutar el plan, no abandonarlo.
01
Overview
Producto fintech reducido a dos números accionables: cuánto puedo gastar hoy sin romper el plan, y cuántos meses de libertad tengo. La historia del caso es qué se eliminó.
02
El problema
Existe un gap entre saber y hacer. La gente conoce los consejos de ahorro pero no tiene un sistema diario que traduzca su situación financiera en una decisión concreta. Las hojas de cálculo y las listas de tips no se ejecutan bajo fatiga.
03
Contexto
Producto propio en fase de waitlist. La complejidad financiera estaba disponible desde el principio: más de veinte métricas posibles, todas defendibles.
04
Usuarios
- Personas con ingresos y gastos variables que quieren control diario, no un informe mensual.
05
Restricciones
- Claims financieros responsables: no se promete rentabilidad ni se da consejo de inversión.
- Validar la narrativa antes de construir integraciones bancarias, que son caras y lentas de revertir.
06
Enfoque de producto
Reduje el producto a dos números accionables (gasto seguro del día y meses de libertad). Validé narrativa y funnel de waitlist antes de overbuild de banking integrations.
07
Decisiones de producto
- De 20+ métricas posibles a dos números. Todo lo demás se eliminó, no se escondió en un menú.
- Validar el mensaje con un funnel de waitlist antes de integrar con bancos.
- Evitar el formato de lista de consejos: el producto da una cifra diaria, no educación financiera.
08
Arquitectura y dominio
Complejidad financiera
20+ métricas posibles
Decisión de producto
qué NO construir
Gasto seguro hoy
Meses de libertad
MVP de waitlist
validar antes de integrar
Product Engineering también es decidir qué no se construye.
09
AI leverage
AI para iteración de copy de conversión y estructura de landing, con revisión humana estricta en cualquier afirmación financiera.
10
Retos de ingeniería
- Reducir sin infantilizar: dos números tienen que ser suficientes para decidir, no un resumen que obligue a buscar el detalle.
- Diferenciar el mensaje de «otra app de presupuesto» sin prometer lo que el producto no hace.
11
Resultados
- Dominio live fintru.co con funnel de waitlist
- Narrativa clara diferenciada de “otra app de presupuesto”
- Base lista para pricing founder y launch May 2026
12
Aprendizajes
- Product Engineering también es decidir qué NO construir — y defenderlo cuando las 20 métricas eran todas razonables.
- Validar la narrativa cuesta semanas; construir integraciones bancarias equivocadas cuesta meses.
13
Contexto adicional
Fintru ataca el gap knowing–doing: la gente conoce consejos de ahorro, pero no tiene un sistema diario que traduzca riqueza en “cuánto puedo gastar hoy”.
La landing empuja early access, creencia de producto y pricing de founding members — diseño de go-to-market, no solo UI.
El mensaje evita tip lists: control diario, runway en meses y alertas antes de desviarse.
Stack
- Next.js
- TypeScript
- Product marketing
- Waitlist
