Private Balance · Product Case Study
Finanzas privadas diseñadas alrededor del trabajo real.
Private Balance es una aplicación de gestión financiera diseñada para profesionales que necesitan relacionar ingresos, gastos, tiempo de trabajo, temporadas y objetivos desde una experiencia privada y adaptada a su actividad.
El punto de partida
Registrar dinero era solo una parte del problema.
Conocer cuánto entra o cuánto sale no siempre explica cómo está funcionando una actividad profesional.
El verdadero reto era relacionar el trabajo realizado con el tiempo dedicado, los ingresos generados, los gastos asociados y los objetivos de una temporada, sin convertir el registro diario en otra carga de trabajo.
Private Balance nace para convertir esas variables en una visión más útil de la actividad.
- Trabajo
- Tiempo
- Ingresos
- Gastos
- Resultado
- Objetivo
Principios de producto
Cuatro decisiones antes de elegir tecnología.
Privacidad
La información financiera debe permanecer bajo control del usuario.
Local-first
El núcleo del producto debe poder funcionar sin depender permanentemente de infraestructura remota.
Menos fricción
Registrar y consultar información debe requerir el mínimo esfuerzo razonable.
Producto antes que tecnología
Una tecnología entra cuando resuelve una necesidad del producto, no simplemente porque sea posible incorporarla.
Evolución
De una necesidad a un producto.
Private Balance no nació con su arquitectura actual. El producto fue creciendo a medida que aparecían nuevas necesidades, restricciones y aprendizajes durante su desarrollo.
- Idea
- MVP
- Finanzas
- Temporadas
- Agenda
- PWA
- Android
- Inteligencia
- Licenciamiento
- Pre-Release
Cada etapa añadió capacidades, pero también obligó a revisar decisiones anteriores y simplificar aquello que había dejado de aportar valor.
Arquitectura
Local-first no fue una feature. Fue una decisión de arquitectura.
- Necesidad
- Trabajar con información financiera potencialmente sensible.
- Decisión
- Mantener el núcleo de los datos en el dispositivo y reducir la dependencia de infraestructura remota para el funcionamiento principal.
- Beneficio
- Mayor control sobre los datos, disponibilidad local y una arquitectura coherente con el enfoque de privacidad del producto.
- Coste
- Backup, restauración, recuperación y una posible sincronización futura requieren mecanismos específicos.
La arquitectura busca proteger una propiedad del producto —la privacidad— antes que maximizar infraestructura.
Arquitectura de Private Balance
Temporadas · Copiloto
Dexie
Modelo de producto
Del movimiento aislado a una visión de la actividad.
Un ingreso o un gasto por sí solo cuenta muy poco. Private Balance organiza los movimientos dentro del contexto en el que se producen para ayudar a interpretar la actividad de una forma más completa.
- Ingresos
- Qué genera la actividad.
- Egresos
- Qué cuesta desarrollarla.
- Tiempo
- Cuánto trabajo requiere.
- Temporadas
- En qué periodo se está midiendo.
- Objetivos
- Hacia dónde se quiere avanzar.
- Resultado
- Qué queda después de relacionar las variables.
Iterar también es diseñar
Tres decisiones que cambiaron el producto.
Agenda
- Problema
- Una cita programada podía iniciar un servicio antes de su hora y las acciones repetidas sobre el mismo control podían producir estados simultáneos no deseados.
- Decisión
- Convertir la hora programada en parte de la regla de negocio, proteger la acción frente a ejecuciones repetidas y eliminar el cronómetro de Agenda cuando las alarmas ya cubrían esa necesidad.
- Aprendizaje
- Simplificar también es diseñar.
Ingresos reportados
- Problema
- Una preferencia destinada a ocultar avisos de ingresos pendientes podía confundirse con una modificación del comportamiento financiero.
- Decisión
- Separar explícitamente la preferencia de interfaz de las reglas del dominio. Desactivar la opción modifica qué avisos y controles se muestran, pero no altera los cálculos financieros.
- Aprendizaje
- Una preferencia de UX no debe modificar una regla financiera.
Determinismo antes que IA
- Problema
- Incorporar lenguaje natural facilita la interacción, pero una interpretación probabilística no debe convertirse automáticamente en autoridad para modificar información financiera.
- Decisión
- Separar consultas de acciones transaccionales y mantener reglas deterministas y confirmación explícita allí donde una operación puede modificar datos.
- Aprendizaje
- La inteligencia debe ampliar la interfaz, no sustituir las garantías del dominio.
Copiloto
La IA puede interpretar. El usuario conserva la decisión.
El Copiloto permite expresar consultas y determinadas acciones mediante lenguaje natural, pero interpretar una intención no equivale a tener permiso para modificar información.
- Usuario
- Intención
- Propuesta
- Confirmación
- Acción
- Consultar
- Las operaciones de lectura pueden responder sin modificar el estado financiero.
- Proponer
- Cuando la intención implica una acción, el sistema puede convertirla en una propuesta estructurada.
- Confirmar
- El usuario revisa y conserva la decisión final antes de ejecutar una modificación.
Interpretar una intención no equivale a tener permiso para modificar los datos.
Multiplataforma
Un producto. Dos superficies.
Private Balance mantiene el mismo dominio y las mismas reglas fundamentales mientras adapta su experiencia a diferentes formas de acceso.
Instalable desde la web.
Una experiencia web instalable y responsive que permite utilizar el producto directamente desde el navegador o como aplicación instalada.
La misma base, otro entorno.
La aplicación utiliza Capacitor para llevar la experiencia del producto al entorno Android sin mantener un segundo dominio funcional independiente.
Dos superficies. Un mismo producto.
Calidad
Que funcione no significa que esté listo.
El desarrollo funcional es solo una parte del proceso. Antes de considerar una versión preparada para distribución, Private Balance pasa por una estrategia Pre-Release orientada a reducir regresiones y validar el producto en diferentes condiciones de uso.
- Calidad
- Android real
- PWA
- Accesibilidad
- Rendimiento
- Privacidad
- Estabilidad
El objetivo no es únicamente que una funcionalidad pase una prueba, sino aumentar progresivamente la confianza en el producto completo.
Resultado
Construir el producto también cambió mi forma de construir.
- Producto
- Una interacción aparentemente pequeña puede esconder una regla importante del dominio.
- Ingeniería
- La arquitectura correcta no es necesariamente la más compleja, sino la que protege mejor las restricciones importantes del producto.
- UX
- Eliminar una interacción innecesaria puede aportar tanto valor como desarrollar una nueva funcionalidad.
- Producto funcional
- Local-first
- PWA
- Android
- Licenciamiento
- Pre-Release
De la idea al deploy.
Private Balance representa mi forma de construir producto: entender el problema, convertirlo en decisiones, implementar, validar y volver a iterar.
