About this case study
Esta guía describe un proceso repetible de dos semanas, no un resultado reportado por un cliente ni la promesa de que un número concreto de personas se vaya a registrar.
Tu herramienta resolvió la mitad equivocada del problema
Describiste lo que querías, una herramienta de IA escribió el código y el domingo por la noche aquello estaba desplegado en un dominio de verdad, con autenticación, base de datos y página de pago. Funciona. Lo has usado toda la semana. Y la pestaña de analítica muestra el mismo número desde el lanzamiento: tú, en tres dispositivos.
Eso no es un fallo de la app. Lovable, Bolt, Cursor, v0 y Replit comprimieron en un fin de semana la parte que antes costaba tres meses. Lo que no comprimieron es la otra mitad: convencer a un desconocido de que merece la pena abrir esto, y después a un segundo, y después a treinta.
Esa mitad no se abarató, porque nunca fue un problema de código. Distribuir es una persona explicando un problema concreto a quien lo tiene, en los sitios donde esa gente ya se queja de él. Ninguna herramienta de build lo hace por ti, y ninguna funcionalidad extra sustituye ese trabajo.
La buena noticia es que es un trabajo más pequeño de lo que parece desde fuera, y la mayor parte del resultado se decide en las dos primeras semanas: no por cuánto publiques, sino por lo estrecha que sea tu puntería. Lo que sigue es una quincena que puedes llevar de verdad con un empleo a la vez.
Semana uno: elige un usuario, un problema, una página
Antes de publicar nada en ningún sitio, estrecha el objetivo hasta que quepa en una sola frase:
- Ponle nombre a una persona que tenga este problema hoy. No «pequeñas empresas», sino «una peluquera canina que cita a sus clientes por WhatsApp y pierde la mitad de los mensajes».
- Escribe el problema tal y como ella lo diría en voz alta, primero la queja, sin una sola palabra de vocabulario de producto.
- Anota también para quién no es la app, para poder pasar de largo de conversaciones que nunca van a convertir.
- Reduce el titular de la landing page a esa frase del problema y pon el resultado en la línea de debajo.
- Sustituye el nombre de cada funcionalidad por las palabras que usó tu usuario: «dejar de perseguir facturas», no «flujo automatizado de cuentas por cobrar».
- Deja exactamente una acción visible sin hacer scroll y abre la página en un móvil antes de creerte que funciona.
- Añade una línea que diga quién construyó esto y por qué, porque en esta fase la gente te compra a ti, no a una marca.
Monta una presencia que no te coma el tiempo de desarrollo
Si la mayoría de las apps hechas en un fin de semana se quedan calladas en la tercera semana no es por pereza. Es que escribir publicaciones compite directamente con el trabajo que da sensación de productividad, y programar siempre gana esa discusión. O la presencia te cuesta minutos en lugar de tardes enteras, o no sobrevive al contacto con una semana real.
Para esto está Amplispect. Lee tu web y crea un espacio de trabajo a partir de ella (la oferta, para quién es, el tono en el que ya escribes) para que no empieces desde una caja vacía cada lunes. A partir de ahí redacta una semana de publicaciones con la cadencia que definas, cada una con un papel y una fecha, para Instagram, Threads y X.
Nada sale solo. Abres la semana, borras lo que está mal, reescribes la frase que no suena a ti y apruebas el resto con una vista previa por red delante. Reserva veinte minutos una vez por semana para esa revisión y trátala como algo tan fijo como un despliegue.
Tres canales es el alcance honesto: Instagram, Threads y X son donde publica el producto. Todos los demás sitios de tu lista (Reddit, Discord, un foro de nicho, una newsletter que lees) son trabajo manual que haces con tus propias manos, y esa es la siguiente sección y la más importante.
Semana dos: aparece donde esos usuarios ya hablan
Las publicaciones programadas construyen un histórico que la gente puede comprobar. Las conversaciones son las que producen de verdad los primeros usuarios, y esta parte sigue siendo manual a propósito:
- Haz una lista de cinco sitios que tu usuario lea de verdad: dos subreddits, dos comunidades de Discord o Slack, un foro de nicho o una newsletter.
- Dedica los tres primeros días solo a responder, sin enlaces y sin el nombre de la app, hasta que puedas predecir qué respuestas reciben votos.
- Responde exactamente a la pregunta, en público y completa, para que sirva incluso a quien no hace clic en nada.
- Menciona la app únicamente en los hilos donde honestamente sea la respuesta, y di con claridad que la construiste tú.
- Lee las normas de autopromoción de cada comunidad antes de tu primera publicación, no después de tu primera retirada.
- Escribe por privado a las tres personas cuya queja coincidía casi palabra por palabra con tu frase del problema y pregúntales qué usan hoy.
- Mantén una nota con las expresiones que usan. Serán las publicaciones de la semana siguiente y, con el tiempo, el titular de tu página.
Mide respuestas y registros, no impresiones
En esta fase las impresiones te mienten. Una publicación puede llegar a cuatro mil personas y no significar nada, mientras que una respuesta en un hilo de once participantes puede darte tu tercer usuario de pago. Los números grandes al principio suelen indicar que llegaste al público equivocado, no que estés avanzando.
Sigue cuatro cosas y ninguna más: respuestas de cuentas que no son bots, clics hacia la web, registros y cuántas de esas personas abrieron la app una segunda vez. Una línea en una nota, una vez por semana. El número de la segunda apertura es el que te dice si merece la pena distribuir con más fuerza.
Catorce días bastan para aprender qué formulación del problema consigue respuesta. No bastan para concluir que la app no tiene mercado. Si no funcionó nada, cambia la frase y la página antes de cambiar el producto: es mucho más probable que el texto esté mal que el código que escribió tu herramienta.
Lo que catorce días pueden producir de forma realista
Al final de la quincena puedes tener razonablemente: un usuario definido, una landing page escrita en su lenguaje, una semana revisada de publicaciones saliendo con una cadencia que puedes mantener, cinco comunidades donde reconocen tu nombre y cuatro números honestos con los que comparar la semana siguiente. Eso es un hábito de distribución, que es lo que acumula. No es un número garantizado de registros, y ninguna herramienta puede prometerte uno.
La salvaguarda
No intentes automatizar la mitad comunitaria. Amplispect publica en Instagram, Threads y X después de que revises cada publicación, y no publica en Reddit, Discord ni foros, deliberadamente. Volcar respuestas generadas en comunidades es la forma más rápida de que baneen tu app justo en los sitios donde viven tus primeros usuarios, y ese baneo es mucho más difícil de revertir que una semana floja de publicaciones.
Profundizar
El resto del manual de distribución, más o menos en el orden en que lo vas a necesitar:
- Cómo distribuir una app: la guía completa para fundadores que ya han construido algoLa guía completa para distribuir una app, desde el primer usuario hasta un proceso semanal repetible.
- Tus primeras 10 publicaciones sobre tu app cuando aún no tienes usuarios ni testimoniosDiez publicaciones concretas que escribir cuando acabas de lanzar y no sabes qué decir sobre ello.
- Convierte tu landing page en 30 días de publicacionesCómo la página que acabas de reescribir se convierte en un mes de publicaciones sin inventar material nuevo.
- Cómo conseguir los primeros 100 usuarios para tu appCómo es el trabajo de conversación cuando lo escalas más allá del primer puñado de usuarios.
- Por qué nadie usa tu app (y la brecha de distribución que hay detrás)Un diagnóstico para leer si pasan las dos semanas y los números siguen planos.
- Convierte tu web en un espacio de trabajoMira cómo Amplispect lee la web que ya tienes para definir la oferta, la audiencia y el tono.
- Empezar con AmplispectCrea el espacio de trabajo y revisa tu primera semana de publicaciones planificada.
Preguntas frecuentes
Creé una app pero nadie la usa. ¿Por dónde empiezo?
Estrecha antes de ampliar. Escribe una frase que nombre a una persona y el problema que tiene hoy, y reescribe el titular de tu landing page para que sea esa frase. La mayoría de las apps sin usuarios tienen un problema de posicionamiento, no de tráfico, y el tráfico enviado a una página vaga es tráfico desperdiciado.
¿Cómo consigo usuarios para mi app sin presupuesto de marketing?
Dos cosas en paralelo: una cadencia constante de publicaciones en los canales que son tuyos y conversaciones manuales en comunidades donde tu usuario ya pide ayuda. La primera construye un histórico comprobable; la segunda produce los primeros usuarios reales. Ninguna de las dos requiere dinero.
¿Amplispect puede publicar en Reddit o Discord por mí?
No. Amplispect publica en Instagram, Threads y X, y cada publicación la revisas tú antes de que salga. Reddit, Discord y los foros siguen siendo manuales, que además es la respuesta correcta para esas comunidades: la promoción automatizada allí suele acabar en baneo.
¿Cuánto tardaré en saber si mi app tiene mercado?
Dos semanas te dicen si tu formulación del problema consigue respuestas. Juzgar el producto en sí lleva más tiempo y necesita otra evidencia: si quien se registra vuelve una segunda y una tercera vez. Cambia primero el mensaje, porque es más barato de corregir y suele ser la pieza equivocada.