Cómo valido ideas de producto antes de escribir código
El proceso que uso en Geosdata para no construir cosas que nadie necesita. Landing primero, código después.
Josse
El error más común cuando tienes habilidades técnicas es arrancar con el código. La idea llega, parece buena, y en dos horas ya tienes un repositorio con estructura de carpetas y un README aspiracional.
Semanas después, el proyecto muere en silencio porque nadie lo necesitaba — o al menos no de esa forma.
La regla: landing antes que código
El primer paso para cualquier idea en Geosdata es una landing page con un formulario de espera. Sin base de datos, sin API, sin autenticación. Solo una página que explica qué hace el producto y un campo para dejar el email.
Si nadie deja su email después de ver la propuesta, el problema no es lo suficientemente doloroso — o la propuesta no está clara. Ambos son señales útiles antes de invertir tiempo real.
Cinco preguntas antes de empezar
Antes de construir la landing, respondo cinco preguntas:
¿Quién tiene este problema específicamente? No “emprendedores” o “personas ocupadas” — alguien concreto con un contexto concreto.
¿Está buscando actualmente una solución? Si no busca, no está dispuesto a pagar.
¿Existe competencia directa en LATAM? Competencia confirma mercado. Ausencia total suele significar que el problema no duele suficiente.
¿Se puede explicar el valor en un mensaje de WhatsApp? Si necesita tres párrafos para entenderse, la propuesta no es clara.
¿Puede el usuario adoptar esto sin cambiar radicalmente su flujo actual? La fricción de adopción mata productos técnicamente correctos.
Si no puedo responder bien las cinco, la idea entra en pausa.
Kill criteria por fase
Las ideas que pasan las cinco preguntas avanzan a landing. Si la landing no genera interés en un plazo razonable, muere. Sin drama, sin “hay que darle más tiempo”.
Si la landing genera interés, se construye un primer prototipo funcional mínimo. Si el prototipo no convierte a usuarios reales (aunque sea pocos), muere antes de escalar.
Matar ideas rápido no es fracaso — es ahorro de tiempo real.
Distribución orgánica únicamente
No hago outreach activo para validar. Si una landing necesita que yo la promocione agresivamente para conseguir los primeros diez interesados, eso ya es señal.
Los primeros usuarios deben llegar porque el problema los trajo, no porque los encontré yo.
Lo que este proceso no resuelve
La validación de landing solo confirma interés declarado, no uso real. Alguien que deja su email no es lo mismo que alguien que paga o que usa el producto semana a semana.
Por eso el criterio de vida o muerte no es “cuántos emails conseguí” sino si alguien que interactuó con el producto real sigue usándolo sin que yo lo empuje.