Build in public: por qué una bitácora te ayuda más que un solo día de lanzamiento
Un día de lanzamiento te da una sola oportunidad de que te vean. Una bitácora te da una nueva cada semana. Por qué construir en público ayuda a que te encuentren las personas, Google y las respuestas de IA, y una rutina sencilla de 15 minutos a la semana.
··12 min de lectura
Un día de lanzamiento es un solo momento. Publicas, respondes comentarios y durante unas horas la gente mira tu producto. Luego empieza el día siguiente, con sus propios lanzamientos, y la atención se va a otra parte.
Desarrollo software desde 2016 y construyo yo solo, con un agente de programación con IA (Claude Code). Construir se ha vuelto muy rápido. Pero un producto que se construye rápido también es fácil de pasar por alto, porque miles de productos se construyeron igual de rápido.
Por eso la página del propio proyecto de Axiean tiene una bitácora, y por eso cualquier proyecto en Axiean puede tener una. En este artículo explico por qué creo que publicar novedades con regularidad te ayuda más que un gran día, y cómo hacerlo sin que te ocupe toda la semana.
En resumen
Construir en público (build in public) significa compartir tu trabajo mientras lo haces: lo que lanzaste, lo que se rompió, lo que aprendiste. Una (o ) es donde guardas esas novedades, en orden y con fecha.
bitácora
devlog
Un día de lanzamiento es una oportunidad de que te vean. Una bitácora semanal te da una nueva oportunidad cada semana.
Cada entrada es una página nueva con experiencia de primera mano, que es lo que pide la guía de Google. Un estudio de Ahrefs sobre 17 millones de citas encontró que los asistentes de IA citan páginas un 25,7% más recientes que los resultados normales de Google.
Escribe cinco tipos de entradas: Lanzado, Aprendido, Decidido, Pregunta, Hito. Nunca compartas claves, datos de usuarios ni detalles que ayuden a un atacante.
Bastan 15 minutos a la semana: anotar, escribir y compartir una versión corta que enlace a la entrada completa.
¿Qué significa construir en público?
Construir en público significa mostrar tu trabajo mientras lo haces, no solo cuando está terminado. Compartes lo que construiste esta semana, lo que salió mal, lo que decidiste y por qué, y aquello de lo que todavía no estás seguro.
Una bitácora es el lugar donde viven esas novedades: entradas con fecha unidas a un proyecto, para que cualquiera pueda leer su historia desde la primera idea hasta hoy. Los desarrolladores de videojuegos llevan años llamándolo devlog. Una bitácora no es lo mismo que un changelog (registro de cambios):
Changelog
Bitácora
Para quién
Usuarios que quieren saber qué cambió
Cualquiera con curiosidad por el producto y por quien lo hace
Tono
Corto y factual: "Añadido el modo oscuro"
Una historia corta: qué, por qué, qué aprendiste
Incluye
Solo cambios lanzados
Cambios, errores, decisiones, preguntas, hitos
Puedes tener los dos. Pero solo la bitácora le da a la gente una razón para seguirte antes de necesitar tu producto.
Por qué un solo día de lanzamiento ya no basta
Sencillamente, hay más lanzamientos que nunca. Product Hunt contó 2.345 lanzamientos en el segundo trimestre de 2026, frente a 1.508 un año antes, y las apps nuevas en las tiendas crecieron cerca de un 60% en un año. Escribí sobre estas cifras en cómo conseguir tus primeros usuarios en 2026.
Más lanzamientos significa que cada uno recibe una parte más pequeña de la atención, durante menos tiempo. Un buen día de lanzamiento sigue importando. Pero si es tu único plan, tendrás un pico y después silencio.
Una ilustración de la idea, no datos reales: un gran día frente a muchos pequeños.
Una bitácora convierte ese pico único en una serie de pequeños momentos. Hay quien se pierde tu lanzamiento pero ve tu tercera novedad. Hay quien ve tu lanzamiento, no está listo, y vuelve cuando tu octava entrada resuelve su problema. Cada entrada es otra puerta hacia tu producto.
Tres formas en que una bitácora ayuda a que te encuentren
1. Las personas: más ocasiones de verte y más razones para confiar
Pocas veces alguien usa un producto nuevo la primera vez que lo ve. Necesita verlo varias veces y creer que seguirá ahí el mes que viene.
Las entradas regulares ayudan con las dos cosas. Cada una es una nueva razón para visitarte, y las fechas demuestran que alguien sigue trabajando en él. Un producto con diez novedades honestas en tres meses se ve muy distinto de uno con una publicación de lanzamiento y nada más.
En Axiean, la gente puede seguirte. Cuando publicas una entrada en un proyecto publicado, tus seguidores reciben una notificación y la entrada aparece en su feed de Siguiendo.
2. Google: páginas nuevas con experiencia de primera mano
Una bitácora es experiencia de primera mano por definición. Nadie más puede escribir "cómo arreglé los códigos de correo de mi app" desde tu punto de vista.
Hay una segunda ventaja: las entradas concretas coinciden con búsquedas concretas. Muy poca gente busca el nombre de tu producto. Mucha gente busca el problema exacto que acabas de resolver. Una entrada titulada "Por qué nuestros correos de registro iban a spam y los tres registros DNS que lo arreglaron" puede traerte al visitante adecuado durante años.
3. Las respuestas de IA: las páginas recientes se citan más
Los buscadores con IA, como ChatGPT y Perplexity, citan páginas cuando responden. En julio de 2025, Ahrefs analizó unos 17 millones de citas y descubrió que las páginas que citan los asistentes de IA eran de media un 25,7% más recientes que las de los resultados normales de Google (1.064 días de antigüedad frente a 1.432). ChatGPT era el que más prefería las páginas nuevas.
Es el estudio de una sola empresa, así que no lo tomes como una ley. Pero apunta en la misma dirección que todo lo demás: una página actualizada hace poco, por alguien que hizo el trabajo, es una buena página para citar.
Una condición: los rastreadores de IA tienen que poder leer tus entradas. Muchos no ejecutan JavaScript, así que tus novedades deben estar en el HTML de la página. Mi guía de GEO explica cómo comprobarlo en dos minutos.
Qué publicar: cinco tipos de entradas
Lo más difícil de construir en público no es escribir. Es saber sobre qué escribir. Yo uso cinco tipos de entradas, y cada semana encaja en al menos uno.
Cinco tipos de entradas. Cualquier semana encaja en al menos uno.
Lanzado. Algo cambió. Di qué es y por qué le importa al usuario, no solo lo que hiciste en el código. "Ya puedes exportar las facturas en PDF" es mejor que "Añadida librería de PDF".
Aprendido. Algo se rompió, te sorprendió o tardó más de lo esperado. Estas entradas son las más leídas, porque son honestas y útiles para otros makers.
Decidido. Tomaste una decisión: una función que no vas a construir, un precio, una herramienta que cambiaste. Explica el motivo. La gente confía más en un producto cuando entiende sus decisiones.
Pregunta. Necesitas la opinión de otros. Haz una pregunta clara: "¿Lo usarías en el móvil o en el portátil?". Responde a todos los que contesten.
Hito. Una primera vez: primer usuario, primer pago, primeros 100 registros, la primera vez que alguien que no conoces lo recomendó. Comparte cifras solo si te sientes cómodo.
Un ejemplo real. Este es el comienzo de la primera entrada de la bitácora de Axiean, una entrada de tipo Decidido (traducida del inglés):
Trabajar con herramientas de IA cambió mi forma de construir. Lo que antes llevaba semanas ahora lleva días, y las ideas que antes habría dejado en un cajón de repente merecen un fin de semana. Y no soy ni mucho menos el único.
Pero que construir sea más rápido no hizo que fuera más fácil que te encuentren.
Si no sabes cómo empezar, rellena esta plantilla. Lleva unos diez minutos.
Título: [Qué cambió, con palabras sencillas]
Qué hice: [una o dos frases]
Por qué: [el problema que resuelve o el motivo de la decisión]
Qué aprendí: [algo que te sorprendió o salió mal]
Qué sigue: [el próximo paso, sin prometer fecha]
Pregunta: [opcional, una pregunta para tus lectores]
Entre 100 y 300 palabras es más que suficiente. Escribe como se lo explicarías a un amigo.
Lo que nunca debes compartir
Construir en público no significa compartirlo todo. Antes de publicar, revisa esto:
Claves y secretos. Las capturas de código, terminales y paneles suelen mostrar claves de API, tokens o direcciones de bases de datos. Recórtalas o difumínalas, y si una llegó a verse, cambia esa clave. Mi checklist de seguridad para vibe coding explica por qué esto importa tanto.
Datos de usuarios. Ni nombres, ni correos, ni mensajes de usuarios reales sin su permiso. Tampoco en una captura de "¡mira, mi primer registro!".
Detalles que ayudan a un atacante. "Añadimos límites a los intentos de inicio de sesión" está bien. "Este es el endpoint exacto que todavía no tiene límite" no.
Promesas con fecha. "Lo próximo" está bien. "Listo el viernes" convierte un viernes fallido en una promesa rota.
Cifras de las que te arrepentirás. Los ingresos y el número de usuarios generan confianza, pero una vez públicos, se quedan públicos. Decide qué te parece bien antes de la primera entrada.
La rutina semanal de 15 minutos
La constancia importa más que la longitud. Elige un día de la semana y haz esto:
Anotar (5 minutos). Mira qué cambió desde la semana pasada: tus commits, tu lista de tareas, tus notas. Elige lo que más le importa a un usuario.
Escribir (5 minutos). Usa la plantilla de arriba. Una idea por entrada.
Compartir (5 minutos). Publica una versión corta (dos o tres frases) en un sitio donde ya estén tus usuarios, con un enlace a la entrada completa.
Guarda la versión completa en un sitio que sigas teniendo dentro de un año, y comparte versiones cortas en todos los demás. Así los enlaces, el tráfico de búsqueda y la historia se acumulan en un solo lugar en vez de perderse en un feed.
Dónde llevar tu bitácora
Lugar
Bueno para
Punto débil
Tu propio blog o changelog
Es tuyo; bueno para buscadores con el tiempo
Al principio nadie lo ve
X, LinkedIn, Bluesky, Threads
Alcance y conversaciones rápidas
Una semana después cuesta encontrar las publicaciones
Reddit, Indie Hackers, Discord
Justo la gente adecuada
Normas estrictas sobre autopromoción; Discord no se puede buscar
Una bitácora en Axiean
En la página de tu proyecto, enviada a tus seguidores y en el feed
Axiean es nuevo y su comunidad todavía es pequeña
No hay una única respuesta correcta. Mi consejo: guarda las entradas completas donde se puedan encontrar y estén unidas a tu producto, y usa las redes y las comunidades para llevar a la gente hasta allí.
Cómo funcionan las bitácoras en Axiean
Construí las bitácoras de Axiean justo para esto, así que te cuento cómo funcionan:
Las entradas viven en la página de tu proyecto como una línea de tiempo, junto a hitos como "Lanzado en Axiean". Cada entrada tiene además su propia página.
Antes del lanzamiento, las entradas son tu historia previa. Si tu proyecto todavía es un borrador, sus entradas son privadas para tu equipo. Se hacen públicas cuando publicas el proyecto, sin enviar avisos a nadie.
Después del lanzamiento, las entradas son noticia. Aparecen en el feed de inicio y en el feed de Siguiendo de quienes te siguen, y tus seguidores reciben una notificación. El feed de inicio muestra como mucho una entrada por proyecto al día, así que nadie puede llenarlo.
Las máquinas pueden leerlas. Las páginas de las entradas se generan en el servidor, con datos estructurados, y figuran en el sitemap de Axiean, así que los buscadores y los rastreadores de IA pueden leerlas.
Puedes etiquetarlas con las herramientas de IA y las tecnologías de las que trata la entrada, para que las encuentre la gente interesada en ellas.
Por ahora las entradas son solo texto (todavía sin imágenes), de hasta 10.000 caracteres.
La bitácora en la página del propio proyecto Axiean.
Si estás construyendo algo con IA, publica tu proyecto y escribe tu primera entrada ese mismo día. Una buena primera entrada es simplemente: por qué lo estás construyendo y para quién es.
Tus primeras cuatro entradas
Si empiezas hoy, estas cuatro entradas le dan a tu bitácora un buen comienzo:
Por qué estoy construyendo esto. El problema, quién lo tiene y por qué te importa. (También es la mejor forma de encontrar tu frase de enfoque.)
Cómo funciona hoy. La primera versión, con honestidad: qué hace y qué no hace todavía.
Lo primero que se rompió. Todo producto tiene uno. Compartirlo demuestra que estás atento.
Lo que me dijeron los primeros usuarios. Qué les gustó, qué les confundió y qué vas a cambiar.
Después, usa los cinco tipos de entradas de arriba, una vez por semana.
Dudas habituales
"Alguien me va a copiar la idea." Con IA, cualquiera puede copiar una función en un fin de semana, la compartas o no. Lo que no puede copiar es la confianza y el público que construyes al mostrar tu trabajo.
"Esta semana no tengo nada que contar." Entonces escribe una entrada de Aprendido o Decidido. Una semana sin lanzar nada suele significar que te atascaste en algo, y eso es interesante.
"Nadie la lee." Al principio, es verdad. Las bitácoras funcionan despacio: la décima entrada la leen personas que encontraron la tercera en un buscador. Sigue tres meses antes de juzgarla.
Preguntas frecuentes
¿Qué es construir en público (build in public)?
Construir en público es compartir tu trabajo mientras haces un producto: lo que lanzaste, lo que salió mal, lo que decidiste y por qué. Los makers lo hacen para recibir opiniones pronto, generar confianza y dar a la gente muchas ocasiones de descubrir el producto en lugar de un solo día de lanzamiento.
¿De verdad funciona construir en público?
Funciona mejor como hábito que como una publicación suelta. Las novedades regulares dan a la gente más ocasiones de verte, demuestran que el producto está vivo y crean páginas que los buscadores y las herramientas de IA pueden encontrar. No arreglará un producto que nadie necesita, pero ayuda a que encuentren un producto útil.
¿Qué debería publicar cuando construyo en público?
Publica lo que lanzaste, lo que aprendiste, las decisiones que tomaste, preguntas para tus usuarios e hitos. Una idea por publicación, con palabras sencillas. Nunca publiques claves, datos de usuarios ni detalles que ayuden a un atacante.
¿Cada cuánto debería publicar un devlog?
Una vez por semana es un buen ritmo para la mayoría de los makers que trabajan solos. Es lo bastante frecuente para mantener el interés y lo bastante espaciado para tener siempre algo real que contar. Importa más tener un día fijo que el número exacto.
¿Una bitácora ayuda al SEO?
Sí, si los buscadores pueden leerla. Cada entrada es una página nueva con experiencia de primera mano, y las entradas concretas coinciden con búsquedas concretas. Mantén las entradas en el HTML de la página (no solo cargadas con JavaScript) y enlázalas con tu producto.
¿Qué diferencia hay entre un changelog y una bitácora?
Un changelog es una lista corta de lo que cambió, para los usuarios. Una bitácora cuenta la historia detrás: por qué hiciste un cambio, qué aprendiste y qué viene después. Muchos productos tienen las dos cosas.
"Slop" fue la palabra de 2025 para Merriam-Webster, y la gente ahora busca sus señales. Qué hace que un producto creado con IA parezca slop, qué hace que parezca cuidado, si deberías decir que usaste IA y qué dicen Google, la FTC y la Ley de IA de la UE en 2026.
La IA te lleva muy rápido a una demo que funciona. El último 20% (errores, correos, pagos, accesibilidad, idiomas, privacidad, copias de seguridad) es lo que la convierte en un producto. Doce cosas que la IA suele dejar sin terminar, cómo revisar cada una y qué pedirle a tu IA.
··16 min de lectura
Las palabras de la programación con IA cambian cada pocos meses. Aquí tienes 40 explicadas con palabras sencillas: qué significan, de dónde vienen y por qué te importan. Desde vibe coding y MCP hasta la ingeniería de contexto, el slopsquatting y llms.txt.
Vahid Aslani
