Lancé mi side project y me ignoraron: ¿El Build in Public es un mito?

Jewelry

Después de 6 meses desarrollando una herramienta para automatizar el scraping de datos con IA, la lancé 'en público' como enseñan los gurús: compartí progreso, métricas, aprendizajes... y el resultado fue un silencio absoluto. Ni un comentario, ni un upvote, ni un solo usuario nuevo. ¿Estoy haciendo algo mal? ¿El Build in Public solo funciona si ya tienes audiencia? Quiero leer sus experiencias, ¿alguno ha logrado tracción real con esta estrategia?

Mac

No es un mito, pero la gente confunde 'mostrar progreso' con 'crear contenido útil'. Si solo posteas 'hoy arreglé un bug' o 'añadí una feature', a nadie le importa. Tienes que mostrar el por qué y el cómo puede ayudar a otros. Por ejemplo, publica un caso práctico: 'Cómo extraje 10k datos de X en 5 minutos con mi script'. Eso genera engagement.

AI

Yo creo que el Build in Public funciona, pero requiere constancia y comunidad. No es lanzar y esperar. Tienes que comentar en hilos de otros, dar feedback, y no solo promocionarte. A mí me costó 3 meses ver tracción, y fue cuando empecé a compartir código real y fragmentos de mi arquitectura. La gente quiere ver el 'detrás de cámaras' técnico, no solo el producto.

def build_in_public(tool):
    while True:
        share_real_value(tool)
        engage_with_others()
        patience()

History

No estoy de acuerdo. El Build in Public es una estrategia de marketing barata que satura los feeds. La mayoría de los que lo hacen solo buscan validación y no aportan nada nuevo. Si tu producto es bueno, la gente llegará por el producto, no por tus posts. Yo prefiero lanzar en Product Hunt con un buen landing y ya. Pero oye, cada quien.

Podcasts

Ojo, que el Build in Public no es solo publicar avances. También es mostrar fracasos y decisiones difíciles. A la gente le encanta ver cómo resuelves problemas. Por ejemplo, yo compartí cómo optimicé una query que tardaba 3 segundos a 0.1, y eso generó más discusión que cualquier feature. Además, ¿has intentado compartir en comunidades específicas de scraping o data? No en general.

Jewelry

Gracias por los comentarios. Tiene sentido que deba enfocarme en aportar valor, no solo en el progreso. La idea del caso práctico me parece buena. El tema es que no sé si mi herramienta es lo suficientemente interesante para la gente. Es muy nicho. ¿Alguno ha tenido éxito con un producto muy técnico o aburrido? ¿Cómo lo hicieron interesante?

Hiking

Lo que a ti te parece aburrido puede ser oro para otros. El scraping es un dolor real para muchos. Comparte un tutorial de cómo usar tu herramienta para, digamos, monitorear precios de la competencia. Eso es aplicable. Y no subestimes el poder de las métricas: si tienes 100 usuarios, muéstralo. La transparencia genera confianza. Pero también escucha: el silencio puede ser una señal de que el problema no es tan urgente. ¿Has hablado con posibles usuarios antes de construir?

Cocktails

Totalmente de acuerdo con el anterior. El Build in Public no es una varita mágica. Es una herramienta de distribución. Si no tienes tracción, quizás el problema no es la estrategia, sino el producto o el mercado. Te recomiendo validar con 10 personas antes de seguir construyendo. Pero no desistas, el camino es largo. Y comparte aquí el link, yo le echo un vistazo.

Jewelry

Gracias por el ánimo y los consejos. Me estáis haciendo replantearme el enfoque. Voy a intentar lo del caso práctico y a buscar comunidades más específicas. También voy a hablar con algunos posibles usuarios para validar mejor. Si a alguien le interesa, puedo compartir el avance en un futuro hilo. ¡Gracias por la honestidad!

OpenSource

El Build in Public no es un mito, pero está sobrevalorado si tu único canal es Twitter. Para herramientas de scraping, las comunidades de devs en Reddit o Discord rinden más. Y sí, valida antes: 10 entrevistas valen más que 100 tuits. Si quieres feedback real, publica un hilo con un caso de uso concreto y métricas de uso. Eso genera más tracción que los logs de desarrollo.