Cómo distribuir una app: la guía completa para fundadores que ya han construido algo

En 2026 puedes describirle una app a Lovable, Bolt, Cursor, v0 o Replit por la mañana y tenerla desplegada por la tarde. El trabajo que antes exigía un equipo financiado y un trimestre ahora exige un fin de semana y una tarjeta de crédito. Es un cambio real y tiene una consecuencia evidente: el número de apps terminadas crece mucho más rápido que el número de personas que buscan una.

La escasez cambió de sitio. Antes estaba en la ingeniería, así que saber construir ya era una ventaja de partida. Ahora está en la atención. Publicar dejó de ser un logro; que te encuentren es lo difícil. La habilidad que separa una app con usuarios de una sin ellos ya no es saber construir, es ponerla delante de las personas correctas, una y otra vez, sin quemarte.

La mayoría de los fundadores lo descubre en un momento muy concreto y desalentador. La app funciona. La landing está publicada. Los pagos están conectados. La gráfica de analítica es una línea plana en cero y no hay nada técnicamente roto. Nadie sabe que la app existe, y ningún mensaje de error te lo va a avisar.

El instinto es volver al editor. Una función más es un problema conocido, con solución conocida y una recompensa inmediata. La distribución es un problema desconocido, sin un primer paso obvio, así que se pospone a la próxima versión, que nunca acaba de llegar. Seis meses después hay una app muy pulida con cuatro usuarios, tres de ellos amigos.

El cambio de enfoque que desbloquea: la distribución no es un lanzamiento. Un lanzamiento es un día y, en la práctica, un boleto de lotería. La distribución es un sistema que ejecutas cada semana, que acumula efecto y que puedes depurar con los mismos instintos que ya usas en el código. El resto de esta guía es ese sistema.

Cuando un fundador dice «tengo que hacer marketing», normalmente está juntando cuatro trabajos distintos en un mismo bloque intimidante. Sepáralos y cada uno se vuelve lo bastante pequeño como para empezar esta semana. Un sistema de distribución tiene exactamente cuatro piezas: audiencia, canales, cadencia y feedback.

La audiencia es el grupo lo bastante estrecho como para imaginar a una persona concreta dentro y predecir qué le molesta. «Desarrolladores» no es una audiencia. «Desarrolladores en solitario que sacan proyectos paralelos y odian escribir sobre ellos» sí lo es. La versión estrecha te dice qué decir; la amplia no dice nada, y por eso escribir para todo el mundo se siente como escribir al vacío.

Los canales son los sitios donde esa audiencia ya gasta su atención. No los eliges según la aplicación que más te gusta. Si tus usuarios discuten el problema en un subreddit, ese subreddit importa más que la red con las métricas más bonitas.

La cadencia es cada cuánto apareces, y es la pieza que decide si el sistema funciona. La distribución premia mucho más la frecuencia que el acabado. Tres publicaciones normales por semana valen más que una impecable al mes, porque la tercera es la que alcanza a quien no estaba mirando durante las dos primeras.

El feedback es el bucle que evita que todo esto sea adivinar. Miras qué publicaciones consiguieron respuestas, qué palabras te repitió la gente, qué visita a la landing se convirtió en registro, y lo metes en la semana siguiente. Sin feedback no tienes un sistema de distribución, tienes un pasatiempo.

La mayoría de los fundadores parados no tiene ninguna de las cuatro piezas. La mayoría de los que se sienten ocupados pero sin resultados tiene tres y le falta la cadencia.

La pregunta de los canales tiene una respuesta aburrida y correcta: ve donde ya están tus usuarios, no donde tú estás cómodo. Para averiguarlo, apunta los tres últimos sitios en los que viste a alguien describir, con sus propias palabras, el problema que resuelve tu app. Esos son tus primeros canales. Todo lo demás es una hipótesis.

También ayuda ser honesto sobre qué se puede automatizar y qué exige que estés tú. Amplispect publica en Instagram, Threads y X: revisas la semana, apruebas las publicaciones y salen a la hora prevista sin abrir tres aplicaciones. Eso cubre el ritmo constante, que es justo la parte que se cae cuando depende de la fuerza de voluntad diaria.

Reddit, LinkedIn, Product Hunt y TikTok siguen siendo manuales, y esa es la decisión correcta más que una limitación. Reddit castiga todo lo que suene a comunicado; hay que ser un participante con historial en la comunidad. LinkedIn premia una voz personal y responder en la primera hora. Product Hunt es un día coordinado, no una cadencia. TikTok pide tu cara. Automatiza el ritmo, haz el resto a mano y deja de sentirte culpable por la diferencia.

Dos canales sostenidos con constancia ganan a seis hechos una sola vez. Empieza con tres como máximo, uno automatizado y uno manual, y añade otro solo cuando los actuales lleven un mes sin que falles una semana. El coste de un canal no es publicar en él, es la atención que le quita al canal que ya funcionaba.

La distribución temprana genera muchísimos números y casi ninguno significa algo. Impresiones, número de seguidores y me gusta se mueven por razones que no tienen nada que ver con tu app: una prueba de algoritmo, un hashtag, alguien grande que te comparte una vez. Optimizar para eso te enseña a escribir publicaciones que rinden en lugar de publicaciones que venden.

Mide cuatro cosas en su lugar. Respuestas y guardados, porque significan que alguien reconoció su propio problema. Clics a la landing page, porque eso es intención. Registros salidos de esos clics, porque ahí tu landing se está poniendo nota a sí misma. Y activación, la proporción de registros que llega al momento en que la app resulta útil de verdad, porque un problema de distribución y uno de onboarding se ven idénticos desde fuera y solo ese número los separa.

Lee esos números cada semana y actúa sobre ellos cada mes. Cada semana, porque una semana es lo bastante corta para recordar qué hiciste; cada mes, porque cualquier semana suelta es sobre todo ruido y, si no, reescribirías toda tu estrategia cada viernes. Cuando un número se mueva, apunta el cambio que hiciste antes de que se moviera. Esa nota vale más que el panel.

Una cosa más que conviene ignorar: los números de otros fundadores. Una captura de un pico enseña el resultado de un sistema que no puedes ver, normalmente tras meses de trabajo que nadie capturó. Compara esta semana con tu propia semana anterior. Es la única comparación con suficiente contexto compartido para enseñarte algo que puedas aplicar.