Fecha mínima de lanzamiento: ¿cuándo publicar las fichas?

La primera pregunta que hace el onboarding del kit sobre el calendario no es «¿cuándo quieres lanzar?», sino «¿hay una fecha antes de la cual nada debería ser público?». Son preguntas distintas, y la diferencia es el tema de este artículo. La versión corta: los envíos a directorios no se publican cuando los envías, se publican cuando al directorio le llega el turno, y si quieres una semana de lanzamiento y no un lanzamiento desparramado, necesitas un suelo, no un objetivo.

La función, en un párrafo

Desde la versión del 15 de septiembre de 2026, product.json tiene un campo llamado earliest_launch_date. Vacío significa sin suelo. Si contiene una fecha, el record.py del tracker se niega a marcar cualquier plataforma como scheduled con una fecha de lanzamiento anterior, y se niega a registrar scheduled sin un --launch-date. El onboarding pide el valor desde el principio, y el panel local muestra el suelo junto al estado programado. Esa es toda la función: un campo, una negativa, una pregunta hecha antes de enviar nada. El changelog tiene la nota de la versión.

Es pequeña a propósito. No retrasa los envíos, porque no puede; el agente no decide cuándo publica un directorio. Lo que hace es impedir que salga mal lo único que está bajo tu control: que un agente confirme una fecha de lanzamiento en una plataforma con calendario para una semana que no querías.

Por qué los directorios gratuitos publican más tarde de lo que crees

Si nunca has enviado un producto a un directorio por su vía gratuita, los plazos sorprenden. Según las guías de campo públicas de esta web, todas observadas en septiembre de 2026:

• SaaSHub generó una página accesible públicamente justo después del envío, etiquetada como Pending approval. Accesible no es aceptada; el tracker mantiene submitted_pending_review hasta que la etiqueta desaparece.
• PitchWall aceptó el envío en Under Review con una estimación de revisión superior a 30 días.
• TinyLaunch ofreció un hueco semanal futuro en su vía estándar y después dejó la aprobación pendiente una vez elegida la fecha: scheduled, con matiz.
• Uneed permitía un lanzamiento pendiente por cuenta en la vía gratuita observada, así que un segundo producto espera a que el primero se resuelva.
• Product Hunt confirmó una fecha de lanzamiento y una zona horaria; eso confirma una fecha, no un puesto en la portada.

Nada de esto es una queja. Los planes gratuitos los moderan personas con una cola, y la cola es larga porque el plan es gratuito. El runbook le dice al agente que te avise sin rodeos de que muchos directorios gratuitos tardan semanas, no días, y que nunca invente el plazo de revisión de una plataforma cuando la plataforma no lo indica. El artículo sobre los estados de envío cubre qué registra el tracker en cada una de estas situaciones; este artículo trata de qué haces con ese conocimiento antes de empezar.

Fechas objetivo frente a suelos

Una fecha objetivo es cuándo te gustaría que pasaran las cosas. Un suelo es lo más pronto que se permite que pase algo. Los directorios hacen que los objetivos sean poco fiables y los suelos baratos, por una razón: controlas cuándo envías y cuándo programas, y nada más.

Piensa en qué pasa solo con un objetivo. Quieres las fichas publicadas en la semana del 12 de octubre. Tu agente empieza el 20 de septiembre, porque las revisiones tardan semanas. La mayoría de directorios gratuitos publican entonces cuando publican: algunos en un día, algunos a finales de octubre, algunos nunca. Pero las plataformas que te dejan elegir una fecha —tablones de lanzamiento con huecos semanales, Product Hunt con su calendario— aceptarán encantadas el 28 de septiembre si es el primer hueco libre que ve el agente, y ahora tu mejor plataforma de lanzamiento ha disparado antes de que tu página de producto, tu changelog y tu anuncio estén listos.

Con un suelo del 12 de octubre, el segundo problema desaparece. El agente puede seguir enviando pronto a los directorios moderados, porque enviar no es publicar y el suelo no se aplica a eso. No puede programar nada antes del 12 de octubre, porque el tracker se niega. La cola de pendientes juega a tu favor: los envíos presentados a finales de septiembre empiezan a aterrizar en la semana objetivo o después, nunca antes.

