Qué resuelve
Balance Ctrl es una app de finanzas personales que diseñé, construí y opero en balancectrl.app.
El dolor no es “falta una gráfica”. El dolor es vivir así:
- Actualizas una hoja de cálculo una vez… y en dos semanas ese número ya miente.
- Sales de la tienda pensando “llegando a casa lo anoto” — se te olvida y esa compra nunca existió en tus cuentas.
- “La renta es cada mes” vive en tu cabeza, no como algo que puedas ver, marcar pagado o anticipar.
- Nadie te avisa que hoy corta la tarjeta o que la próxima semana cae el pago del Xbox.
- Compraste a meses: ¿cuántos pagos llevas del reloj y cuántos te faltan?
Balance Ctrl existe para quitarte esa carga mental: saber dónde estás, qué viene y enterarte a tiempo.
Qué gana el usuario
| Antes | Con Balance Ctrl |
|---|
| El balance es un recuerdo o una hoja vieja | Ves cuánto tienes con datos que actualizas al registrar movimientos |
| Lo mensual es un “ya me acuerdo” | Cada ciclo aparece como un vencimiento concreto que puedes atender |
| Te enteras cuando ya te cobraron o te cortaron | Recibes recordatorio antes de que se te pase |
| Los meses del aparato/crédito son un misterio | Llevas cuántos van y cuántos faltan |
El producto no reemplaza tu banco.
Te da un lugar honesto para decidir con información al día.
Cómo lo hace (sin magia)
Tres ideas simples:
- Datos reales — balances, ingresos, egresos, categorías y pagos. Si registras un gasto, el balance se mueve con ese dato.
- Lo recurrente se vuelve concreto — “cada mes” deja de ser solo texto: el sistema crea el vencimiento de este ciclo para que puedas verlo, pagarlo y cerrarlo.
- Avisos fuera de la pantalla — si algo vence, puedes enterarte aunque no tengas el dashboard abierto. El trabajo pesado o programado corre en segundo plano para que la app no se sienta trabada.
Front: React + TypeScript.
API y datos: Rails + PostgreSQL.
Misma base para web y uso en teléfono — un solo producto, no dos mundos.
Qué construí yo
- La experiencia de producto (qué ve el usuario y qué problema cierra cada pantalla)
- El modelo de dinero detrás (balances, movimientos, recurrentes, plazos)
- API, datos y la lógica de recordatorios
- Publicar y operar balancectrl.app
Resultado
- Producto en vivo: balancectrl.app
- Loop del día a día: ver balance → atender lo que vence → recibir recordatorio
- Menos dependencia de la memoria y de hojas que se quedan atrás
Resumen
- El dolor es la incertidumbre: no saber, olvidar anotar, enterarte tarde.
- La app concentra dónde estás y qué viene.
- Lo mensual y a plazos debe ser visible y accionable, no solo un recuerdo.
- El recordatorio importa si llega a tiempo, no solo si existe un badge en la app.
- La técnica (React, Rails, Postgres, trabajo en segundo plano) está al servicio de ese alivio — no al revés.