Marketing de apps para desarrolladores que odian el marketing

Construir ya no es el cuello de botella. Con Lovable, Bolt, Cursor, v0 o Replit, la app que antes costaba un trimestre cuesta un fin de semana. Después el trabajo cambia de forma: no hay compilador, ni tests, ni stack trace, ni un siguiente commit evidente. Solo una URL que nadie ha visto y una instrucción vaga: «haz marketing».

El rechazo casi nunca es al marketing en abstracto. Es a tres cosas concretas. Actuar: escribir con una voz que no es la tuya, a ser posible en vídeo. Acordarse: publicar cada día para siempre, con la culpa del día que fallas. Adivinar: no saber nunca si algo sirvió, que es la parte que de verdad resulta desagradable para quien programa.

Ninguna de esas tres cosas es marketing. Son un proceso de marketing sin sistema detrás. Dale al mismo trabajo entradas definidas, un trabajo programado, un paso de revisión y logs, y deja de parecer una actuación. No estás siendo creador de contenido. Estás operando un pipeline pequeño, y eso ya sabes hacerlo.

La entrada es tu web. La landing ya dice cuál es la oferta, nombra a la audiencia y tiene un tono. Amplispect lee la URL del sitio y construye un espacio de trabajo a partir de ella, así que la voz pasa a ser configuración guardada en lugar de algo que improvisas a las once de la noche. Cuando el producto cambia, cambias el texto de la web y la entrada cambia con él. Ese es todo el fichero de configuración.

La salida es una semana de publicaciones planificadas para Instagram, Threads y X, cada una con un rol y una fecha ya asignados, no un montón de ideas sin calendario. El trabajo es el generador: se ejecuta con la cadencia que fijes y produce esa semana en borrador. Esta es la parte que sustituye al problema de la fuerza de voluntad diaria. Un trabajo programado no necesita estar motivado el jueves.

Los logs son el resto. Cada publicación tiene un estado por destino que se lee como la salida de un worker de cola: en cola, publicando, publicado, fallido. Los comentarios llegan como una cola con respuestas ya redactadas esperando tu edición. El rendimiento es la métrica que ajusta la siguiente ejecución: miras qué generó respuestas y guardados, y la semana siguiente se inclina hacia ahí. Nada se publica sin tu aprobación, y ese es el único paso manual que merece la pena conservar.

La cadencia se ejecuta y aparece una semana de borradores. La abres una sola vez (el lunes por la mañana funciona bien, antes de tocar el código) y la revisas en bloque. Revisar siete publicaciones juntas es una tarea distinta de escribir una publicación siete veces: ves la repetición, detectas la que suena a nota de prensa y corriges la secuencia en lugar de la frase. Veinticinco minutos suelen bastar.

Tras la aprobación, publicar es un trabajo programado y la vista de estado es tu log. Cuando un destino falla, falla solo: la publicación en X no depende de que la subida a Instagram haya ido bien, y arreglas un destino en lugar de repetir un lanzamiento entero. Esa es la diferencia entre una incidencia y una tarde perdida.

Los comentarios vuelven al mismo espacio de trabajo como una cola con respuestas redactadas. Editas cada una antes de que salga, lo que lleva minutos y mantiene un tono humano. Después la vista de rendimiento cierra el ciclo: qué rol de publicación generó respuestas, qué formato se guardó, qué día no hizo nada. Cambias una entrada (más del rol que funcionó) y la siguiente semana generada lo refleja. Eso es ajustar, no adivinar, y es la parte que hace llevadero todo lo demás.