Lo que todo indie hacker aprende demasiado tarde
4 min de lectura

Lo que todo indie hacker aprende demasiado tarde

Construir el producto es solo la mitad del trabajo. Las lecciones sobre marketing, distribución y presentación que todo indie hacker aprende demasiado tarde.

Empezar a leer

Construir el producto es solo la mitad del trabajo. Conseguir que la gente lo vea, lo entienda y le importe es la otra mitad.

Puedes pasarte seis meses construyendo un producto.

Puedes obsesionarte con cada función.

Corregir cada bug minúsculo.

Reescribir el código porque sabes que podría estar más limpio.

Dejar la interfaz perfecta.

Y entonces lanzas...

Y no llega nadie.

Es una de las lecciones más duras que puede aprender un indie hacker.

Construir el producto es solo la mitad del trabajo.

Conseguir que la gente lo vea, lo entienda y, con el tiempo, le importe es la otra mitad.

Y, sinceramente, ahí es donde las cosas se ponen interesantes.

Tu producto no se vende solo

Muchos indie hackers empiezan con la misma suposición:

«Si construyo algo realmente útil, la gente lo encontrará.»

Suena razonable.

Si el producto resuelve un problema real, ¿por qué no lo iba a usar la gente?

Porque internet ya está lleno de productos útiles que nadie conoce.

Tus posibles usuarios no están sentados esperando a que lances tu próximo producto.

Están ocupados.

Ya usan otras herramientas.

Pasan por cientos de publicaciones cada día.

Reciben recomendaciones de amigos, ven productos en redes sociales, leen blogs y buscan soluciones cuando de verdad tienen un problema.

Así que, aunque hayas construido algo realmente útil, todavía tienes que ponerlo delante de las personas adecuadas.

Eso es marketing.

Y no empieza después del lanzamiento.

Empieza a hacer marketing antes de lanzar

Uno de los errores más fáciles de cometer es esperar a que el producto esté «listo» para empezar a hablar de él.

Cuando por fin lanzas, puede que tengas un producto pulido...

pero nadie esperándolo.

En lugar de eso, empieza a compartir mientras construyes.

Habla del problema que intentas resolver.

Comparte lo que vas aprendiendo.

Enseña las primeras versiones.

Pide opiniones.

Cuenta lo que no funcionó.

No hace falta que cada publicación sea:

«Aquí está mi producto. Úsalo.»

A veces, con compartir lo que estás construyendo basta.

Le das a la gente un motivo para seguir el camino contigo.

Y cuando por fin llega el día del lanzamiento, no te estás presentando por primera vez.

Hay gente que ya sabe en qué has estado trabajando.

Eso importa.

Construir en público es más que transparencia

Construir en público se suele describir simplemente como compartir tu progreso.

Pero tiene otra ventaja de la que no se habla lo suficiente.

Genera distribución.

Cada parte del recorrido de tu producto puede convertirse en algo que vale la pena compartir.

Una función nueva se convierte en una publicación.

El problema de un cliente se convierte en un artículo del blog.

Un experimento fallido se convierte en una lección.

Un pequeño hito se convierte en una historia.

Un bug desconcertante se convierte en algo de lo que otro desarrollador puede aprender.

De repente, ya no tienes que sentarte cada mañana a preguntarte:

«¿Qué publico hoy?»

Tu propio producto se convierte en la fuente de tu contenido.

Estás construyendo el producto y, al mismo tiempo, dándolo a conocer.

Tus primeros usuarios valen más que tus primeros ingresos

Tus primeros usuarios no son solo clientes.

Son tu equipo de investigación.

Te van a mostrar cosas que no habrías descubierto por tu cuenta.

Te van a decir:

  • Qué resulta confuso
  • Qué falta
  • Qué les importa de verdad
  • Dónde se atascan
  • Por qué eligieron tu producto
  • Por qué dejaron de usarlo

Y por eso preguntar:

«¿Te gusta el producto?»

no siempre es la mejor pregunta.

Prueba a preguntar:

  • «¿Qué intentabas conseguir?»
  • «¿Qué casi te impidió registrarte?»
  • «¿Qué esperabas que pasara aquí?»
  • «¿Qué usabas antes de esto?»

Las respuestas pueden valer más que una larga lista de peticiones de funciones.

Porque a veces los usuarios no necesitan otra función.

Necesitan que el producto que ya existe se entienda mejor.

La distribución es una habilidad

No necesitas convertirte en influencer.

No necesitas miles de seguidores.

No necesitas publicar diez veces al día.

Pero sí necesitas aprender a llegar a la gente.

Eso puede significar:

  • Escribir contenido SEO útil
  • Participar en comunidades de Reddit
  • Compartir lo que estás construyendo en LinkedIn
  • Publicar en X
  • Lanzar en Product Hunt
  • Crear alianzas
  • Crear recursos gratuitos
  • Responder preguntas en tu nicho

No existe un canal de marketing perfecto para todos los productos.

Lo importante es encontrar dónde pasan ya el tiempo tus posibles usuarios.

Si tus usuarios están en Reddit, está ahí.

Si buscan soluciones en Google, escribe contenido.

Si descubren productos a través de redes sociales, aparece ahí.

La distribución no es algo que te llega por arte de magia después de construir un producto. Es algo que se aprende.

Tu producto debería ser fácil de explicar

Aquí va una prueba sencilla.

Imagina que alguien te pregunta:

«¿Qué hace tu producto?»

Si necesitas cinco minutos para explicarlo, puede que tengas un problema de marketing.

Normalmente la gente no le da a un producto cinco minutos para explicarse.

Ve un titular.

Una captura de pantalla.

