Lo que construir sin audiencia me está enseñando sobre distribución
Esta semana me confirmó algo incómodo pero importante:
La distribución no “empieza” cuando lanzas. Empiezas a aprender distribución cuando nada funciona.
He estado lanzando de forma constante: funcionalidades, landings, demos. Y compartiéndolo en Reddit, Twitter y LinkedIn.
Casi todo aterrizó en silencio.
Al principio eso se siente como fracaso. Pero en realidad es señal.
La suposición equivocada que tenía
Pensaba que la distribución iba sobre todo de producir:
- publicar con constancia
- compartir novedades
- hablar de lo que estoy construyendo
Así que hice exactamente eso.
Publiqué novedades del producto en Twitter y LinkedIn. Compartí notas de “construyendo en público”. Esperaba al menos algo de tracción.
En su lugar, no obtuve casi nada.
Y eso me obligó a mirar más de cerca.
Lo que Twitter y LinkedIn me enseñaron
Twitter y LinkedIn no fallaron porque el contenido fuera malo.
Fallaron porque yo todavía no tenía contexto.
Sin audiencia. Sin un recorrido compartido. Sin motivo para que alguien dejara de hacer scroll.
En esas plataformas los posts no compiten por utilidad. Compiten por familiaridad.
Si la gente no te conoce, las novedades de producto suenan a ruido.
Eso no es un problema de plataforma. Es un problema de expectativas.
Lo que Reddit dejó dolorosamente claro
Reddit, en cambio, perdona menos y es más honesto.
Este es el patrón que empecé a notar:
- “Esto es lo que construí” → ignorado o eliminado
- “Esto es lo que aprendí a las malas” → conversación
- “Me equivoqué en X” → respuestas
- Enlaces sin contexto → votos negativos
Reddit no premia productos. Premia el reconocimiento.
La gente no quiere descubrir tu startup. Quiere reconocer sus propios problemas en tu historia.
La distribución es reconocer patrones, no emitir
El mayor cambio para mí esta semana:
Dejé de preguntarme ¿dónde debería publicar? y empecé a preguntarme ¿cuándo encaja esto en la conversación?
Eso replantea la distribución por completo.
En lugar de publicar, el trabajo pasa a ser:
- leer a diario
- notar los dolores que se repiten
- responder desde la experiencia vivida
- ganarte la curiosidad antes de compartir nada
La distribución se vuelve repetible en cuanto es contextual.
Por qué “construir en público” no funcionó al principio
“Construir en público” suena simple:
solo comparte lo que estás construyendo
Pero sin contexto son solo actualizaciones flotando en el vacío.
Lo que funciona mejor al principio es compartir:
- decisiones en las que te equivocaste
- suposiciones que no se sostuvieron
- dudas que todavía estás resolviendo
La gente sigue criterio, no registros de progreso.
La verdad incómoda
Ahora mismo, mis startups no necesitan más funcionalidades.
Necesitan:
- un lenguaje más claro
- menos suposiciones
- mejor planteamiento del problema
- más conversaciones antes de lanzar
La distribución no es un problema de canal. Es un problema de claridad.
Qué voy a hacer ahora
Las próximas semanas mi foco es simple:
- menos publicaciones
- más respuestas
- cero enlaces salvo que me los pidan
- escribir solo cuando me haya ganado el contexto
Sin presión de lanzamiento. Sin trucos de crecimiento.
Solo aprender cómo habla la gente de verdad sobre los problemas que intento resolver.
Para cerrar
Si estás construyendo sin audiencia:
El silencio no significa que llegaste pronto. Significa que todavía estás aprendiendo el idioma de tus usuarios.
Y eso es parte del trabajo.
Sigue leyendo
Artículos relacionados
De desarrollador a fundador: lo que nadie te cuenta
Pasar de desarrollador a fundador no es subir de nivel. Es otro juego. Esto me enseñaron Mr. Popup y Suippy sobre validación, distribución y entender a los usuarios.
Un desconocido me pidió 100 € por "arreglar" un fallo de seguridad. Esto es lo que aprendí de verdad
Alguien me escribió por privado diciendo que había encontrado una vulnerabilidad y pidió dinero. Esto aprendí sobre estructura, políticas de seguridad y por qué lo aburrido importa más que el pánico.
Tu MVP debería funcionar sin ti
Las listas de espera y las demos pulidas ya no bastan. Cómo es un MVP de verdad en 2026: software que corre, ejecuta y produce resultados sin ti en medio.