Build in Public: una cadencia de publicación que trae usuarios, no solo seguidores

Construir en público funciona. La versión que circula como consejo casi nunca funciona. El consejo optimiza la única métrica que se ve desde fuera —el número de seguidores— porque es el número del que se hacen capturas. Así que las publicaciones recomendadas son las que viajan: opiniones polémicas, gráficos de ingresos, ganchos de hilo sobre constancia. Reúnen una audiencia de gente a la que le gustan las publicaciones sobre construir productos, y casi nadie en esa audiencia tiene el problema que resuelve tu app.

En 2026 la distancia es mayor que antes. Puedes lanzar una app funcional con Lovable, Bolt, Cursor, v0 o Replit en un fin de semana, y miles de personas lo hacen. Las timelines de build in public están llenas de fundadores narrando el mismo fin de semana. Ser visible en esa corriente ya no es escaso. Ser útil a una persona concreta con un problema concreto sí lo sigue siendo.

Una cadencia que trae usuarios no se parece a una que trae seguidores. Habla más del problema que del proceso. Enseña el producto haciendo el trabajo más que al fundador trabajando. Y pide algo —una prueba, una respuesta, un correo— con la frecuencia suficiente para que quien lee sepa qué esperas de él. El resto de esta guía es esa cadencia: cinco tipos de publicación, un ritmo semanal entre Threads, X e Instagram, y una regla que mantiene todo apuntando a la adquisición.

Cada red hace un trabajo distinto en esta rotación. Threads premia la conversación, así que ahí aterrizan las publicaciones de problema y de lección y ahí es barato empezar respuestas. X es donde otros fundadores y early adopters siguen enlaces, así que ahí van la prueba y el avance. Instagram lleva el avance visual: una grabación de pantalla, un fotograma de antes y después, una tarjeta con plantilla de marca. Esas son las tres redes en las que publica Amplispect. Todo lo demás —Reddit, LinkedIn, una newsletter— es trabajo manual que añades encima, y está bien dejarlo fuera mientras la cadencia todavía es nueva.

El calendario en sí es deliberadamente aburrido. Lunes: problema, en Threads y X. Miércoles: avance, en X y también en Instagram cuando hay algo que merezca verse. Jueves: prueba, en X e Instagram. Viernes: la petición, en Threads y X. Domingo: lección, en Threads. Cinco publicaciones, tres redes, una de cada tipo y unos nueve huecos cubiertos si cuentas las republicaciones.

Dos cosas hacen que esto sea sostenible para una sola persona. La primera es que una misma idea se reformula por red en vez de escribirse cinco veces: la prueba del jueves es una grabación con una primera línea distinta en X y en Instagram. La segunda es que la semana se planifica como semana. Decidir el lunes qué se dirá el viernes es una decisión de diez minutos; decidirlo el viernes a las seis de la tarde es la razón por la que la mayoría de las cuentas de build in public enmudecen a las seis semanas.

La regla que separa esto de cazar seguidores: cada semana incluye exactamente una publicación que pide una acción concreta a una persona concreta. No «échale un vistazo», sino «si llevas una tienda con más de 200 productos, responde y te importo el catálogo para enseñarte cómo queda». Una petición por semana es lo bastante frecuente para que se entienda que quieres usuarios, y lo bastante rara para que las otras cuatro publicaciones no parezcan la antesala de una venta. Si pasa una semana sin petición, esa semana produjo seguidores.

El sentido de la petición es la respuesta. Cuando alguien contesta, ha descrito su situación con sus propias palabras y se ha ofrecido como primer usuario, lo que hace esa conversación más valiosa que todas las impresiones de la semana. Los comentarios compatibles se sincronizan en el espacio de trabajo y se te redacta una respuesta, pero nada sale hasta que la editas y la apruebas. Es deliberado: es la primera conversación con un usuario potencial y no debería sonar automática.

El rendimiento decide la mezcla. Al final de la semana mira dos cosas por publicación: hasta dónde llegó y si alguien hizo lo que le pediste. Una publicación de problema con mucho alcance y ninguna respuesta te dice que el problema se reconoce pero que nunca llegaste a pedir nada. Una publicación de prueba con alcance modesto y tres respuestas vale más que el resto de la semana junto. La vista de rendimiento alimenta la siguiente semana generada, así que los tipos que provocan conversaciones vuelven más a menudo.

Ajusta en pasos pequeños. Si las publicaciones de prueba ganan siempre a las de avance, pasa a dos pruebas y quita un avance. Si una red solo produce silencio durante un mes, redúcela a una publicación semanal y pon ese tiempo en las otras dos. Nunca quites la petición, y dale tres semanas a cualquier cambio antes de juzgarlo: a esta escala, una sola semana de números es sobre todo ruido.