About this case study
Es una plantilla que puedes ejecutar tú mismo, no un resultado reportado por un cliente ni una promesa de alcance.
Cómo funciona la rotación de cuatro semanas
Construiste la app en un fin de semana con Lovable, Bolt, Cursor o Replit, y construir en público es la distribución más barata que te queda. Se atasca por una razón muy sencilla: en las semanas en las que no sale nada espectacular no publicas nada, y la cuenta se queda callada quince días. Una plantilla lo resuelve, porque es el tema el que decide qué publicas antes de que necesites sentirte inspirado.
La rotación dura cuatro semanas. La semana 1 es el problema y para quién existe. La semana 2 es el avance y las decisiones que hay detrás. La semana 3 es la prueba: números, evidencias y lecciones. La semana 4 es la petición: feedback, testers y qué viene después. Luego vuelves a empezar por la semana 1, con un mes de material nuevo para contarlo.
Dentro de cada semana, cinco publicaciones asumen uno de cinco roles: problema, avance, prueba, petición y lección. El rol te da la forma, el tema te da el asunto, la red te da la longitud. Threads y X se quedan con los textos, Instagram se queda con una publicación visual por semana. Copia las listas de abajo y rellena los corchetes.
Semanas 1 y 2: el problema y después el avance
La semana 1 hace que un desconocido reconozca su propia situación y no requiere ninguna función nueva. La semana 2 muestra movimiento, y solo funciona si publicas la decisión en lugar del diff.
- Semana 1 · Lunes · Problema · Threads y X — «La mayoría de [audiencia] sigue [proceso manual]. Les cuesta [tiempo o dinero] cada semana. Es contra eso contra lo que estoy construyendo».
- Semana 1 · Martes · Avance · Threads y X — La parte funcional más pequeña que toca el problema, con una captura: «Esta es la parte que sustituye [paso]. Me llevó [n] días».
- Semana 1 · Miércoles · Prueba · Instagram — Una tarjeta con el antes y el después: «[Método antiguo]: catorce pasos. [Método nuevo]: dos». Menos de doce palabras en la imagen.
- Semana 1 · Jueves · Petición · Threads y X — «Si hoy haces [la tarea], ¿cómo la resuelves en realidad? Voy a leer todas las respuestas». Y después responde a todas.
- Semana 1 · Viernes · Lección · Threads y X — «Daba por hecho que [suposición]. Tres conversaciones después, la queja real es [realidad]».
- Semana 2 · Lunes · Avance · Threads y X — «[Función] ya está disponible. Existe porque [usuario] no podía [hacer algo]». Una frase, una captura.
- Semana 2 · Martes · Lección · Threads y X — «Elegí [opción A] en lugar de [opción B]. La [opción B] habría tardado tres semanas y habría servido a menos gente».
- Semana 2 · Miércoles · Prueba · Instagram — Un antes y después de una pantalla que rehiciste, con un pie sobre qué cambia para quien la usa.
- Semana 2 · Jueves · Avance · Threads y X — El arreglo sin glamur: «He dedicado [n] horas a [problema aburrido]. Nadie lo va a notar, y de eso se trata».
- Semana 2 · Viernes · Petición · Threads y X — «Lo siguiente es [A] o [B]. ¿Cuál usarías de verdad? Una respuesta lo decide».
Semanas 3 y 4: la prueba y después la petición
Un número honesto vale más que cinco afirmaciones vagas y, si aún no tienes números, sirven las evidencias: citas, conversaciones de soporte, uso real. La semana 4 pide algo concreto, porque «échale un vistazo» da resultados vagos.
- Semana 3 · Lunes · Prueba · Threads y X — Un número con su denominador: «[n] personas se registraron este mes, [m] volvieron en la segunda semana. Esto es lo que esas [m] tienen en común».
- Semana 3 · Martes · Lección · Threads y X — «Esperaba [suposición]. Los datos decían [realidad], así que eliminé [función]».
- Semana 3 · Miércoles · Prueba · Instagram — Una captura de tu analítica con los ejes legibles, más una línea de contexto. Nunca recortes un eje para que una curva parezca más pronunciada.
- Semana 3 · Jueves · Prueba · Threads y X — Un usuario con sus propias palabras, con su permiso: «Alguien lo describió como [cita]. Es ahora el titular de la landing page».
- Semana 3 · Viernes · Lección · Threads y X — «[Canal o táctica] dio [resultado] en [tiempo]. Lo dejo, y esto es lo que probaría en su lugar».
- Semana 4 · Lunes · Petición · Threads y X — «Busco [n] [tipo de persona] para probar [función] esta semana. Responde y te mando la invitación hoy».
- Semana 4 · Martes · Avance · Threads y X — «Tres de vosotros dijisteis [queja]. Está arreglado desde esta mañana».
- Semana 4 · Miércoles · Prueba · Instagram — El mes que viene en una tarjeta de tres líneas: qué vas a construir, qué no vas a construir y cuándo.
- Semana 4 · Jueves · Petición · Threads y X — La invitación, una vez al mes y sin pedir perdón: «[App] hace [resultado] para [audiencia]. Probarla es gratis, enlace abajo».
- Semana 4 · Viernes · Lección · Threads y X — El balance del mes: una cosa que funcionó, una que no, un número y una línea sobre el mes siguiente.
20 ideas de publicaciones build in public que nunca se agotan
Cuando un hueco se queda vacío, coge la idea que corresponde a ese rol. Cada una funciona hayas lanzado algo esta semana o no.
- Problema — El apaño que tus usuarios pagan hoy, con su coste real al lado.
- Problema — Una captura de la hoja de cálculo o la página de Notion que sustituye tu app.
- Problema — La pregunta que te repiten por mensaje privado, respondida en público.
- Problema — Para quién no es la app, dicho sin rodeos.
- Avance — La función que lanzaste, en una frase y una captura.
- Avance — Lo que borraste, y por qué la app está mejor sin ello.
- Avance — La grabación de un flujo que antes eran cuatro clics y ahora es uno.
- Avance — Tu semana real: horas programando, horas de soporte, horas de distribución.
- Prueba — Una métrica con el denominador a la vista.
- Prueba — Una conversación de soporte, anonimizada, que acabó en un arreglo.
- Prueba — Una cita de un usuario que no has escrito tú.
- Prueba — Lo que te cuesta mantener la app este mes, desglosado.
- Petición — Dos opciones para lo siguiente, decididas con una sola respuesta.
- Petición — Una llamada a testers con un número y una fecha límite.
- Petición — Una petición de feedback sobre una sola pantalla, con la imagen adjunta.
- Petición — La invitación mensual, con enlace y sin pedir perdón.
- Lección — La suposición que un usuario destrozó este mes.
- Lección — Un cambio de precios y lo que pasó después.
- Lección — La herramienta o el canal que dejaste de usar, y qué ocupó su lugar.
- Lección — Qué harías distinto si empezaras de cero el lunes.
Cómo ejecutar esta plantilla en Amplispect
La plantilla sobrevive al primer mes a base de fuerza de voluntad, y al tercero porque hay otra cosa sosteniendo el calendario. En Amplispect eso empieza con un espacio de trabajo creado a partir de tu web: pegas la URL y recoge tu propuesta, tu audiencia y tu tono de marca, para que los borradores suenen al producto y no a una cuenta genérica de fundador.
Fija la cadencia en cinco publicaciones por semana y deja que Amplispect genere la semana siguiente. Cada publicación generada llega con un rol y una fecha, que es justo el material del que está hecha esta plantilla, así que tu trabajo es meter los roles que pide el tema de la semana y editar el texto con las frases delante. Revisa y programa la semana entera en una sola sesión: el editor previsualiza cada publicación por red, así que un texto demasiado largo para X, o una publicación de Instagram sin imagen, se detecta antes de entrar en la cola. Nada se publica sin tu aprobación.
Después viene la parte diaria, unos quince minutos: las respuestas. Los comentarios de las cuentas conectadas se sincronizan con respuestas propuestas que apruebas o reescribes, para que la petición del jueves se convierta en una conversación. A final de mes, deja que la vista de rendimiento elija la siguiente rotación. Si la semana de prueba funcionó mejor que ninguna, hazla dos veces y reduce el problema a una sola publicación.
Lo que un mes así te da de verdad
Veinte publicaciones, cinco de ellas peticiones directas, cuatro con un número real, y un registro público de todas las decisiones que has tomado. El resultado realista no es un post viral. Es que quien te sigue sepa describir qué hace tu app sin abrirla, y que no vuelvas a sentarte un martes sin saber qué decir. Seguidores, registros e instalaciones siguen siendo resultados que se miden, no números que un calendario pueda prometer.
El límite: no adornes los números
Construir en público pierde su única ventaja en cuanto los números se maquillan. Publica el denominador junto a la métrica, etiqueta como tal todo lo que sea modelado o una proyección, y no recortes nunca el eje de un gráfico para favorecer una curva. La misma honestidad vale para la cadencia: cinco publicaciones por semana que puedas mantener valen más que quince durante quince días y luego silencio. Si una semana está realmente vacía, publica una lección, no un hito inventado.
Profundizar
El resto del clúster y las dos páginas de producto sobre las que se apoya esta plantilla.
- Build in Public: una cadencia de publicación que trae usuarios, no solo seguidoresEl razonamiento detrás de la cadencia que programa esta plantilla, y cómo elegir una que puedas sostener.
- Plantilla de calendario de contenidos para lanzar una app: 3 semanas, día a díaLa versión de semana de lanzamiento de este calendario, para el mes en el que por fin lanzas.
- Typefully vs Amplispect para build in publicCómo se compara una herramienta de escritura centrada en el texto con un espacio que planifica, programa y gestiona las respuestas.
- Cómo escribir un changelog que haga volver a los usuarios (y atraiga a nuevos)Convierte las publicaciones de avance de las semanas 2 y 4 en un changelog que hace volver a la gente.
- Cómo distribuir una app: la guía completa para fundadores que ya han construido algoEl panorama completo de la distribución del que este calendario es solo una pieza.
- Generador de calendario de contenidos con IAGenera la semana siguiente con tu cadencia, con un rol y una fecha en cada publicación.
- Programador para Instagram, Threads y XPrograma la semana en las tres redes que usa esta plantilla, con vista previa por red.
Preguntas frecuentes
¿Con qué frecuencia hay que publicar cuando construyes en público?
Cinco publicaciones por semana es la cadencia que asume esta plantilla, porque llena un día laborable cada vez y aún deja tiempo para responder. Tres por semana también funcionan si mantienes la rotación intacta. Lo que falla es una quincena intensa seguida de un mes de silencio.
¿Qué publico si esta semana no he lanzado nada?
Usa una publicación de problema, de prueba o de lección. Tres de los cinco roles no necesitan código nuevo: el problema que resuelve tu app, un número que ya tienes o algo en lo que te equivocaste. Para eso existe la rotación.
¿Qué redes funcionan mejor para construir en público?
Threads y X llevan las publicaciones de texto, porque ambas premian las actualizaciones cortas y concretas y es donde ocurren las respuestas. Instagram se queda con la publicación visual de la semana. Amplispect publica en esas tres; lo que hagas en LinkedIn, Reddit o TikTok sigue siendo trabajo manual.
¿Se puede automatizar un calendario de contenidos build in public?
La planificación sí. Amplispect genera la semana con tu cadencia y con un rol y una fecha en cada publicación, y tú cambias los roles por los que pide esta plantilla. La publicación sigue esperando a tu revisión, y las respuestas las escribes tú.