Lo que construí, lo que maté, lo que pausé
Un recuento honesto del ciclo de vida de proyectos personales. Sin glorificar ni victimizarse.
Josse
Geosdata empezó como laboratorio. Un lugar para construir ideas sin la restricción de lo que un cliente pide. Eso tiene ventajas — libertad total — y un riesgo claro: puedes construir indefinidamente sin llegar a ningún lado.
Después de varios ciclos, el patrón que más enseña no es lo que funcionó. Es lo que no funcionó y cuándo decidí pararlo.
Lo que maté
Algunas ideas murieron en la fase de validación. Landing montada, cero interés orgánico, cerradas en semanas.
No duele si el criterio estaba claro desde el principio. El problema no era la ejecución — era que el dolor que pensaba que existía no era suficientemente agudo para que alguien buscara solución activamente.
Otras ideas murieron después de construir algo funcional. Usuarios iniciales, algo de uso, pero sin retención. El producto resolvía algo, pero no algo que la gente necesitara resolver cada semana.
Esas son las que más enseñan. Puedes hacer un buen trabajo técnico y construir algo que nadie vuelve a usar.
Lo que pausé
Hay una categoría diferente: ideas técnicamente interesantes, con señal de demanda, pero que requieren distribución que hoy no tengo — una audiencia existente, partnerships, o tiempo que está ocupado en otras prioridades.
Estas no mueren, entran en pausa. La diferencia con “no me animé a matarla” es que tienen criterio explícito para reactivarse: cuando cambie X condición, se retoma.
Sin esa condición explícita, “pausado” es solo otra forma de “muerto en negación”.
Lo que está activo
Los productos activos en Geosdata comparten algo: resuelven un problema que yo mismo tenía, o que alguien cercano tenía de forma documentada y repetida.
No nacieron de “¿qué idea de SaaS puedo construir?” Nacieron de “esto me está costando tiempo cada semana y no existe algo simple que lo resuelva”.
Esa diferencia de origen se nota en la energía que le dedicas cuando el proceso se complica.
Lo que aprendí del ciclo
Matar rápido es una habilidad. No es natural — cuesta trabajo aceptar que el tiempo invertido en algo que no funciona no se recupera mirando hacia atrás.
El criterio de muerte tiene que estar definido antes de empezar, no después de que el proyecto ya lleva meses y tienes apego emocional.
Y los proyectos que sobreviven no son los más ambiciosos. Son los que resuelven algo concreto para alguien concreto, con fricción de adopción baja.