About this case study
Este es un horario semanal modelado que puedes copiar y ajustar, no un resultado reportado por un cliente ni la promesa de que un número de horas concreto genere usuarios.
La regla del 50/50 no existe
La pregunta aparece cada semana en los foros de indie hackers: ¿cuánto tiempo debo dedicar al marketing y cuánto al desarrollo? La respuesta popular es 50/50, y está equivocada igual que lo está cualquier proporción fija. Un reparto rígido da por hecho que el trabajo de distribución mantiene siempre el mismo tamaño, cuando en realidad cambia de forma al menos tres veces en los primeros meses de una app.
La versión de 2026 de la pregunta es distinta, además, porque la mitad de desarrollo se ha encogido. Puedes pasar de una idea a una app desplegada y funcional con Lovable, Bolt, Cursor, v0 o Replit en un fin de semana. El cuello de botella se ha movido. Dedicar media semana a programar cuando la app ya hace lo que promete no es equilibrio, es un escondite cómodo.
Así que esta es la respuesta con criterio. Prelanzamiento: alrededor de un 80 por ciento de desarrollo y un 20 por ciento de distribución, unas 6 horas semanales de distribución. Semana de lanzamiento: 30 por ciento de desarrollo y 70 por ciento de distribución, unas 20 horas. Meseta poslanzamiento: 60 y 40 por ciento, unas 12 horas. Los porcentajes exactos importan mucho menos que el hecho de que se muevan y de que sepas en qué etapa estás.
Las tres semanas tipo que siguen suponen unas 30 horas de trabajo concentrado. Si tu semana real son 12 horas encima de un empleo, reduce todas las líneas en la misma proporción y conserva el orden. Lo que no debes hacer es promediar las tres etapas, quedarte con una cifra cómoda y llamarlo estrategia.
Prelanzamiento: 6 horas de distribución
Todavía no estás vendiendo. Estás reuniendo una audiencia con la forma aproximada correcta y aprendiendo las palabras que usa, para que la semana de lanzamiento tenga dónde aterrizar.
- 2 horas, el lunes, en una sola sesión: generar la semana de publicaciones desde tu espacio de trabajo, leerlas todas, reescribir las que suenan a folleto, borrar las que aún no son ciertas y programar el resto en Instagram, Threads y X.
- 1 hora: escribir un texto más largo sobre el problema, no sobre el producto, y publicarlo donde tu audiencia ya lee.
- 1 hora: diez respuestas sinceras a otras personas de tu nicho. Sin enlaces, sin argumentario y sin que nadie sienta que le están vendiendo algo.
- 1 hora: hablar con dos personas que tengan el problema. Un mensaje directo, una llamada o un comentario bajo la queja sobre un competidor valen igual.
- 30 minutos: actualizar la landing page para que describa lo que realmente has construido esta semana.
- 30 minutos en total, de cinco a diez minutos al día: responder a los comentarios de tus propias publicaciones.
- Quedan 24 horas para desarrollar, más de las que la mayoría de fundadores cree tener.
Semana de lanzamiento: 20 horas de distribución
Es la única semana en la que el desarrollo pierde a propósito. Congela el código el viernes anterior y tócalo solo para errores que impidan el lanzamiento.
- 4 horas el fin de semana previo: generar y editar toda la semana de lanzamiento en una sola sesión, cada día y las tres redes, dejando para el final las publicaciones del día del lanzamiento.
- 2 horas: preparar lo que no son publicaciones. El vídeo de demostración, tres capturas y el párrafo único que pegarás en cada formulario de directorio.
- 3 horas el día del lanzamiento, solo respuestas: cada comentario, cita y mensaje directo contestado dentro de la hora, porque esa hora es cuando el algoritmo y las personas están mirando a la vez.
- 2 horas al día el resto de la semana, en dos bloques: respuestas, seguimientos y la gente que dijo "interesante, escríbeme más adelante".
- 2 horas: los canales manuales que ningún programador de publicaciones cubre por ti. Un post en Reddit en una comunidad donde ya participas, un post en LinkedIn, un Show HN y un correo a todo el que alguna vez preguntó por la app.
- 1 hora el viernes: anotar en frases sencillas qué generó respuesta y qué no, para que la semana siguiente no sea adivinar.
- 10 horas para desarrollar, que en la práctica significan correcciones, textos de onboarding y esa cosa que pidieron tres personas.
Meseta poslanzamiento: 12 horas de distribución
El pico ya pasó, la gráfica está plana y esta es la etapa en la que la mayoría de fundadores en solitario deja de publicar sin decir nada. El horario existe para que parar cueste más que seguir.
- 2 horas, el lunes, en una sola sesión: revisar, editar y programar la semana generada. Es la única sesión en la que abres el calendario.
- 3 horas: una pieza sustancial por semana, como un changelog, un análisis o una guía breve, escrita de modo que luego pueda trocearse en varias publicaciones.
- 2 horas: distribución que el programador no hace. Una comunidad, un intercambio de newsletters, una propuesta a un pódcast, un correo de colaboración.
- 2 horas: hablar con cinco personas que se registraron y nunca volvieron. Preguntarles qué esperaban que ocurriera.
- 2 horas el viernes: leer la vista de rendimiento, anotar qué tipo de publicación consiguió respuestas y dejar que la semana siguiente lo refleje.
- 1 hora en total, de diez a quince minutos al día: respuestas y comentarios, nada más.
- 18 horas para desarrollar, y ahora construye lo que esas cinco conversaciones te dijeron que construyeras.
Por qué una sesión de revisión gana a publicar cada día
La discusión del 50/50 nunca se resuelve porque se comparan horas sin comparar formas. Cuatro horas de desarrollo son un bloque. Cuatro horas de distribución hechas a mano, un poco cada día, son quince cambios de contexto, y cada cambio te cuesta el estado mental que tenías sobre el código. Las horas parecen iguales en una hoja de registro y no lo son en tu cabeza.
Así que concéntralas. Amplispect crea un espacio de trabajo a partir de tu web, recogiendo tu oferta, tu audiencia y tu voz de marca, y luego genera la semana de publicaciones con la cadencia que fijes, cada una con un rol y una fecha. Abres esa semana una vez, lo lees todo, reescribes lo que suena plano, borras lo que aún no es cierto y programas lo que sobrevive. Las vistas previas y validaciones por red hacen que detectes el texto que se rompe en X antes de que entre en la cola, no después.
Esa es la línea de las dos horas del lunes en cada una de las tres semanas anteriores. Lo que queda en la columna de distribución es o trabajo que una herramienta de verdad no puede hacer por ti, como los mensajes directos, el post en la comunidad y las llamadas con usuarios, o los diez minutos diarios de responder a quien respondió. Los comentarios de las redes compatibles se sincronizan en el mismo espacio de trabajo y pueden contestarse desde borradores revisados, lo que mantiene el bloque diario como un bloque en lugar de un recorrido por tres aplicaciones.
Nada se publica sin que lo hayas leído antes. Ese es el trato completo: el horario protege tus horas de desarrollo haciendo que las de distribución sean previsibles y acotadas, no quitando tu nombre de las publicaciones.
Lo que el horario te da de verdad
Al cabo de un mes tienes un hábito de distribución que sobrevive a una mala semana: una sesión de revisión que puedes defender en el calendario, diez minutos diarios lo bastante baratos como para mantenerlos y un registro escrito de qué publicaciones consiguieron respuestas. Eso es una práctica que se acumula y una respuesta real a la pregunta del tiempo. No es una cifra de tráfico, y ningún horario puede prometerte una.
Un calendario no crea demanda
Publicar con regularidad no crea demanda para una app que nadie necesita. Si ocho semanas constantes no producen respuestas, ni registros, ni preguntas, el horario está funcionando bien y te está diciendo algo útil: el problema está en la oferta, en la audiencia o en la app. Cambia una de esas tres cosas antes de añadir horas de publicación.
Profundizar
El resto de la serie, si quieres las piezas que este horario da por supuestas:
- Marketing de apps para desarrolladores que odian el marketingQué hacer con las horas de distribución cuando ese trabajo es justo la parte que detestas.
- Build in Public: una cadencia de publicación que trae usuarios, no solo seguidoresUna cadencia para la semana generada, para que las publicaciones tengan algo honesto que decir un martes tranquilo.
- Cómo distribuir una app: la guía completa para fundadores que ya han construido algoEl panorama completo de cómo una app encuentra usuarios una vez construida y desplegada.
- Cómo hacer crecer tu app con un ciclo semanal de adquisiciónEl mismo ritmo semanal cuando ya sois más de una persona haciendo el trabajo.
- Por qué nadie usa tu app (y la brecha de distribución que hay detrás)Qué revisar primero cuando la semana de meseta nunca se convierte en crecimiento.
- El programador de publicacionesRevisar, validar y programar una semana para Instagram, Threads y X en una sola sesión.
- Crear un espacio de trabajoCrear un espacio de trabajo a partir de tu web y ver la primera semana generada.
Preguntas frecuentes
¿Cuánto tiempo debe dedicar un indie hacker al marketing?
Depende de la etapa, no de una proporción fija. En torno al 20 por ciento de la semana antes del lanzamiento, hasta el 70 por ciento durante la semana de lanzamiento y alrededor del 40 por ciento cuando el pico se aplana. En una semana de 30 horas son aproximadamente 6, 20 y 12 horas.
¿Tiene sentido la regla del 50/50 entre desarrollo y marketing?
Es un buen eslogan y un mal horario. Un reparto fijo ignora que la semana de lanzamiento necesita mucha más distribución que el mes anterior, y que una meseta necesita más que un prelanzamiento. Mueve la proporción con la etapa.
¿Se puede hacer marketing de una app en pocas horas a la semana estando solo?
Sí, si agrupas el trabajo. Generar y revisar una semana de publicaciones en una sola sesión y luego dedicar diez minutos al día a responder cabe en pocas horas. Lo que no cabe es inventar cada publicación el mismo día en que la publicas.
¿Y si publico con constancia y sigo sin usuarios?
Entonces el horario ha hecho su trabajo al descartar la constancia como explicación. Tras unas ocho semanas sin respuestas, sin registros y sin preguntas, revisa la oferta, la definición de audiencia y la propia app antes de añadir más horas de publicación.