Lección 1 de 4
Vídeo próximamente
Las mejores ideas no nacen de "qué podría construir" sino de "qué problema me está molestando a mí o a alguien que conozco, ahora mismo".
Empezar por el problema, no por la solución, cambia todo el proceso: en vez de buscar usuarios para una solución que ya decidiste construir, buscas la solución para un problema que ya sabes que existe. Es la diferencia entre inventar demanda y responder a demanda que ya está ahí. Cuando empiezas por la solución ("quiero construir una app con IA"), cada decisión posterior es una adivinanza. Cuando empiezas por el problema ("odio tener que exportar manualmente estos reportes cada semana"), cada decisión posterior tiene un criterio claro: ¿esto resuelve mejor el problema, o no?
Una señal útil para distinguir un problema real de una idea disfrazada de problema: si puedes describirlo sin mencionar ninguna tecnología ni funcionalidad concreta, es un problema real. "Necesito una forma más rápida de saber si mis clientes están contentos" es un problema. "Necesito una app con IA que analice sentimiento en tiempo real" ya es una solución — puede ser una buena solución, pero fíjate en el problema debajo antes de comprometerte con esa implementación específica.
Ejercicio práctico: escribe 5 problemas que tú mismo has tenido en el último mes — en tu trabajo, en tu día a día, en algún hobby. No filtres todavía si "suenan a negocio". Para cada uno, anota además: ¿con qué frecuencia me molesta esto? ¿Cuánto tiempo o dinero pierdo por no tener una solución mejor? ¿Conozco a alguien más que tenga exactamente el mismo problema? Esa lista, con esas tres respuestas al lado, es mejor punto de partida que cualquier lluvia de ideas de productos — porque ya trae dentro las señales de frecuencia y dolor que vas a necesitar para validar en la siguiente lección.