Aprendizajes de construir Keppli Finance: de 0 a 700+ usuarios y 1700+ descargas - 06/03/2026
Construir un producto financiero real con usuarios reales es una experiencia que no se aprende en ningún curso. Esto es lo que aprendí llevando Keppli Finance de 0 a 700+ usuarios y 1700+ descargas en Play Store.
Sitio web: kepplifinance.com
Construir un producto financiero real, con usuarios reales, en un mercado real, es una experiencia que no se puede aprender en ningún curso. Con Keppli Finance aprendí más en meses que en años de proyectos personales sin usuarios. Esto es lo que me llevé.
El número que cambia todo: el primer usuario real
Hay una diferencia abismal entre un proyecto con cero usuarios y uno con uno. Ese primer usuario que no conoces, que no te dio feedback directo antes de descargarlo, que confió en una app de finanzas con sus datos — ese usuario te obliga a ser profesional.
Los primeros 10 usuarios revelaron bugs que mis pruebas nunca encontraron. Flujos que yo consideraba “obvios” eran completamente confusos para alguien sin contexto. El onboarding que diseñé para mí no funcionaba para nadie más.
Lección 1: Las finanzas personales son un problema de confianza, no de features
Lo primero que aprendí: los usuarios no buscan la app con más funcionalidades. Buscan la app en la que confían para manejar su dinero.
Eso cambia radicalmente las prioridades:
- Estabilidad primero: un crash en una app de juegos molesta. Un crash en una app financiera genera desconfianza permanente.
- Claridad sobre complejidad: cada pantalla tiene que ser inmediatamente comprensible. No hay margen para “el usuario aprenderá con el tiempo”.
- Privacidad visible: no basta con tener buenas prácticas de seguridad — hay que comunicarlas activamente.
Lección 2: La arquitectura offline-first no es opcional en finanzas móviles
En Latinoamérica, la conectividad no es constante. Diseñar asumiendo que siempre hay internet es diseñar para fracasar.
Implementé una estrategia offline-first donde:
1. Las acciones del usuario se guardan localmente (SQLite / AsyncStorage)
2. La UI responde inmediatamente, sin esperar red
3. La sincronización con el backend ocurre cuando hay conexión
4. Los conflictos se resuelven con lógica de merge determinista
El resultado: la app se siente fluida incluso con mala señal, y los usuarios en zonas con conectividad intermitente se convirtieron en los más fanáticos del producto.
Lección 3: El onboarding lo es todo
El 70% del churn ocurre en los primeros 3 minutos. Lo aprendí de la manera difícil, analizando los puntos de abandono en el funnel de activación.
Rediseñé el onboarding tres veces:
- Primera versión: pantalla de registro completo → usuarios abandonaban en el formulario.
- Segunda versión: registro con email y contraseña, perfil financiero después → mejor, pero la pregunta “¿cuánto ganas?” generaba fricción.
- Tercera versión: registro mínimo (solo email), primera acción de valor (registrar un gasto) antes de pedir más datos → retención del día 1 aumentó un 40%.
La regla: el usuario tiene que recibir valor antes de dar información.
Lección 4: Las métricas que importan en una app de finanzas personales
No todas las métricas son iguales. Las que realmente predijeron el crecimiento de Keppli:
- DAU/MAU ratio: qué porcentaje de usuarios mensuales usan la app a diario. Para una app de finanzas, >20% es bueno, >35% es excelente.
- Tiempo hasta el segundo registro: cuánto tarda el usuario en registrar su segunda transacción. Cuanto más corto, más probabilidad de retención.
- Días activos en el primer mes: los usuarios que usan la app más de 8 días en el primer mes tienen una retención a 3 meses casi 4x mayor.
Ignoré el número de descargas como métrica de éxito. 1700 descargas con 700 usuarios activos es una retención real de ~41% — que para una app financiera en etapa temprana es un número sólido.
Lección 5: El soporte es producto
Cuando un usuario te escribe con un problema, no está solo buscando una solución. Está evaluando si puede seguir confiando en ti. Cada respuesta de soporte es una oportunidad de fidelización.
Implementé un canal de soporte con respuesta en menos de 24 horas. El impacto en las reviews de Play Store fue inmediato: los usuarios que recibieron soporte dejaron reseñas de 5 estrellas mencionando explícitamente la atención.
Lo que haría diferente
- Lanzar más rápido con menos features: pasé demasiado tiempo puliendo antes de validar con usuarios reales.
- Analytics desde el día uno: las primeras semanas volé ciego porque no tenía tracking de eventos. Costoso.
- Monetización más temprana: esperar demasiado para hablar de dinero crea usuarios que nunca esperaron pagar.
El número que más me importa
No son las 1700 descargas. No son los 700 usuarios. Es el mensaje que recibí de un usuario que me dijo: “por primera vez en mi vida sé a dónde va mi plata”. Eso es el producto funcionando. Todo lo demás es vanity.