Planificar una semana de lanzamiento coordinada

Este es el plan para el que está pensado el suelo. Las fechas son ejemplos.

Semana −4: fija el suelo y haz el onboarding. Decide la fecha más temprana en que algo puede ser público. Ponla en product.json durante el onboarding. Termina los datos del producto y el briefing de representación para que el agente tenga texto aprobado antes de tocar ningún formulario; una ficha publicada con la biografía equivocada del fundador es peor que una tardía.

Semanas −4 a −2: envía a los directorios moderados. Los que no tienen calendario: colas de revisión, páginas de «pendiente de aprobación», estimaciones de «en revisión». Envíalos primero porque son los más lentos y no puedes dirigirlos. Registra cada resultado. Espera submitted_pending_review y queued, y cuenta con que algunos se queden ahí más allá de la semana de lanzamiento; no pasa nada, el suelo nunca fue para ellos.

Semanas −2 a −1: programa las plataformas que aceptan una fecha. Tablones de lanzamiento con huecos, Product Hunt, cualquier cosa que confirme una fecha y una zona horaria. Dale al agente el suelo y un día preferido; registra scheduled con la fecha confirmada por la plataforma, y el tracker rechazará cualquier cosa anterior al suelo. Donde haya un hueco confirmado pero la aprobación siga pendiente, la nota lo dice.

Semana de lanzamiento: verifica y después publica. Ese día, el agente abre cada ficha programada antes de registrar live; una fecha en un calendario no es prueba de una página pública. Las comunidades —Hacker News, Indie Hackers, Peerlist y similares— son posts que escribes, no formularios, y su sitio es este, cuando las fichas a las que apuntan existen.

Semanas +1 a +4: haz seguimiento de la cola. Los envíos pendientes cuya ventana de revisión declarada ya pasó se recomprueban, nunca se reenvían para adelantar en la cola. Las fichas que llegan tarde siguen contando; llegan después del suelo, que es lo único que el suelo prometió.

Lo que el suelo no hace

No hace que un directorio publique más rápido. No se aplica a los estados submitted_pending_review y queued, porque esos van con el reloj de la plataforma. No impide que un directorio publique pronto una ficha moderada si la enviaste pronto; si se sabe que una plataforma publica de inmediato en la vía gratuita, envíala dentro de la ventana de lanzamiento, no antes. Y no existe para productos que ya se han lanzado: un suelo vacío es el valor por defecto, y el artículo sobre el lanzamiento con presupuesto cero describe el enfoque goteo que encaja con un producto que ya está en el mercado.

Tampoco sustituye el criterio sobre si enviar. Qué plataformas merecen el esfuerzo es otra pregunta, que se responde por producto con el método de evidencia del archivo de prioridad, no con una fecha.

Fijar el suelo en la práctica

Si ejecutas el prompt de inicio, el agente lo pregunta durante el onboarding; responde con una fecha o di «sin suelo». Para cambiarlo después, edita earliest_launch_date en el product.json del producto y díselo al agente, o cámbialo en la vista de producto del panel local. Las filas scheduled existentes no se reescriben; la negativa se aplica a los registros nuevos, así que si mueves el suelo a después de un hueco ya confirmado, vuelve a leer el tracker antes de la siguiente sesión del agente y decide si reprogramar en la plataforma.

Dos hábitos hacen que esto funcione. Confirma la zona horaria siempre que una plataforma confirme una fecha; la guía de campo de Product Hunt existe en parte por eso. Y trata una pantalla de agradecimiento como lo que es: ni live, ni scheduled, solo el final de un formulario.

LaunchRepo incluye esto en la licencia de pago único: el onboarding que hace la pregunta, el tracker que hace cumplir la respuesta y 346 playbooks que saben qué plataformas aceptan una fecha y cuáles simplemente se toman su tiempo.

Fuentes: ONBOARDING.md, RUNBOOK.md, DASHBOARD.md y CHANGELOG.md en el repositorio de LaunchRepo (versión del 15 de septiembre de 2026); las guías de campo públicas de esta web, observadas el 13 de septiembre de 2026.