← Todos los proyectos
FintechFintech product2026

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

Decisión de producto
  1. Complejidad financiera

    20+ métricas posibles

  2. Decisión de producto

    qué NO construir

  3. Gasto seguro hoy

    Meses de libertad

  4. 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