Lección 3 de 12
Vídeo próximamente
El código es, hoy, la parte fácil. Con IA generativa, construir un producto funcional es cuestión de días. Lo difícil — lo que de verdad separa a quien genera ingresos de quien solo tiene una app en un servidor — es conseguir que alguien lo use y pague por ello.
La mayoría de indie hackers primerizos invierten el 90% de su tiempo en construir y el 10% en distribución. Debería ser al revés, o al menos equilibrado. Es un patrón tan común que tiene nombre: "build it and they will come" — la creencia implícita de que un buen producto se distribuye solo. Casi nunca pasa. Hay miles de productos bien construidos, con código limpio y buen diseño, que nunca tuvieron más de diez usuarios, porque nadie fuera del creador supo que existían.
Antes de escribir una sola línea de código extra, pregúntate: ¿cómo van a enterarse las primeras 100 personas de que esto existe? No en abstracto — con nombres, canales y mensajes concretos. "Lo voy a compartir en redes" no es una respuesta; "voy a mandarle un mensaje directo a las 20 personas de mi lista de contactos que tienen exactamente este problema, y voy a publicar el progreso cada semana en el subreddit de X" sí lo es.
Si no tienes una respuesta concreta a esa pregunta, tienes un problema de distribución, no de producto — y ningún feature nuevo lo va a resolver. De hecho, un ejercicio útil antes de construir cualquier funcionalidad nueva es preguntarte: "¿esto me consigue más usuarios, o solo hace más cómodos a los que ya tengo?" Ambas cosas importan, pero en las primeras semanas, la primera importa mucho más que la segunda.
El curso de Marketing más adelante te da canales concretos. Por ahora, quédate con esto: la distribución no es una fase que viene "después" de construir. Empieza el mismo día que decides qué vas a construir.