Quería ver hasta dónde podía llegar construyendo un producto real, con la IA escribiendo la mayor parte del código. FamigliApp es una app para el hogar que está realmente en producción: tiene usuarios reales, cobra dinero, y el login tiene que funcionar a las 3am cuando alguien agrega leche a la lista de compras.
✓ 1,150 commits en 46 días
✓ 9 funcionalidades centrales del producto
✓ 10/10 email deliverability
"Noté que muchos hogares están desorganizados: nadie sabe del todo a dónde va la plata ni cómo se coordinan las tareas, los eventos y los gastos. Eso genera una carga mental que se reparte entre los integrantes de la familia."
Cada pantalla de abajo es la UI real de FamigliApp, tomada directamente de las rutas de producción en vivo. Haz clic en cualquier imagen para verla en tamaño completo.

El dashboard busca responder una sola pregunta: ¿estamos bien? Muestra las tareas pendientes, cuánto gastamos este mes, lo que se viene y lo que se está por agotar, con las tareas y los gastos compartidos lado a lado.

El inventario convierte el "¿dónde lo pusimos?" en una lista buscable de las cosas del hogar, etiquetadas y ubicadas, para que nadie compre algo que ya está en el placard.
Toca la burbuja. Pregunta lo que quieras sobre tu hogar: gastos, el calendario compartido, lo que se está por agotar.
El mayordomo usa los mismos datos que tu dashboard y responde al instante, en lenguaje simple.
"La app funciona como un manager del hogar potenciado por IA, que hace más fácil convivir bajo un mismo techo. Ese es el problema que resuelve mi producto."
Monto, categoría, quién pagó, cómo se divide.
La hoja de nuevo gasto está pensada para usarse con una sola mano mientras estás parado en la caja.
Si registrar un gasto cuesta más esfuerzo de lo que vale el gasto, la gente abandona después del primer intento.
La mayor parte del trabajo acá fue mantener vivo ese hábito más allá de la primera semana. Que se viera lindo fue secundario.
Con Claude Code, Figma MCP y otras herramientas de IA en mi flujo de diseño, la posibilidad de pasar de una idea de diseño a algo que los usuarios pueden tocar e interactuar es real. Todo esto me ayuda a evitar tareas manuales y dev handoffs, y a mantener la visión completa de todo el proyecto.



Un test de $150 durante 30 días (del 30 de abril al 29 de mayo), apuntado al beta abierto en español. Presupuesto chico, pero suficiente para aprender algo.
Cada barra es un día de trabajo. El ritmo bajó a propósito hacia el final, a medida que pasé de construir el producto a pulirlo y armar la parte comercial: landings, SEO, billing, emails de reactivación.
Un solo embudo para todos · Traducir todo pero mantener un único gate · Dos locales, dos propósitos.
Probar la app con usuarios reales de Argentina, mientras comparto una versión en inglés para Hiring Managers.
Estas dos audiencias quieren cosas opuestas, y un único embudo compartido habría funcionado mal para las dos.
Mantener la V2 y hacer A/B test de copy · Una landing por campaña de ads · Sistema bento con cards reutilizables por persona.
Con la plantilla bento, cada página de persona tiene que usar las mismas piezas, así que dejé de acumular deuda de diseño.
Forzar a cada persona a usar los mismos componentes es la única razón por la que el diseño se mantuvo manejable a medida que crecía.
Los emails de confirmación simplemente no llegaban. Pasé del 17 al 19 de mayo desarmando la configuración de email y rehaciéndola desde cero.
Pasé a enviar todos mis emails transaccionales por otra vía, y cambié de un magic link a un código de 6 dígitos.
Lo había catalogado como un bug menor, y en realidad estaba impidiendo que la gente se registrara. Casi lo dejo para después.
Lanzar un producto es, en su mayoría, no programar.
SEO, lanzar en varios locales (beta abierto en español y demo con registro en inglés),
Todo esto es trabajo de diseño, y es lo que decide si la gente se queda.
Términos, privacidad y manejo de datos, billing, impuestos, facturación.
Esta es la parte que más me da curiosidad a largo plazo.
Una arquitectura de tokens de tres capas. Los primitivos nunca tocan la UI: fluyen hacia tokens semánticos, conscientes del tema, que son lo único que consumen los componentes. Cambia un primitivo y todo el sistema se re-tematiza.
Cada gris es el
Geist Fallback, ui-sans-serif, system-ui, sans-serif.Solo tres pesos, 400 / 500 / 600. La jerarquía viene del
El letter-spacing negativo escala con el tamaño:
Primary lleva la característica
Diez bloques reutilizables compuestos a partir de los primitivos de arriba. Una gramática bento, cinco voces de persona, cero layouts de una sola vez.
Las secciones respiran en
La accesibilidad está construida dentro de los tokens, no agregada al final. El sistema apunta a
outline:0 nunca se usa sin un reemplazo.prefers-reduced-motion.Calculado con la fórmula de luminancia relativa de WCAG. Objetivo AA (≥4.5:1 en body, ≥3:1 en texto grande), la mayoría de los pares superan AAA (≥7:1).
Todavía es temprano, así que prefiero cerrar con las preguntas abiertas antes que con una vuelta olímpica. Sigo creyendo que acotar la audiencia a parejas fue la decisión correcta, pero todavía no probé que convierte mejor.
Lo que quiero hacer ahora es medir bien el loop de las parejas: dónde abandona la gente en los flujos de tareas y gastos, y cómo se compara mano a mano contra la versión anterior.