Un video corto.

Una publicación en redes.

Y decide rápido si vale la pena prestarle atención.

Por eso importa tu mensaje.

Tu titular.

Tus capturas de pantalla.

Tu landing page.

Tus publicaciones en redes.

Todo debería comunicar el mismo valor básico.

No todo tiene que ser ingenioso.

No todo tiene que ser complicado.

A veces gana la explicación más clara.

La claridad vende.

No construyas funciones que nadie ha pedido

Probablemente sea una de las trampas más fáciles en las que caer cuando construyes tu propio producto.

Piensas:

«A lo mejor los usuarios necesitan esto.»

Así que lo construyes.

Luego se te ocurre otra idea.

También la construyes.

Y luego otra.

Unas semanas después, has dedicado muchísimo tiempo a funciones que en tu cabeza sonaban útiles pero que en realidad no resolvían los mayores problemas de tus usuarios.

La solución no es dejar de construir.

Es empezar a escuchar antes de construir.

Habla con los usuarios.

Observa cómo usan el producto.

Fíjate en lo que preguntan una y otra vez.

Date cuenta de dónde les cuesta.

A veces la mejor próxima función no es una función nueva.

Puede ser arreglar algo que ya resulta confuso.

Hacer marketing no significa promocionarte sin parar

Hay una diferencia entre hacer marketing y promocionar.

La promoción dice:

«Aquí está nuestro producto. Cómpralo.»

El marketing puede decir:

  • «Así se resuelve este problema.»
  • «Esto es algo que aprendimos.»
  • «Aquí tienes un recurso útil.»
  • «Así lo están enfocando otras personas.»

El segundo enfoque le da algo a la gente antes de pedirle algo.

Eso es especialmente importante cuando participas en comunidades como Reddit.

La gente nota enseguida cuando alguien se ha unido a una comunidad solo para soltar un enlace e irse.

Primero ayuda.

Sé útil.

Forma parte de la conversación.

Y cuando tu producto resuelva de verdad el problema del que se está hablando, menciónalo.

Es mucho más natural que meter tu producto a la fuerza en cada conversación.

No subestimes la presentación

Puede que tengas un producto excelente.

Pero si tu web parece a medio hacer, tus capturas de pantalla son confusas o la gente no entiende lo que está viendo, quizá nunca descubran lo bueno que es el producto en realidad.

Tus elementos visuales forman parte de tu marketing.

Una captura limpia puede explicar una función en segundos.

Una imagen de producto bien diseñada puede hacer que alguien deje de hacer scroll.

Una landing page clara puede convertir la curiosidad en un registro.

Eso no significa que todo tenga que ser perfecto.

Solo tiene que verse intencionado.

Porque antes de que alguien pruebe tu producto, lo que experimenta es cómo lo presentas.

Y esa primera impresión importa.

Pruébalo ahora

Diseña capturas listas para la tienda en minutos: gratis y sin marca de agua.

Empezar con Launch Shots es gratis. Todas las plantillas (más de 110), más de 220 marcos de dispositivo y mockups 3D, traducción con IA y subida directa a App Store Connect y Google Play Console. Sin tarjeta de crédito.

Empieza gratis →

El lanzamiento no es la meta

Otra lección que muchos indie hackers aprenden demasiado tarde:

Lanzar no es el final del marketing. Es el principio.

Lanzas.

Llega gente.

Algunos se registran.

Otros se van.

Algunos te dan su opinión.

Y entonces empieza el trabajo de verdad.

Todavía tienes que:

  • Hablar con los usuarios
  • Publicar contenido
  • Mejorar el SEO
  • Compartir novedades
  • Experimentar con distintos canales
  • Recoger opiniones
  • Mejorar el onboarding
  • Darle a la gente motivos para volver

Un lanzamiento en Product Hunt puede darte un pico enorme de tráfico.

Una publicación viral puede traer miles de visitantes.

Pero los picos de tráfico no son lo mismo que un crecimiento sostenible.

Lo que pasa después importa más.

Construye menos. Aprende más.

El objetivo no es construir todas las funciones posibles.

El objetivo es aprender qué quiere la gente de verdad.

A veces eso significa lanzar un producto más pequeño.

A veces significa hablar con usuarios en lugar de escribir código.

A veces significa pasar una semana resolviendo la distribución en lugar de pasar otra semana construyendo una función.

Y eso no es tiempo que le quitas a construir.

Es parte de construir.

Porque un producto no se vuelve valioso solo porque lo hayas construido.

Se vuelve valioso cuando llega a alguien que lo necesita.

Reflexiones finales

Ser indie hacker significa llevar muchos sombreros.

Desarrollador. Diseñador. Marketer. Soporte al cliente. Product manager.

A veces todo en el mismo día.

Es fácil pasar la mayor parte del tiempo haciendo aquello con lo que te sientes cómodo.

Para muchos indie hackers, eso es construir.

Escribir código se siente productivo.

Lanzar una función se siente productivo.

Arreglar un bug se siente productivo.

El marketing puede resultar incómodo.

Publicar algo a lo que nadie reacciona puede parecer inútil.

Hablar con usuarios puede parecer más lento que escribir código.

Pero esas partes incómodas pueden decidir si tu producto sobrevive o no.

Puedes construir más rápido.

Puedes añadir más funciones.

Puedes dejar el código más limpio.

Puedes pasarte meses puliendo el producto.

Pero nada de eso importa si nadie sabe que existe.

La gran lección no es «haz más marketing».

Es más sencilla que eso:

No esperes a haber construido algo genial para empezar a contárselo a la gente.

Construye.

Comparte.

Escucha.

Aprende.

Y sigue apareciendo.