El sábado a las 12:07, hora española, un desconocido decidirá si este reto factura su primer euro. Esta semana va de cómo hemos llegado hasta ahí.

El marcador de la semana

Si te incorporas ahora: esto es un reto en público (4 apps de iOS, 90 días cada una, 500 € de objetivo y nunca perder más de 300). ScrollPass, la app del primer intento, bloquea tus apps más adictivas y el tiempo de scroll se gana haciendo ejercicio. Salió a la venta el martes. Esta es su primera semana en el mundo real:

19 instalaciones en 48 horas, casi todas de España y Latinoamérica. Traducción: vinieron de este boletín y de LinkedIn, no de la publicidad. Gracias, por cierto.

El trial que puede ser el primer euro

El martes a mediodía alguien instaló ScrollPass. Siete minutos después pulsó “probar gratis” en el plan anual de 29,99 €.

No sé quién es. Sé tres cosas: que no me conoce, que su prueba gratuita de 3 días termina el sábado a las 12:07, y que a esta hora sigue sin cancelar.

Los dos desenlaces me valen:

· Si no cancela: primer cobro del reto. Unos 21 € netos después del IVA y la comisión de Apple. El 4 % del objetivo con una sola suscripción.

· Si cancela: cero euros, pero la prueba de que un desconocido llegó hasta el final del embudo. Lo que se rompa a partir de ahí ya se puede buscar.

Con una muestra de uno no se decide nada. Pero se vigila con todo.

La pauta que no consigue gastar dinero

La publicidad en Suecia, Finlandia y Noruega lleva dos días encendida y el contador de gasto marca 0,00 €. Mi problema esta semana no es gastar de más: es que no me dejan gastar.

El desglose del día 1: 10 impresiones. Y las dos palabras con más búsquedas de mi lista (app blocker y screen time) están a cero absoluto. Eso no significa que nadie busque: significa que con pujas de 0,45 € ni siquiera entro en esas subastas. Los anuncios se subastan, y yo estoy ofreciendo menos que todos los demás.

Hasta le pedí sugerencia de puja al propio Apple. Respuesta: no hay recomendaciones. Sin datos, ni Apple opina. Me suena de algo: es la regla de este reto aplicada por una empresa de tres billones.

Así que la corrección ya está escrita y firmada desde ayer: desde el viernes, 7 palabras clave nuevas entran en juego y la puja sube a 0,60 € (con techo inamovible de 0,70). Ni un euro más de presupuesto: la respuesta a “no gasto” nunca es “amplía el grifo”, es “ajusta la llave”.

Los siguientes pasos, con fecha y umbral

Todo esto ya está decidido HOY, antes de conocer los resultados. Así no me podré hacer trampas:

Esa es la gracia del sistema: la semana que viene yo solo ejecuto. Las decisiones ya están tomadas por un yo que todavía no sabía los resultados.

El lunes prometí en LinkedIn que hoy pondría mi apuesta para la primera semana de facturación. Cumplo: 21 euros. Exactamente un trial convertido, el del sábado, y nada más. Ni pesimista ni iluso: es lo que dicen 19 instalaciones y un embudo del 5 %.

¿La tuya? Os leo en los comentarios. Y el sábado a las 12:08 sabré si alguien me ha ganado ya.

Suscríbete ahora

El martes por la noche pulsé el botón que llevaba 19 días esperando.

No pasó nada épico. La app simplemente apareció en la tienda. Lo épico empieza ahora.

ScrollPass, disponible desde hoy en el App Store

ScrollPass, la app del primer intento del reto: bloquea tus apps más adictivas y el tiempo de scroll se gana con movimiento real. Pasos, sentadillas, flexiones delante del móvil. Sin ejercicio no hay scroll.

Si te incorporas ahora: esto es parte de un reto en público (4 apps de iOS, 90 días cada una, 500 € de objetivo y nunca perder más de 300). Las reglas completas, en el número cero.

El precio de llegar hasta la tienda, en números:

Ese era el peaje de la aduana. Está pagado. La pregunta del reto sigue intacta: ¿alguien pagará por esto?

Lo que arrancó junto al lanzamiento: la pauta, los cortes y el laboratorio

Esto es lo que venís a ver de verdad, así que os enseño el tablero.

La pauta corre desde hoy en Suecia, Finlandia y Noruega: 7 € al día, 8 palabras clave en concordancia exacta, pujas de 0,45 €. Catorce días de compra de información pagados con los 100 $ de crédito que regala Apple.

Los cortes son automáticos y estaban escritos antes de encender. Una palabra que gasta 15 € sin producir una sola prueba gratuita, se apaga. Un coste por toque por encima de 0,70 €, baja la puja (nunca se sube el presupuesto para compensar). Un coste por prueba por encima de 10 €, y la respuesta no es más gasto: es subir el precio.

Todo esto, por supuesto, siguiendo la estrategia que definí en el artículo número tres.

Nada de esto garantiza ventas. Garantiza algo mejor: que dentro de 14 días sabré exactamente por qué vendí o por qué no.

Los cuatro desenlaces posibles del 8 de septiembre

El 8 de septiembre cierro el primer ciclo con la decisión ya escrita de antemano:

No existe el escenario “esperar a ver si mejora”. O los números autorizan escalar, o mandan cambiar algo concreto. Ese es todo el secreto del reto: decisiones compradas con datos, no con esperanza.

Y una cosa más, dicha de pasillo: mi pequeño regalo de lanzamiento para los que lleváis 19 días viéndola nacer. El código RETO500 deja el primer año a mitad de precio hasta el 8 de septiembre (canjearlo desde el iPhone). Sin compromiso: el reto se sigue igual de bien desde fuera.

La semana pasada el titular era que no sabía si la app podría salir. Hoy es que ya está disponible. El jueves toca el titular que no controlo: si alguien lo hizo.

¿Qué escenario apostáis que cuento en el próximo checkpoint? Os leo en los comentarios.

Suscríbete ahora

89 horas. Eso lleva Apple sin abrir mi quinto envío, cuatro veces más de lo que tardó con cualquiera de los anteriores.

Y aun así, esta ha sido la semana más productiva del reto. Te cuento por qué.

Si acabas de llegar

Esto es un reto en público: 4 apps de iOS, 90 días para cada una, objetivo de 500 € de beneficio y una regla de supervivencia: nunca perder más de 300 €. Las reglas completas, en el número cero.

La app de este primer intento es ScrollPass: bloquea tus apps más adictivas y el tiempo de scroll se gana con ejercicio (pasos, sentadillas, flexiones delante del móvil). Está terminada desde hace dos semanas; lo que falta es que Apple me deje venderla.

Y esto que lees es el checkpoint: el parte que publico cada jueves con los números de la semana, lo que pasó y lo que viene. Sin adornos.

El marcador

Traducción: en 14 días he ingresado 0 €, he gastado 9,16 € (el dominio web) y me quedan 76 días y 290,84 € de margen de error. El cero de ingresos tiene nombre y apellidos: App Review.

Qué ha pasado esta semana (del 14 al 20 de agosto)

·· Jueves y viernes: rechazos nº 3 y nº 4 de App Review. Un checkbox de clasificación por edades, un cuestionario sobre el uso de la cámara, y una pantalla de pago a la que le faltaba decir “te cobraré 29,99 € al acabar la prueba gratuita”. Cada uno, arreglado el mismo día.

· Domingo: quinto envío a revisión. Desde entonces, silencio. Cuatro días de cola contra las 24 horas que tardaron los cuatro anteriores. He preguntado el estado por los dos canales oficiales que existen, guardándome la única bala de revisión urgente que Apple concede.

· Y no me pasa solo a mí. Por X circulan estos días decenas de desarrolladores con el mismo síntoma: envíos atascados en cola mucho más de lo normal. La teoría que más suena (no oficial, pero me encaja): RevenueCat está en pleno Shipaton, su hackathon anual que empuja a cientos de apps a publicarse a la vez, y la cola de App Review estaría saturada. Si es verdad, mi app está en el atasco de la salida de un concurso en el que ni participo.

· Decidí el orden de lanzamiento con reglas escritas: primero los canales que no gastan caja (un crédito publicitario de 100 $ que regala Apple y vídeos de marketing generados con IA). Pagar a creadores de contenido queda en reserva, con una condición concreta que lo activa.

· Probé la fábrica de anuncios y funciona: vídeos estilo UGC (de esos que parecen grabados por una persona normal con su móvil) generados con IA por 5 € cada uno, y un formato aún más barato a 1 €. Puntuados con un predictor de atención antes de gastar un euro en publicidad. Los tres mejores, más abajo para que los juzgues tú.

· Y fuera del reto: puse la maquinaria a ensayar en otra app mía que ya está en el App Store. Le llamo el laboratorio: lo que aprenda ahí sobre qué vídeos funcionan, lo hereda ScrollPass el día del lanzamiento.

Importante para que no se me malinterprete: la estrategia de distribución que os destripé sigue totalmente activa. Estas pruebas son otra cosa: dejar una palanca cargada por si toca accionarla. Si el lanzamiento pide más volumen de anuncios del previsto, la fábrica ya existe, ya está probada y ya sé lo que cuesta.

Cinco viñetas y ni un euro. La semana que viene, al menos dos se convierten en dinero o en datos.

La fábrica, en tres vídeos

Para que no te fíes de mi palabra, los resultados tal cual salieron:

1. Variante A:

2. Variante B:

3. Variante C:

Qué toca la próxima semana (del 21 al 27)

· El veredicto de Apple, sea cual sea: si aprueba, semana de lanzamiento con todo cargado; si rechaza, sexto asalto (los cinco arreglos anteriores salieron en menos de 24 horas).

· El lunes, la primera lectura del laboratorio: números reales de vistas de los primeros vídeos publicados. Esa mediana decide cómo sigue el plan de contenido.

El dato de la semana

Un anuncio estilo UGC generado con IA: 1,1 €. El mismo vídeo encargado a un micro creador de TikTok (una persona real a la que le pagas por grabarlo): entre 25 y 40 €. Producir barato ya no es la ventaja de nadie: saber qué gancho funciona, sí.

El próximo número trae el veredicto o la crónica de la cola más lenta del reto.

Sabes construir. Puede que lleves años haciéndolo bien.

Y entonces llega la pregunta que ninguna cantidad de código responde: ¿cómo consigo clientes?

Puedes contestarla de muchas formas. Contenido, comunidad, boca a boca, posicionamiento en la tienda. Pero si la respuesta es pagando por ellos, y en una ventana corta suele serlo porque es lo único planificable, aparece una segunda pregunta que ya no admite intuición: ¿puedo conseguir un cliente por menos de lo que ese cliente me deja?

Este artículo es mi respuesta a esa segunda pregunta, con mis números y antes de gastar un euro.

El resultado por delante: gastando todo el dinero de que dispongo y con todas las conversiones saliendo en su mejor versión, el beneficio máximo eran 44 €. No es que me quedara corto. Es el techo absoluto de esa vía. El objetivo son 500.

Estoy intentando ganar 500 € de beneficio con apps de iPhone en 90 días. Hay un límite de pérdida de −300 €, y si lo cruzo no se acaba el intento, se acaba el dinero: el reto sigue hasta el día 90, pero a partir de ahí solo puedo tirar de palancas que no cuesten nada. Vence el 4 de noviembre. Las reglas completas están en el número cero.

El intento 1 es ScrollPass, una app que bloquea las redes sociales hasta que haces ejercicio. Voy por el día 5 de 90, con el marcador en −9,16 € y la 1.0 todavía en cola de revisión, porque un análisis automático de Apple la rechazó y va de vuelta. Eso importa por un motivo concreto: Apple Search Ads no permite anunciar una app que no esté publicada. El reloj corre con el canal cerrado, así que usé el tiempo muerto en lo único que no le pide permiso a nadie.

Lo que encontré calculando

Que el dinero que un cliente te va a dar y el dinero que puedes usar no son la misma cosa, y que la distancia entre ambos la marcan tus condicionantes.

Aquí es donde esto deja de ser un problema mío. Mi restricción son 90 días, que suena a rareza autoimpuesta. Pero todo negocio opera bajo condiciones estresantes que no ha elegido: un presupuesto que se acaba antes de lo que te gustaría, una urgencia por salir al mercado porque cada mes sin vender es un mes pagando, y un puñado de condicionantes que no controlas, desde una plataforma que decide si te publica hasta un socio esperando números.

Mi ventana es una versión extrema de algo que tú también tienes. La diferencia es que a mí me obliga a ponerle número, y ese número cambia decisiones que parecían obvias.

Una aclaración antes de empezar: aquí no vas a encontrar resultados, y es correcto que no los haya, porque esto es una estrategia. Una estrategia es el conjunto: dónde estoy, qué me condiciona, qué elijo hacer y qué descarto, en qué orden y con qué recursos. Se escribe por definición antes de tener datos, porque su trabajo es decidir qué haré con los que lleguen. Lo que la separa de un deseo es que las fases estén definidas, los condicionantes sobre la mesa y los umbrales de decisión escritos antes de mirar.

Si Apple aprueba esta noche, enciendo mañana martes y el 25 de agosto tendré los cuatro números que hoy me faltan. Ese día podrás volver y comprobar si acerté.

El vocabulario que nadie te cuenta

El primer cálculo tumbó mi plan de partida antes incluso de llegar al dinero.

Mi idea era pujar por las palabras que describen lo que hace la app: exercise to unlock apps, earn screen time, workout to unlock. Tiene sentido, ¿no? Es literalmente lo que hace.

Medí ocho mercados. Esas palabras están en el suelo de la escala de popularidad de Apple en los ocho, sin una sola excepción. Habría gastado el presupuesto entero en términos que no teclea nadie.

El vocabulario real del usuario no es funcional, es cultural. brainrot, la palabra que usa la gente joven para el embotamiento de haber scrolleado seis horas, tiene seis veces el volumen de phone addiction y aparece viva en los ocho mercados.

Y el método importa más que el hallazgo: eso no se dedujo razonando sobre el producto, se encontró auditando por qué palabras rankea la competencia. Es la diferencia entre imaginar cómo te buscarían e ir a leer cómo buscan de verdad. Tu vocabulario no se deduce. Se va a buscar donde ya existe, escrito por gente que pagó por descubrirlo antes que tú.

(Nota metodológica, porque estas cifras hay que saber leerlas: Apple no publica volúmenes reales de búsqueda, solo un índice de popularidad de 5 a 100. Ese índice es exponencial, cada diez puntos multiplica el volumen por dos o tres según el consenso del sector, y es relativo a cada tienda nacional, así que un 54 en Suecia y un 54 en Estados Unidos no son la misma cantidad de gente. Que la escala sea 5-100 es dato de Apple; lo de multiplicar por dos o tres es interpretación estándar de las herramientas, no una cifra publicada.)

Dónde voy a pujar, y por qué ahí

De los ocho mercados medidos elegí tres: Suecia, Finlandia y Noruega. Por cuatro razones que salieron de los datos:

1. Se busca en inglés, así que no hay que traducir ni la ficha ni las palabras clave. Eso elimina una fuente entera de error.

2. Instalar sale barato: 0,99 dólares en Suecia y 0,89 en Finlandia, de los más bajos de los ocho medidos.

3. El competidor está menos implantado. El rival serio de la categoría se llama Unrot y tiene 56.647 valoraciones, pero su penetración por habitante en los nórdicos es de las más bajas de la muestra.

4. brainrot tiene ahí mucha búsqueda y poca competencia, que es exactamente el hueco que se busca.

Las ocho palabras con las que arranco: brainrot, unlock, dumb phone, push up time, pushscroll, unrot, app blocker y screen time.

El plan: 100 € y catorce días

Con eso ya está el test montado: 100 €, catorce días, tres mercados y ocho palabras.

Y aquí viene lo importante, porque condiciona todas las decisiones que vienen después: este test no busca ganar dinero. Busca comprar cuatro números que hoy no tengo.

Cuánto me cuesta un toque en el anuncio, cuánta gente instala al ver mi ficha, cuánta empieza la prueba y cuánta acaba pagando. Sin esos cuatro datos no puedo decidir nada, y con ellos puedo decidirlo casi todo.

Eso cambia hasta cómo se puja. La puja no se fija para ser rentable, se fija para que haya datos. Una puja prudente que no gana subastas no me ahorra dinero: me gasta los catorce días en no enterarme de nada, que es el único resultado del que no se puede aprender.

Cómo funciona esto de comprar tráfico en el App Store

Antes de seguir con los números hace falta explicar la máquina, porque si no, las cifras de después no significan nada.

Apple Search Ads coloca anuncios en los resultados de búsqueda del App Store. Cuando alguien busca “app blocker”, los primeros resultados pueden ser anuncios. Funciona así:

· Pujas por palabras concretas. Dices cuánto pagarías por brainrot y Apple te mete en una subasta con todos los demás que pujan por esa palabra.

· Si ganas la subasta, tu anuncio aparece. Que lo vean no te cuesta nada.

· Pagas solo cuando alguien lo toca. Eso es el CPT, el coste por toque. Es la única cifra que le pagas directamente a Apple.

· Ese toque no es una instalación. Solo lleva a la persona a tu ficha del App Store. Ahí decide si instala o se va, y eso ya depende de tus capturas, tu icono y tu descripción, no de Apple.

Para que tengas escala: en estos mercados conseguir una instalación cuesta entre 0,90 y 1 dólar. Como no todo el que toca instala, el coste por toque tiene que ser bastante menor que eso para que la cuenta salga. Por eso más adelante verás que manejo 0,40 € por toque como frontera y que 0,55 € ya me parece caro: no es una preferencia, es que a partir de ahí la cadena entera deja de cuadrar.

Por qué unas palabras me van a salir baratas y otras caras

De mis ocho palabras, espero que dumb phone, pushscroll, unlock y push up time salgan baratas, y que screen time y app blockersalgan caras. La razón merece un párrafo, porque tiene una trampa dentro.

Las herramientas de posicionamiento dan, para cada palabra, una dificultad. Mis palabras baratas puntúan entre 5 y 17 y las caras llegan a 43 y 49. Parece que la dificultad predice el precio, y en la práctica suele hacerlo. Pero no son la misma cosa, y confundirlas te puede costar dinero:

· La dificultad mide competencia orgánica: cuántas apps pelean por aparecer en esa búsqueda sin pagar.

· El CPT lo fija una subasta: cuántos anunciantes están pujando por esa palabra ahora mismo.

Correlacionan porque una palabra de nicho suele tener poco de las dos cosas a la vez. Pero basta un anunciante con presupuesto para encarecer una palabra que es facilísima de rankear orgánicamente. Es una hipótesis razonable, no una ley.

Lo que sí predice con seguridad es que el precio variará mucho entre palabras, y que hay que mirarlo palabra a palabra desde el primer día. Por eso screen time y app blocker son mis dos primeras candidatas a pausar si el gasto se dispara.

Los cuatro números que deciden si puedes comprar clientes

Lo que cuesta traer un cliente que paga se llama CAC (coste de adquisición de cliente). Y antes de enseñarte el mío conviene dejar clara una cosa, porque es la que más gente da por sentada: el CAC no se calcula igual en todos los negocios.

Cada plataforma de publicidad mide y atribuye a su manera, y cada negocio decide qué costes mete dentro. Un SaaS con ciclo de venta largo, un ecommerce y una app de suscripción tienen cadenas distintas, con eslabones distintos y costes distintos. Es un número vivo, no una constante del sector.

En mi caso, con Apple Search Ads como canal, comprar clientes es una cadena de cuatro eslabones. Si conozco los cuatro, sé si el negocio aguanta. Si no, estoy apostando.

CAC = CPT ÷ (ficha × trial × pago)

Multiplicas los tres últimos, divides el CPT entre ese resultado y tienes tu CAC. Lo comparas con lo que te deja un cliente y ya sabes si tienes un negocio o un agujero.

Un aviso antes de que copies esta fórmula. Este es mi CAC, con mi canal. El CAC no es universal: cada plataforma mide y atribuye a su manera, y cada negocio decide qué costes mete dentro. Esta cadena de cuatro eslabones aplica cuando tu canal principal es Apple Search Ads o un equivalente de instalación de app. Un SaaS con ciclo de venta largo, un ecommerce o un negocio de servicios lo calculan distinto y meterían costes que yo aquí ni considero. El método se transfiere; la fórmula exacta, no.

El número que me estaba engañando

Mi primera versión asumía que todo el mundo compra el plan anual, que es el que más deja: 29,99 € menos la comisión de Apple, 25,49 € netos. Con ese supuesto salía que el negocio era rentable si más del 8,3 % de la gente que instala empezaba la prueba.

Pero yo no vendo solo el anual, vendo también un mensual. En cuanto metí en la cuenta que una parte elegirá el barato, el umbral subió al 10,2 %. No cambió el mercado ni el producto: cambié yo de dejar de contarme una película.

Y aquí hay algo que no puedo dejar pasar, porque tal y como lo he escrito es tramposo. Decir “soy rentable si el 10,2 % empieza la prueba” no significa nada por sí solo. Una prueba no factura. Nadie me paga por empezar una prueba gratuita.

Ese porcentaje solo es una frontera de rentabilidad si se cumplen a la vez dos condiciones que me había callado: que la instalación me salga por unos 0,85 € y que el 40 % de esas pruebas acabe convirtiéndose en pago. Cambia cualquiera de las dos y el umbral se mueve entre el 5,6 % y el 17,9 %. Sale de aquí:

umbral de trial = coste por instalación ÷ (valor del cliente × conversión de prueba a pago)

Primera regla que me llevo, y que te sirve igual: ese umbral no es una constante que memorizas, es una función de tus otras variables. Se recalcula cada vez que una cambia. Cualquiera que te dé un número mágico de conversión sin decirte de qué depende, te está vendiendo algo.

He publicado la calculadora que uso en scrollpass.app/calculadora. Antes de seguir leyendo, mete tus cifras.

Bajar la puja es optimizar lo que menos importa

Mi escenario central daba un CAC de 50 €, y un cliente me deja 20,90 € contando la mezcla de planes. Perdía más de la mitad. Para llegar al equilibrio tenía que dividir ese CAC casi por dos.

Miré qué haría falta moviendo una sola variable cada vez:

La variable que todo el mundo toca primero, la puja, es la que menos puede arreglarlo sola.

Y encima bajarla tiene un castigo que no es evidente. Si pujas poco pierdes las subastas, tu anuncio no llega a mostrarse, no hay toques y no hay datos. Pujar bajo no te ahorra dinero: te gasta el calendario. Terminas el ciclo con el presupuesto intacto y sin haber aprendido nada, que es el peor resultado posible cuando el reloj corre. En una ventana corta el recurso escaso no es el dinero, es el tiempo.

La razón es estructural y se ve en la fórmula: arriba hay una variable y abajo hay tres multiplicándose. El denominador tiene tres palancas y el numerador una.

Y esa misma estructura da la salida buena. Como los tres factores se multiplican, las mejoras se componen: cuatro mejoras del 20 % multiplican por 2,07, y a mí solo me hacía falta 1,96. Bajar un poco el coste por toque, mejorar las capturas, un paywall menos torpe. Trabajo ordinario, ninguna heroicidad.

Ese es el hallazgo más transferible del artículo: casi todo el mundo optimiza la única variable que no se multiplica.

El LTV, y por qué me lo traigo a hoy

Aquí llega la parte que me hizo cambiar de opinión sobre algo que creía tener claro.

El LTV (lifetime value) es lo que un cliente te deja a lo largo de toda su vida como cliente. Es la cifra contra la que se compara el CAC: si traer un cliente cuesta menos de lo que ese cliente te va a dar, tienes negocio.

El problema del LTV es que no es dinero, es una promesa repartida en el tiempo. Y los costes los pagas hoy.

Tengo dos planes: anual a 29,99 € y mensual a 5,99 €. La pregunta es cuál me conviene que compre alguien nuevo. El manual dice que la recurrencia manda, y sobre el papel tiene razón:

A cinco meses empata con el anual. A doce lo dobla largo. Visto así, prefieres mensual.

Pero esa tabla es una promesa, no un cobro. Y hay dos razones para desconfiar de ella, ninguna relacionada con mi reto.

La primera: casi nadie llega a los doce meses. Según los datos de RevenueCat sobre suscripciones de consumo, la retención mediana de un plan mensual al cabo de un año ronda el 11 %, frente al 28 % de los anuales. La casilla de los 61,10 € la alcanza aproximadamente uno de cada nueve. Construir tu presupuesto de publicidad sobre ella es presupuestar con la excepción.

La segunda: el dinero en el tiempo. Vender un plan anual es traerte el LTV a hoy: cobras de golpe lo que ibas a ingresar durante meses. Eso cambia cuatro cosas de tu negocio, todas buenas y ninguna relacionada con ningún plazo artificial:

· Recuperas antes lo que te costó el cliente. Con el anual recuperas el CAC el primer día. Con el mensual tardas meses, y hasta entonces ese cliente es un agujero en tu caja.

· Puedes reinvertir. El dinero cobrado hoy compra más publicidad hoy. El cobrado en el mes ocho compra publicidad en el mes ocho.

· Eliminas el riesgo de fuga. Un cliente anual no puede irse durante doce meses. Uno mensual decide cada treinta días, y los datos dicen que la mayoría decide que no.

· Dejas de apostar por una retención que no has medido. Yo no sé cuál es la vida media de mi cliente, porque mi app acaba de nacer. Vender anual es precisamente lo que me permite no tener que adivinarla.

Priorizar el anual no es un capricho de mi reto: es la decisión sensata para cualquiera que necesite financiar su crecimiento con lo que vende.

Lo que hace mi ventana de 90 días es llevar esa lógica al extremo. Un cliente mensual captado a mitad de campaña me deja dos o tres mensualidades antes de que se acabe el plazo. El anual me deja sus 25,49 € el día 1. Mismo cliente, mismo precio, la mitad de valor por una diferencia que no está en el producto sino en el calendario.

Y llevado al límite, esa lógica apunta a un pago único: cóbralo todo hoy y olvídate. Sería lo mejor para mi reto. Pero probablemente peor para el negocio, porque renuncia a toda la recurrencia del año dos en adelante. Ahí conviene tener cuidado: es muy fácil confundir “lo que me conviene con este plazo” con “lo que es buena idea”.

Tú no tienes 90 días, pero tienes algo: los meses de colchón que te quedan, un objetivo de trimestre, lo que le has prometido a alguien. Ese número decide cuánta prisa tienes por cobrar el LTV en lugar de esperarlo, y probablemente nunca lo has metido en la cuenta.

Los tres escenarios, y lo que vale poder parar

Con los cuatro números y el valor del cliente ya se pueden montar escenarios. Estos son los míos para el test de 100 €, con los supuestos encima de la mesa para que puedas discutirlos:

Lo primero que salta: dos de tres escenarios pierden dinero, y el bueno gana 18 €. Este test no es una inversión, es la compra de cuatro datos que no tengo. Conviene saberlo antes y no descubrirlo después.

Si les pongo probabilidades (40 % pesimista, 40 % central, 20 % optimista, que es prudente teniendo cero reseñas frente a un rival con 56.647), el valor esperado del test es de −54 €. Y ojo: esas probabilidades son un supuesto mío, no un dato. Son la parte más discutible de todo el artículo.

Sí, lo más probable es perder dinero. Y está bien que así sea

Si esperabas que esto fuera ganar dinero desde el día uno, malas noticias. Y si alguien te cuenta que su negocio nuevo ganaba dinero desde el primer día, te está vendiendo humo.

Todo negocio arranca con incertidumbre. Más o menos según lo que sepas del sector, pero nunca cero. Y mientras sigas expuesto a esa incertidumbre no estás haciendo negocios, estás apostando. No sabes si va a funcionar, no sabes por qué si funciona, y cualquier decisión que tomes después la tomarás a ciegas. Puedes tener suerte. Lo que no puedes es repetirlo.

La única manera de quitarte esa incertidumbre de encima es pagar por la información. No hay atajo. Alguien tiene que poner dinero encima de la mesa para averiguar cuánto cuesta de verdad un cliente, y ese alguien eres tú.

Por eso estos 54 € esperados no son un fracaso del plan: son el precio de la información. No estoy comprando clientes con ese dinero, estoy comprando los cuatro números que me faltan para dejar de apostar. El día 25 de agosto los tendré, y a partir de ahí cada decisión que tome estará respaldada por un dato en vez de por una corazonada.

Es la diferencia entre perder 54 € y perderlos aprendiendo algo.

Y ahora la parte interesante

Tengo 290 € disponibles antes de tocar mi límite. Puedo gastarlos de dos formas: comprometerlos de golpe en una campaña grande, o gastar 100, mirar, y escalar solo si el dato acompaña.

Parece una diferencia de estilo. Es una diferencia de dinero:

La diferencia son 119 €, y no viene de acertar con los anuncios ni de negociar mejor. Viene de haberme reservado el derecho a parar. Cuando el escenario malo aparece, en la primera estrategia lo pago entero y en la segunda lo corto por 100 €.

No aparece en ningún panel de campaña. Nadie te dice “has ganado 119 € por haberlo diseñado en dos fases”. Pero es, con diferencia, la decisión más rentable de todo mi plan, y la tomé antes de encender nada.

Antes de optimizar la ejecución, diseña la secuencia.

Las cuatro palancas, y cuánto mueve cada una

Cuando la cuenta no sale, hay cuatro cosas que puedes tocar. Las ordeno por un criterio poco habitual: no por potencia, sino por cuánto dependen de mí.

La reinversión merece su propia cuenta, porque es la que más puede y la que más engaña. Si cada cliente deja más de lo que costó, cada venta devuelve capacidad de compra:

Dos vueltas y el objetivo está cubierto de sobra. Y sin embargo es la palanca en la que menos confío, por un motivo que se ve al mirar la segunda fila.

Esa cuenta asume que puedo gastar casi el doble manteniendo el mismo coste por toque. Y casi seguro que no: al escalar se agota el inventario barato y empiezas a pujar por tráfico peor y más caro. Suecia, Finlandia y Noruega suman 21,8 millones de personas entre los tres, y nadie ha medido cuánta gente busca de verdad esas ocho palabras. Ese es el techo real de esta palanca, y no lo sabré hasta pujar.

Por eso mi veredicto: entro al ciclo 2 tocando el precio, no el presupuesto. Es menos espectacular y depende solo de mí. La reinversión la reservo para cuando el ciclo 1 me diga si el mercado da de sí.

Y aquí me tengo que corregir

Sostuve, con números delante, que los 500 € eran inalcanzables por publicidad. Era falso.

Lo era solo bajo un supuesto que no había hecho explícito: gastar el presupuesto una sola vez. Si cada cliente deja más de lo que costó, el gasto acumulado puede superar los 290 € sin que la pérdida llegue nunca a esa cifra, porque cada venta restaura margen. El límite no es un presupuesto, es una distancia que se recupera.

Lo dejo escrito porque el error no estaba en la cuenta, estaba en el supuesto que no había puesto encima de la mesa. Y esos son los que se cuelan.

Lo que hago con cada resultado posible, escrito antes de verlo

Esto es lo que separa una estrategia de una predicción. No voy a decirte qué creo que va a pasar, sino qué haré en cada caso, con las cifras puestas, antes de verlas.

Y tres reglas de reacción que valen para cualquiera:

Nunca escalar sobre la media. Una campaña rentable de media casi siempre esconde una palabra que se está comiendo el presupuesto. Se escala palabra a palabra o no se escala.

Diagnosticar por eslabón, no por resultado. Si falla el trial, se toca el producto, no la puja. Si falla el CPT, se matan palabras concretas, no se baja la puja general. Son acciones excluyentes y confundirlas cuesta dinero.

Comprobar que la señal aguanta antes de rediseñar nada. Con mi muestra prevista, un cliente arriba o abajo mueve el resultado un 20 %. Optimizar contra un espejismo sale más caro que no hacer nada.

Un detalle operativo poco intuitivo: los datos no llegan a la vez. El CPT llega el primer día, con cada toque. El trial tarda, porque necesita instalaciones antes, y es el más ruidoso de los cuatro. En 48 horas sabré en qué mundo estoy, mucho antes de tener una sola venta.

Lo que este análisis no puede decirte

Toca la parte que casi nadie publica.

La muestra no da para concluir sobre la conversión a pago. Saldrán entre cinco y diez pruebas. Cualquier porcentaje calculado sobre eso es ruido con pretensiones.

No sé el volumen absoluto de mis mercados. El índice de Apple es relativo, no una cantidad, y el único modo de conocerlo es pujar y mirar.

Las probabilidades de mis escenarios me las he inventado yo. Están razonadas, pero son un supuesto. Si alguien las cambia, el valor esperado cambia con ellas.

Arranco en agosto, en tres países con vacaciones largas. Puede jugar en los dos sentidos y no podré distinguirlo hasta el segundo ciclo, que ya cae en periodo normal.

Y la advertencia que más me importa: casi todo el consejo de distribución que vas a leer por ahí lo publica quien sobrevivió. Los que hicieron lo mismo y les salió mal no escriben el artículo. Este se escribe sin saber todavía de qué lado va a caer, que es la única forma que se me ocurre de que no tenga ese sesgo.

El 25 de agosto sabré si tenía razón

Si Apple aprueba esta noche, enciendo mañana martes. Catorce días después, el 25 de agosto, publico aquí los cuatro números: qué me costó cada toque, cuánta gente instaló, cuánta empezó la prueba y cuánta pagó. Con eso se activará una de las cinco casillas de la tabla y haré lo que pone. Si Apple tarda más, todo se desplaza, que es otra forma de recordar que hay condicionantes que no eliges.

Las cuatro cosas que te llevas de aquí:

1. Sabe cuánto te cuesta un cliente y de qué depende. En mi caso, con Apple Search Ads, es lo que pago por cada toque dividido entre el producto de tres conversiones: cuántos instalan al ver la ficha, cuántos empiezan la prueba y cuántos pagan. Tres cosas multiplicándose abajo y una arriba, así que optimiza el denominador. Y ese es mi CAC: el tuyo dependerá de tu canal, de qué costes metas dentro y de cómo atribuya tu plataforma. Es un número vivo, no una constante.

2. Tu LTV no es dinero hasta que lo cobras. Un cliente puede valer 61 € repartidos en un año y solo 10 € dentro de tu plazo real. Cobrarlo por adelantado acorta la recuperación del CAC, te financia el crecimiento y te ahorra apostar por una retención que probablemente no has medido. Solo uno de cada nueve suscriptores mensuales sigue ahí al cabo de un año.

3. Poder decidir después tiene un precio. En mi caso 119 €, más que cualquier mejora que sacara afinando anuncios. Diseña la secuencia antes de optimizar la ejecución.

4. Escribe tus umbrales antes de mirar los datos. Es la única defensa contra encontrar en los números lo que querías encontrar.

Marcador a día de hoy: −9,16 € de 500. Día 5 de 90.

Nos vemos el jueves.

La app estuvo lista en 72 horas. Y no es porque yo programe rápido: es porque no inventé nada.

Antes de construir cada pieza, la inteligencia artificial se leyó por mí lo que ya habían averiguado otros. Lo que salió de ahí no fueron respuestas de chat que se pierden al cerrar la pestaña: fueron catorce documentos que hoy mandan sobre el código.

Y ahora un aviso, porque el título dice “técnico” y esa palabra espanta a mucha gente: aquí no vas a encontrar código. Ni lenguajes de programación, ni frameworks, ni librerías, ni una sola pantalla llena de símbolos raros. Nada de eso.

Si no programas, este artículo se lee exactamente igual de bien. De hecho, buena parte de lo que cuento no va de programar: va de precios, de cómo se busca en una tienda de apps, de decisiones y de dinero. Y al final te cuento por qué lo he escrito así, que tiene su motivo.

Este es un extra del reto que estoy contando aquí: 500 € de beneficio en 90 días con una app de iPhone, con una pérdida máxima de 300 € y rindiendo cuentas con números reales. El día 0 fue el 6 de agosto. Hoy es el día 3.

En el número anterior conté cómo elegí la idea entre cuatro candidatas. Pero ahí la app todavía no existía, así que antes de contarte cómo la construí tengo que enseñarte qué es.

Qué es ScrollPass, en treinta segundos

La idea cabe en una frase: eliges las apps que te roban el tiempo, y esas apps se quedan bloqueadas hasta que te ganas los minutos moviéndote.

Eliges TikTok, Instagram, lo que sea. A partir de ahí no se abren solas. Para abrirlas necesitas saldo, y el saldo se gana con el cuerpo.

Caminar paga: cada 100 pasos, un minuto de scroll. Las sentadillas las cuentan los sensores del móvil. Las flexiones las cuenta la cámara frontal. Y si entrenas de verdad y lo registra tu Apple Watch, eso paga mucho más.

A medianoche el contador vuelve a cero y el día siguiente empieza bloqueado. No hay saldo heredado: cada día te lo ganas otra vez.

La pantalla principal: los minutos que te quedan y cómo los ganaste

Esa es la pantalla cuando tienes saldo. Y esta es la misma pantalla cuando te lo has gastado, que es el estado en el que amanece cada día:

A cero: el día empieza bloqueado y hay que ganárselo

Eso es lo que ve el usuario. Por debajo hay bastante más de lo que parece.

Qué hubo que construir para eso

Para que esa idea tan simple funcione hicieron falta más piezas de las que se ven:

Las cinco piezas que hay debajo de una idea que cabe en una frase

Súmale cinco formas distintas de ganar minutos, el motor de bloqueo, las suscripciones y un onboarding de ocho pantallas. Todo eso pesa 9,3 MB y se envió a revisión de Apple el día 2 de los 90.

En el número anterior prometí una semana. Salió en tres días.

Y aquí toca ser honesto, porque tres días no es una hazaña que puedas replicar leyendo esto: es que cuando me enfrasco en algo no lo suelto hasta que está. Eso tiene tanto de virtud como de problema, y prefiero decirlo yo a que parezca que aquí hay un truco de productividad.

Lo que sí es replicable es lo otro, y es de lo que va este extra. Porque el reloj ya no lo marca el código.

No inventé nada, y tú tampoco deberías

Aquí va la tesis de este extra, y es incómoda para nuestro ego de constructores: todo lo que funciona ya está inventado, probado con dinero de otro y publicado gratis.

Cómo se hace una pantalla de bloqueo que la gente no aprenda a ignorar. Cuánto cobra tu categoría y qué precios ya paga la gente. Qué capturas de la tienda convierten y cuáles se saltan. Cuándo se puede notificar sin quemar al usuario.

Nada de eso es un secreto. Es material público, escrito por gente que se estrelló antes que tú y lo contó. El problema nunca fue que no existiera. Eran otros dos.

El primero, encontrarlo. Un buscador te obliga a saber ya cómo se llama lo que buscas, y muchas veces ni sabes que existe. Yo no tenía ni idea de que “una intervención deja de funcionar cuando te acostumbras a ella” fuera un fenómeno estudiado, con nombre propio y literatura detrás. No lo habría buscado jamás, porque no sabía que se podía buscar.

El segundo, leerlo. Aunque dieras con el material, digerirlo costaba días, y nadie tiene días para leer antes de cada pantalla que va a construir.

Eso es exactamente lo que ha cambiado, y en los dos frentes. La IA parte de una descripción torpe de tu problema y te devuelve el nombre técnico, los estudios y quién ya se estrelló ahí. Después te lo resume. Lo que costaba días ahora cuesta una tarde, y buscar y sintetizar se le da bastante mejor que escribir código, francamente.

Y ojo con el malentendido, porque es el que convierte esto en un desastre: no se trata de que la IA decida. Se trata de que la IA traiga lo que ya se sabe, y decida yo.

Suena muy bien en abstracto. Te lo enseño con una pantalla concreta.

Un caso entero: la pantalla que sale cuando te quedas sin minutos

Cuando abres TikTok sin saldo, el sistema operativo tapa la app con una pantalla nuestra. Esa pantalla es la pieza más importante del producto: es la única que el usuario ve justo cuando peor está, en el momento exacto de la tentación.

Así que la pregunta era: cómo se hace una pantalla de bloqueo que la gente no aprenda a ignorar.

Primero, la investigación. Documentación de Apple, su charla técnica de la conferencia de desarrolladores y literatura de cambio de hábito. Volvió con tres cosas.

Una: el muro seco fracasa. Una pantalla que solo dice “no” se vive como un castigo, y el castigo termina en desinstalación, no en cambio de hábito.

Dos: decirle a alguien “si quieres esto, haz esto otro” en el momento exacto del impulso es de las técnicas con más evidencia detrás. La pantalla no debe regañar, debe poner precio.

Y tres, la más cara de todas, regalada por un competidor: one sec, la app que te hace respirar antes de abrir Instagram, funciona de maravilla el día 1 y es puro trámite en la semana 4. La habituación mata la intervención.

Segundo, lo que la investigación descartó. Aquí es donde se ve el valor de verdad, porque descartar es lo que ahorra semanas.

Nuestra pantalla decía siempre exactamente lo mismo. Y si la ves diez o quince veces al día, a los pocos días dejas de leerla: la despachas de memoria, igual que cierras el aviso de cookies de una web sin mirar qué pone.

Ahí está el problema, y es grave: una pantalla que ya no se lee no bloquea nada. Pulsas el botón en automático y sigues. Eso es lo que le pasó a one sec en la semana 4, y con nuestro cartel fijo nos iba a pasar igual.

Y cayó algo peor. El botón principal decía “Abrir ScrollPass” y no podía abrir ScrollPass. La documentación de Apple lo dice claro: desde esa pantalla no se puede lanzar otra app. El botón prometía algo que la plataforma no permite cumplir.

Nadie se habría dado cuenta hasta que un usuario lo pulsara y no pasara nada. Eso lo cazó leer documentación, no programar.

Tercero, en qué se convirtió. La pantalla dejó de ser un cartel y pasó a leer tus datos reales. Ahora cambia según el momento: si aún no has ganado nada hoy, si te has gastado los minutos que ganaste, o si tu racha se muere a medianoche. Y la tarifa que te propone va rotando, para que no se vuelva invisible.

La pantalla de bloqueo con tus datos dentro: no dice “se acabó”, dice cuánto ganaste y en qué te lo fundiste

Fíjate en el detalle que más me gusta, y que también salió de la investigación: no dice “se acabó el tiempo”. Dice cuántos minutos ganaste tú y que te los has gastado tú. Cierra el trato como justo, en vez de como un castigo.

Ninguna de esas cuatro decisiones salió de mi criterio. Las cuatro salen de gente que ya se estrelló antes que yo y lo publicó.

Eso mismo, repetido catorce veces, es todo el método.

El método, en cuatro pasos

1. La investigación va primero. Antes de construir cualquier pieza que tenga criterio detrás, no se abre el editor con una corazonada.

2. La IA barre las fuentes públicas: documentación oficial, análisis, casos, competidores y, sobre todo, las reseñas de sus usuarios.

3. El resultado no se queda en un chat. Se destila en un documento, guardado en el repositorio junto al código y con sus fuentes citadas al final. Deja de ser una conversación y pasa a ser una guía de la casa.

4. El documento manda sobre la implementación. Y cuando la realidad lo contradice, la enmienda se anota en el documento, no solo en el código. Por eso la guía mejora sola con el uso.

Ese cuarto paso es el que casi todo el mundo se salta, y es el que convierte esto en un activo en vez de en un rato de lectura.

Y una aclaración, porque se confunde fácil: esto no es Spec Driven Development. Una especificación describe qué va a hacer tu producto, la escribes tú desde tu criterio y caduca en cuanto el producto cambia. Estas guías describen qué se sabe ya del problema, no las escribo yo sino que recojo lo que hay fuera, y no caducan con el producto: por eso las catorce me van a servir igual en la app siguiente, aunque ScrollPass no exista. Si trabajas con especificaciones, esto es lo que alimenta la spec antes de que te sientes a escribirla.

Las catorce guías, para que se vea el alcance: pantalla de bloqueo, onboarding, pantalla de pago, venta cruzada, notificaciones, vibración, widget, diseño, contador de flexiones por cámara, capturas de tienda, landing, anuncios en el App Store, medición, y redacción para LinkedIn y para Substack.

Y aquí el mejor argumento que te puedo dar: el título que has leído arriba está fabricado con una de esas guías. La de Substack, destilada de un análisis de 94.391 publicaciones que alguien hizo, publicó y yo solo tuve que leer.

Y ahora la pregunta incómoda: ¿esto sirve de algo de verdad, o es papeleo que da la sensación de estar trabajando?

La prueba: lo que hice a ojo hubo que rehacerlo

Tengo una sola evidencia, y es de andar por casa, pero es honesta porque ocurre dentro del mismo producto y la misma semana.

Las piezas construidas contra una guía no hubo que rediseñarlas. Notificaciones, vibración, pantalla de bloqueo, widget: se ajustaron detalles, pero el planteamiento aguantó el contacto con el mundo.

Las que hice a ojo, confiando en mi criterio, hubo que rehacerlas enteras.

El ejemplo claro es la pantalla principal. La diseñé con scroll porque me pareció bien. El veredicto al probarla en un teléfono de verdad fue literal: “hacer scroll es una mierda”.

Se rehízo entera. Esta vez investigando primero cómo lo resuelven las apps que lo tienen resuelto (Opal, entre otras, con su principio de que la pantalla principal se lee de una sola vez), y volvió a caber sin scroll. Es la que has visto arriba.

Hubo dos más. El minuto de cortesía que regalo cuando te quedas a cero se podía encadenar sin límite, o sea que era una puerta trasera de facto. Y la pantalla a cero escondía justo las opciones que hay que pagar, en el único momento del día en que alguien está motivado para pagarlas.

No es que investigar garantice acertar. Eso no lo garantiza nada. Lo que sí te garantiza es no caer en errores evitables, y sobre todo no volver a cometer los que ya pagó otro. Que es una parte enorme de los errores que uno comete.

Aunque hay dos sitios donde el método se rompe, y sería deshonesto no contarlos.

Los dos sitios donde el método se rompe

El primero: puedes tener toda la razón y que Apple no te deje.

Quise bloquear también las webs en Safari, porque cerrar TikTok y dejar abierto tiktok.com es dejar la puerta de atrás abierta. Se investigó bien y se decidió bien. Y al ir a construirlo apareció el muro: Apple no da ninguna forma de saber cuántos minutos navegas.

Así que la función quedó a medias. Bloquea las webs cuando te quedas a cero, pero navegar no te descuenta minutos, porque no hay manera de contarlos. Se quedó dentro igualmente, con el aviso escrito en la propia pantalla explicando qué hace y qué no.

Aquí está el límite: investigar te evita equivocarte, pero no cambia lo que la plataforma te permite hacer. Ese muro no es tuyo y no lo mueves leyendo.

El segundo: sobre tu app todavía no hay nada escrito.

Puedes leerte absolutamente todo lo que se ha publicado sobre bloqueadores de apps. Pero el tuyo no lo ha usado nadie nunca, así que no existe una sola línea sobre cómo se comporta la gente con él. Eso no está en ninguna parte porque aún no ha pasado.

Y ahí es donde aparecen los fallos que ninguna guía te puede avisar. Ninguna me dijo que los pasos escritos a mano en la app de Salud iban a pagar minutos: bastaba con teclear “10.000 pasos” para comprarte una hora de TikTok sin levantarte del sofá.

Eso solo se descubre poniendo la app en un móvil de verdad, en manos de alguien con ganas de saltársela. Y se descubre tarde.

Dicho esto, hay una mitad del método que casi nadie aplica, y es precisamente la que decide si esto factura.

La mitad que casi nadie investiga: el negocio

De las catorce guías, la mitad no tiene una sola línea de código dentro. Y son las que deciden si esto gana dinero o es un hobby caro.

El precio no salió de una corazonada. Jomo cobra 29,99 $ al año. Opal se va hasta 99,99. ClearSpace anda en la banda en la que me he puesto yo. El precio salió de leer lo que la categoría ya cobra y la gente ya paga.

Las tarifas tampoco. Que 100 pasos valgan un minuto no me lo inventé: es lo que Steppin lleva usando por defecto. No lo elegí, lo verifiqué.

Y dónde comprar tráfico, menos aún. El coste por instalación es público país por país, así que voy a aprender en mercados baratos en lugar de quemar el presupuesto en Estados Unidos, que es el más caro del mundo y donde puja todo el mundo.

Y hay un sitio donde el negocio y el producto dejan de ser cosas separadas.

Escribí la app pensando en cómo la busca la gente

Cuando alguien busca algo en el App Store, la tienda solo mira el nombre de la app, el subtítulo y un campo oculto de palabras clave.

La descripción, esa que todos escribimos con tanto mimo, no posiciona nada. Cero. Es un texto que solo lee quien ya te encontró.

Piénsalo un segundo: la mayoría del esfuerzo de la mayoría de la gente se va a un campo por el que no llega nadie.

Con eso encima de la mesa, cambiaron tres cosas.

El subtítulo pasó de una frase bonita y vacía a una donde cada carácter se gasta en algo que la gente teclea de verdad. Ocho caracteres decorativos son ocho caracteres que no te encuentran.

Las palabras clave se limpiaron de dos vicios clásicos: repetir lo que ya está en el nombre, que no suma nada, y rellenar con términos que suenan muy bien y no busca nadie. Y se tapó un agujero grande: había una de las búsquedas más gordas de la categoría que sencillamente no cubríamos.

Y las capturas de la tienda llevan el texto orientado a lo que la persona acababa de buscar, y legible en miniatura, que es el tamaño real al que se ven.

Las tres primeras capturas de la ficha, que son las que deciden

Aquí está la idea que quiero que te lleves, porque es la que casi nadie aplica: las palabras por las que quieres que te encuentren tienen que estar dentro del producto, no solo en el formulario de la tienda.

Si tu captura promete exactamente lo que la persona buscó hace tres segundos, convierte mejor. Y esa misma coherencia te abarata el clic cuando pagas por tráfico, porque las plataformas premian la relevancia.

Construir y distribuir no son dos fases. Son la misma conversación, y el que las separa paga las dos.

Y ahora la parte divertida: qué pasa cuando tu app empieza a pagar por hacer ejercicio y alguien decide hacer trampas.

Cómo se impide que la gente haga trampas con el ejercicio

Esta sección empieza siendo otro ejemplo del método, porque la tecnología se eligió leyendo reseñas ajenas.

Hay un competidor, Pushscroll, que también cuenta flexiones con la cámara. Y la queja número uno de sus usuarios es que la detección falla. Esa reseña, gratis y pública, descartó nuestro primer enfoque antes de escribir una línea y nos empujó a otro que funciona incluso a oscuras.

Ahora la parte seria. Si tu app paga minutos por hacer ejercicio, acabas de crear una moneda. Y una moneda sin verificación no vale absolutamente nada.

Lo comprobamos rápido: agitar el móvil en el sofá contaba como sentadilla.

El diagrama de postura antes de empezar: la app te coloca antes de contar

Así que hubo que exigir cuatro cosas a la vez, y las cuento en lenguaje humano porque los números exactos serían el manual del tramposo:

· Que el movimiento dure lo que dura un movimiento real. Las sentadillas de dos décimas de segundo no existen.

· Que el ritmo sea humano. Hay un máximo de repeticiones por minuto que un cuerpo puede hacer, y pasado eso no es un cuerpo.

· Que el gesto sea suave y no una sacudida. Una sentadilla es una onda lenta; agitar el móvil es ruido de alta frecuencia. Se distinguen perfectamente.

· Y que el cuerpo baje de verdad. No basta con moverse: hay que bajar una distancia mínima, estimada a partir del propio movimiento.

Y como el tono de la app es el de un mayordomo seco, cuando el sistema te pilla no te riñe. Te suelta:

“Buen intento. Los teléfonos no hacen flexiones.”

Con todo esto contado, el reparto real del tiempo fue este.

El reparto real: qué es código y qué es lo otro

Programar fueron 72 horas. Esto es lo que hubo que hacer además, y nada de ello es programar:

· Generar el certificado de distribución para poder firmar la app

· Poner precio en 175 territorios (que no cuesta lo que parece: se cargan de golpe, no hay que picarlos país por país)

· Diseñar y subir las capturas de la tienda

· Rellenar las etiquetas de privacidad, pantalla por pantalla

· Escribir los términos de uso y la política de privacidad

· Comprar el dominio y publicar la landing en un servidor

· Escribir la ficha de la tienda orientada a búsqueda

· Montar las pruebas en TestFlight

· Y enviar a revisión, que no es un clic

El marcador del intento, que es la parte que no se puede maquillar: 9,16 € gastados hasta hoy, todo el dominio. Quedan 290,84 € hasta el límite de pérdida de 300 € que me autoimpuse.

La moraleja operativa, para quien esté a punto de publicar: reserva un día entero para publicar. No es el último clic de un viernes por la tarde. Es una fase.

Y ahora lo que prometía el título, que a estas alturas ya habrás comprobado tú solo: este artículo va enteramente de construir una app, y no ha aparecido ni un solo lenguaje, ni una librería, ni una herramienta. Ni una.

No es un descuido. Es que no hace falta. El código no es el fin, es el medio: es lo que te permite llegar a lo que quieres hacer, no la cosa que quieres hacer.

Pasa igual en la construcción. Se habla de planos, de casas y de edificios. Nadie enseña una casa terminada hablando del ladrillo, y no porque el ladrillo no importe, sino porque el ladrillo no es de lo que va la conversación.

Lo que queda

Si ScrollPass fracasa, y puede fracasar perfectamente, las catorce guías siguen valiendo para la siguiente.

Ese es el punto. El activo que deja este intento no es el código, que se escribe en 72 horas y cada mes se escribe más rápido. Es el método destilado, y ese se hereda a los intentos 2, 3 y 4.

Porque si construir se ha abaratado para ti, se ha abaratado para todos. La ventaja ya no vive ahí. Vive en lo que pasa antes de construir y en lo que pasa después.

Y hay algo más que quiero dejar dicho ahora, antes de tener los números, porque después ya no valdría igual.

Este intento puede salir mal. Puede que la app no venda, que la publicidad no devuelva lo que cuesta y que los 90 días acaben en rojo. Y aun así, no pienso juzgarlo por ahí.

Porque una decisión buena puede salir mal y una decisión mala puede salir bien, y si solo miras el marcador no aprendes nada de ninguna de las dos. Por eso las decisiones importantes de este intento (el precio, lo que regalo en el plan gratuito, el canal, la duración de la prueba) están escritas con la señal que las revisaría y el umbral exacto que las tumbaría, y están escritas antes de tener un solo dato. Cuando lleguen los números, se podrá decir si la apuesta era buena, no solo si tocó.

Eso es lo que separa evaluar decisiones de evaluar resultados. Y hasta aquí, con lo que sabía en cada momento, creo que las decisiones han sido buenas.

Ahora empieza la parte que de verdad importa, y también la más divertida: la distribución. En cuanto Apple apruebe la app enciendo la publicidad en el App Store con dinero real, y ahí se verá si todo esto se sostiene o se cae. Con sus números encima de la mesa, salgan como salgan.

Construir la app es la parte fácil: una semana con IA. Lo que decide este reto es otra cosa, y por eso me he pasado los primeros días sin escribir ni una línea de código.

Pero que no te engañe la calma: el pistoletazo ya ha sonado. Hoy, jueves 6 de agosto, es el día 0 del intento 1: la decisión está tomada y el reloj ya corre.

Los 90 días vencen el miércoles 4 de noviembre de 2026. Apunta la fecha, porque ese día rindo cuentas aquí mismo, con los 500 € o sin ellos.

Este número cuenta cómo elegí la idea, qué descarté por el camino y por qué. Si te perdiste las reglas del reto (4 apps de iPhone, 500 € de beneficio por intento, pérdida máxima de 300 €), están en el número cero.

¿Y cuál es la idea? Ahora llego a ella, prometido. Pero para que la decisión se entienda de verdad, antes tengo que contarte el camino. Porque el orden en que se decidió todo esto es al revés de lo que casi todo el mundo espera.

Por qué elegí el canal antes que la idea

Todo programador que sueña con vivir de sus apps comete el mismo error de orden: primero la idea, luego el código, y “ya veré cómo la promociono”.

Yo lo he hecho al revés, y no por gusto: la variable número uno que decide si este reto se cumple no es el producto, es el tráfico.

Piénsalo con mis números. Necesito 500 € de beneficio en 90 días. Construir el producto me llevará una semana; es la parte garantizada del plan.

Lo que NO está garantizado es que lo vea gente suficiente. Sin instalaciones no hay compradores: nadie puede pagar por una app que no ha encontrado. Y un producto que nadie paga, por bueno que sea, no es un negocio: es un hobby caro.

Y en una ventana de 90 días, las fuentes de tráfico se reducen brutalmente:

· El posicionamiento en la tienda (ASO) tarda meses. Llegará, pero no a tiempo de salvar este intento.

· Lo viral es una lotería. Puede tocar, y todo lo que llegue gratis bienvenido sea. Pero nadie planifica un negocio sobre “a ver si el algoritmo me quiere”.

· La publicidad pagada es lo único que responde con un número a la pregunta clave: ¿cuántas instalaciones tendré la semana que viene?

De ahí sale la regla que gobernó toda la elección: una idea sin demanda comprable en su canal de pauta está muerta antes de nacer, da igual lo brillante que parezca.

Así que antes de evaluar ideas, decidí el canal (anuncios en el propio App Store, con TikTok como plan B), y cada idea se examinó con esa lente puesta.

Y aquí el lector avispado ya estará gritando una objeción.

“¿Y no había que validar antes de construir?”

Lo sé. La biblia del emprendedor dice: valida antes de construir. Monta una landing con lista de espera. Haz una pre-venta. O paga anuncios de un producto que todavía no existe, solo para medir cuánta gente hace clic e intenta comprarlo.

Es buen consejo. Y no lo voy a seguir, por tres razones que quiero dejar bien explicadas:

Primera: en apps de consumo, esa señal es débil. Un email en una lista de espera no es un pagador. Mi producto se venderá en 30 segundos delante de una pantalla de pago, por impulso, a alguien que acaba de descubrir que existe.

Esa decisión no se parece en nada a la de apuntarse a una landing tres semanas antes. Validaría un comportamiento que no es el que me da de comer.

Segunda: validar bien es un arte, y un proceso completo en sí mismo. Diseñar el experimento, montar la landing, escribir los anuncios, comprar tráfico para alimentarlo, esperar a que haya muestra suficiente, interpretar señales ambiguas y, casi seguro, repetirlo porque el primer experimento nunca sale limpio.

Hecho con pulcritud, ese proceso se come los 90 días del reto él solo. Me quedaría sin plazo antes de escribir la primera línea de código: moriría validando en vez de vendiendo.

Tercera: la ecuación que lo remata. Con IA, construir mi MVP cuesta una semana. Menos que montar una validación seria. Cuando construir es más barato y más rápido que validar, construir ES la validación.

¿Significa eso que voy a ciegas? No. Significa que muevo la validación a donde da señal de verdad y cabe en el calendario:

· Validar con evidencia, ANTES de construir: demanda medida en el buscador de la tienda, competidores con ingresos verificados, precios que la categoría ya está pagando, y huecos pedidos por los usuarios en las reviews. Son señales que ya existen. Otros pagaron por generarlas; yo solo tuve que ir a leerlas.

· Validar con dinero, DESPUÉS de construir: la primera semana del intento hay un test de publicidad de unos 100 € con el criterio de corte escrito antes de gastar el primer euro. El mercado dirá.

Y todo con la pérdida tapada: si me equivoco, el agujero máximo son los 300 € del reto. La validación no me la salto: la comprimo en días y la pongo donde muerde.

Esa evidencia previa necesitaba reglas. Y las firmé antes de mirar una sola idea.

Las reglas antes que las ideas

Antes de enseñarte el marco, déjame desmontar un mito: el de que emprender es tirarse al vacío.

No lo es. Y quien lo vive así, saltando a ciegas porque “emprender va de arriesgar”, tiene todas las papeletas para estrellarse.

Que quede claro: emprender no tiene NADA asegurado. Ningún análisis de este artículo me garantiza el éxito, y el mío puede salir mal como el de cualquiera. Pero entre la certeza (que no existe) y el salto a ciegas (que es innecesario) hay un territorio enorme: el de los criterios y los datos.

Ningún dato te asegura que algo va a funcionar. Pero muchos datos te avisan de lo que casi seguro NO va a funcionar. Descartar las red flags antes de apostar no te da la victoria: te quita de encima las derrotas evitables. Y en un juego a 4 intentos como el mío, cada derrota evitable esquivada es una bala más para ganar.

Eso es exactamente lo que vas a ver en el resto del artículo: no un salto al vacío, sino un salto con los datos mirados. Por eso el marco se firmó ANTES de mirar una sola idea.

Y el orden importa: si defines los criterios después de ver las candidatas, tu cerebro hará trampas: elegirá los criterios que favorecen a la idea que ya le gustaba. Así que:

Cuatro eliminatorias (si falla una, descarte directo): MVP construible en 1-2 semanas; modelo de pago recurrente posible; sin riesgo evidente de rechazo en el App Store; y demanda activa durante MIS 90 días concretos, no en abstracto.

Cinco dimensiones puntuables, cada una con fuente obligatoria (sin fuente no hay nota): unit economics del intento, tamaño real del mercado, coste de captación, costes fijos mensuales y frecuencia de uso natural.

Y una regla de decisión con una cláusula que me impuse a mí mismo y que acabó decidiendo el torneo: mi motivación puntúa.

Voy a pasar 90 días a solas con esto. Trabajar en algo que me da igual no es un detalle sentimental: es un lastre de ejecución real, y lo sé de sobra.

Con el marco firmado, abrí el embudo.

Las cuatro candidatas

Cuatro ideas entraron al túnel, desde dos fuentes distintas: Niches Hunter, un informe de nichos de pago, y TrustMRR, el marketplace de Marc Lou donde se venden apps reales con los ingresos verificados por la plataforma de pagos.

Las cuatro candidatas y sus notas

La tabla es el final de la película. Ahora te presento a las protagonistas una a una, porque para juzgar la decisión necesitas entender qué era cada idea.

Y debajo de cada una verás su ficha de puntuación tal cual salió del embudo: las eliminatorias, las cinco dimensiones en semáforo (🟢 bien, 🟡 regular, 🔴 mal) y la nota.

Es mi proceso mental sin maquillar, en el mismo formato para las cuatro, para que veas el sistema trabajando y no solo sus conclusiones.

Idea 1: la app del polen

El concepto: una app internacional para alérgicos al polen. No otra web del tiempo: un perfil con TUS alérgenos concretos (gramíneas sí, olivo no) y una previsión diaria personalizada, con la función estrella pedida a gritos en las reviews de la competencia: el aviso preventivo la noche ANTES de tu peor día, para medicarte a tiempo.

Los alergólogos lo repiten: pre-medicarse 12-24 horas antes reduce los síntomas muchísimo más que tragarte la pastilla cuando ya estás destrozado. Se paga la anticipación, no el dato.

El negocio: los datos salen de la API de polen de Google (65+ países, céntimos por consulta), la app es freemium con suscripción anual, y la estacionalidad se resuelve con una gira mundial: primavera austral en Australia de octubre a diciembre, el cedro japonés de febrero a abril, la primavera de EE. UU. y Europa después, la ambrosía americana en otoño.

Siempre hay alguien estornudando en algún lugar del planeta.

Los números del nicho: solo en EE. UU. hay más de 50 millones de alérgicos estacionales, gastando unos 18.000 millones de dólares al año en tratamientos; en Australia lo sufre 1 de cada 4 personas (6,1 millones, y subiendo desde hace dos décadas).

El ticket probado: miles de usuarios pagando 4,99 $ por la única app de pago relevante; mi apuesta habría sido el anual de ~30 $. Comprar una instalación en la categoría Salud: ~2 $.

Por qué me enamoraba: dolor real, recurrente, con 2 millones de descargas demostradas por la app gratuita de Zyrtec, y usuarios escribiendo LITERALMENTE en las reviews la feature que yo construiría.

La ficha del embudo:

Idea 2: la calculadora de tu edad de libertad

El concepto: respondes un quiz de 2 minutos sobre tu dinero (qué ganas, qué gastas, qué ahorras) y la app te escupe UN número impactante: la edad a la que podrías dejar de trabajar. Tu “Freedom Age”.

Un 47 te sacude. Un 71 también, en la otra dirección. El número viene con tarjeta compartible diseñada para TikTok e Instagram, porque un número que duele es un anuncio que camina solo.

El negocio: detrás del quiz viral, un rastreador de ahorro gamificado (registras tu mes, ves tu Freedom Age bajar) y la pieza premium: un plan de acción vivo que se recalcula cada mes con tu progreso real.

Público: la generación con más ansiedad financiera de la historia. El movimiento FIRE (independencia financiera, retiro temprano) junta 3,4 millones de personas solo en dos comunidades de Reddit.

Los números del nicho: el mercado de apps de finanzas personales mueve unos 32.000 millones de dólares y crece al 18 % anual. Ticket validado por el comparable más cercano (Death Clock): 40 $/año. Y el número que lo estropea todo, adelanto: comprar una instalación en Finanzas cuesta ~13 $, la segunda categoría más cara que existe.

Por qué me enamoraba: el modelo “número impactante → suscripción” está validado por Death Clock, la app que te predice la fecha de tu muerte: 125.000 descargas y 40 $/año, todo por viralidad.

La ficha del embudo:

Idea 3: el evangelio de cada día

El concepto: la app del ritual católico más practicado del mundo hispano: leer el evangelio del día. La lectura de hoy según el calendario litúrgico, con audio de voz cuidada para escucharlo de camino al trabajo, una reflexión diaria, el santo del día y el rosario.

Notificación matinal, racha de días seguidos. El hábito ya existe desde hace siglos; la app solo se sube a él.

El negocio: España y Latinoamérica, la región con más católicos del planeta (solo Latinoamérica supera los 400 millones), freemium con suscripción anual.

Y aquí los datos eran espectaculares: la búsqueda “evangelio del día” tiene un volumen altísimo en la App Store española con competencia casi nula (la app líder del nicho lleva SIN ACTUALIZARSE desde 2024, con quejas constantes de que no funciona), la categoría religiosa tiene el coste publicitario más barato de todo el mercado (0,24 $ por toque, el mínimo de 59 nichos medidos).

Y Hallow, el gigante católico americano, demuestra que este público paga: 2,7 millones de usuarios en Latinoamérica a 899 pesos mexicanos al año.

Por qué me enamoraba: era, sobre el papel, la mejor economía del embudo. La única donde los anuncios se pagaban solos desde el día uno.

La ficha del embudo:

Idea 4: el bloqueador que te hace moverte

El concepto, en una frase: tus redes sociales se bloquean hasta que haces ejercicio. ¿Quieres scrollear? Muévete primero. Es la ganadora, así que tiene su sección completa más abajo, con números y todo.

Cuatro fichas de análisis que, juntas, ocupan más que este artículo. Aquí va lo que aprendí evaluándolas.

Y lo primero que aprendí es que me estaban mintiendo.

Las mentiras que casi me trago

Los informes de nichos que circulan por internet (yo pago Niches Hunter) te dan algo valioso: candidatas y contexto. Pero sus cifras de facturación, las que justifican que el nicho “mueve dinero”, no sobrevivieron ni una tarde de verificación.

Caso 1: los competidores fantasma del polen. El informe listaba tres apps “facturando” en el nicho de alergias: WebMD Allergy (80-150K $ al mes según ellos) y klarify (60-100K $). Fui a las fichas reales del App Store: las dos son gratuitas, sin compras dentro de la app. Facturan cero.

Son herramientas de marketing corporativo: klarify es de ALK, una farmacéutica de inmunoterapia, y la app de Zyrtec (la tercera del lote, esa sí listada como gratis) existe para vender antihistamínicos.

El “nicho que factura” era, en su mayor parte, publicidad farmacéutica disfrazada de mercado.

Caso 2: la app que no existe. Otro informe recomendaba un nicho espiritual citando como app estrella la “Yang Mun App”: el monje budista generado por IA con 2,4 millones de seguidores, facturando supuestamente 80.000-120.000 dólares al mes. Yang Mun existe, y es un fenómeno real de redes (400 millones de visualizaciones orgánicas). La app no existe. No hay app.

Yang Mun monetiza con ebooks y una comunidad de unos 50 $ al mes. La cifra estrella del informe era una atribución inventada de arriba a abajo.

Caso 3: la “Australia desatendida”. Mi propia hipótesis, no la del informe, para ser justos. El análisis del polen apuntaba a Australia como mercado estrella sin competencia local. Veinte minutos de búsqueda después: existen apps oficiales australianas, gratuitas, con datos de estaciones de medición reales y respaldo del departamento de salud.

Mi “mercado desatendido” estaba perfectamente atendido. Me lo tumbé yo mismo, que es exactamente para lo que sirve verificar.

La lección, en una línea: el dato ajeno es una pista, nunca una prueba. Se contrasta contra la tienda, las reviews, los benchmarks públicos y tus propias mediciones, o te arruina.

Pero el mayor giro del embudo no fue un dato falso.

El análisis me llevó la contraria (tres veces)

Giro 1: la demanda no estaba donde tenía que estar. La app del polen parecía obvia: millones de alérgicos, dolor real y recurrente. Medí las búsquedas en el App Store con una herramienta de ASO y… nada. Suelo absoluto, incluso en plena temporada de ambrosía en Estados Unidos.

¿No había demanda? Sí la había, pero la gente no busca “app de polen” en la tienda: googlea “pollen count today” en la web y le vale con eso.

Los 2 millones de descargas de las apps del nicho no vinieron del buscador de la tienda: vinieron de marketing farmacéutico y portales web. Para mi canal elegido (anuncios en la tienda), esa idea estaba coja: no puedes comprar búsquedas que no existen.

Giro 2: la mejor idea sobre el papel perdió por una regla firmada. La app del evangelio diario fue la sorpresa del embudo: la keyword principal en español tiene volumen real y competencia bajísima, la categoría religiosa tiene el coste publicitario más barato de todo el mercado (0,24 $ por toque, el mínimo de 59 nichos analizados).

Y hay un gigante demostrando que los católicos hispanohablantes pagan suscripciones.

Sobre el papel, ganaba.

Y perdió por la cláusula de motivación: no sé nada del dominio, no me interesa, y 90 días produciendo contenido de un tema que te da igual es la receta del abandono en el día 40. La regla estaba firmada desde antes: se aplicó. Que un criterio propio te quite la idea “ganadora” duele exactamente como debe doler un criterio que funciona.

Giro 3: elegir canal reordenó el ranking entero. Cuando fijé que el primer test de tráfico sería publicidad en el App Store, el embudo se releyó solo: la calculadora financiera quedó eliminada de facto (su categoría tiene costes de adquisición de 13 $ por instalación: matemáticamente imposible con mi tope de pérdida), el polen quedó cojo (giro 1), y la final se redujo a dos.

La decisión de canal no acompañó a la decisión de idea: la precedió y la determinó.

Con todo eso encima de la mesa, la decisión salió sola.

La ganadora

La idea 4 entró al embudo por una puerta distinta: no venía de un informe con cifras infladas, sino de TrustMRR, donde un desarrollador sueco vendía su app, Step N Scroll, por 4.500 $, con los ingresos verificados por RevenueCat: 349 $ al mes, 57 suscriptores activos, 98 % de margen.

El concepto, ahora sí al completo: eliges qué apps te roban la vida (TikTok, Instagram, la que sea) y la app las bloquea hasta que cumples tu objetivo diario de movimiento. ¿Quieres scrollear? Primero muévete: cada tramo de ejercicio desbloquea minutos de pantalla.

El día a día es simple: notificación por la mañana, tu objetivo pendiente, tus apps cerradas con llave, y la llave es tu cuerpo. Rachas de días cumplidos, y el doomscrolling convertido en el motivo por el que por fin te mueves.

Lo que la hace especial no es la originalidad (ahora llego a eso), es que todos los motores del negocio están validados por separado, con datos que pude comprobar:

· La demanda de tienda existe y es la mayor del embudo: “app blocker”, “screen time control” y “focus” tienen volumen de búsqueda real y comprable. A diferencia del polen, aquí SÍ hay búsquedas que pujar.

· La categoría ya paga, y bien: Opal, el líder de los bloqueadores genéricos, cobra 99,99 $ al año. Jomo, 29,99 $ al año o 99,99 de pago único. one sec, 4,99 $ al mes. Nadie regala esto: el ticket medio del nicho vive entre los 30 y los 100 $ al año, y yo jugaré en la banda baja.

· La escala exacta de mi reto está demostrada, y no una vez: TRES veces. En TrustMRR encontré tres apps indie del mismo concepto, todas verificadas y todas en venta: Step N Scroll (349 $/mes, Suecia), PushLock (457 $/mes, Noruega, 4,8★ con 322 valoraciones) y Blockit (334 $/mes, Francia). Las tres fundadas entre enero y marzo de 2026. Las tres hechas por un desarrollador solo. Las tres en la banda de 300-450 $/mes en pocos meses. Mi objetivo son 500 € de beneficio total en 90 días: no estoy extrapolando desde un unicornio, estoy mirando a tres personas de mi tamaño. En este nicho, mi meta no es la excepción: es lo normal.

· Y las tres comparten el mismo techo, que es mi oportunidad: crecieron 100 % en orgánico. El de Step N Scroll lo dice en su propio anuncio de venta: “no tengo el presupuesto necesario para testar y escalar la publicidad de pago”. El de PushLock: “todo el revenue viene solo de ASO, no he hecho ningún marketing”. Los tres tocaron el techo del orgánico en ~400 $/mes… y pusieron la app en venta. Nadie ha encendido la publicidad pagada en este sub-nicho todavía.

· Y el hueco está escrito por los usuarios. El líder del sub-nicho es Steppin, cofundada por Paul English, el creador de Kayak, con cobertura en TechCrunch… y ejecutada con desgana: 140 valoraciones en 18 meses y reviews que se quejan de lo mismo una y otra vez: el bloqueo deja de funcionar cuando quiere, y la mecánica es rígida hasta la frustración. Cito una review real: “tengo que andar 8 mil millones de años para conseguir unas horas de redes”. Ahí, en esa frase de un usuario cabreado, está mi producto.

Y esto es lo que voy a construir distinto. El sub-nicho se reparte hoy en dos familias: los que solo cuentan pasos (Steppin y compañía) y los que te piden flexiones delante de la cámara (PushLock, Blockit).

Mi versión no te impone NINGÚN ejercicio concreto: aceptará cualquier moneda de salud que ya mida tu iPhone: el entreno del gimnasio, los minutos de ejercicio, el sueño de anoche, la meditación.

Te ganas el scroll como tú quieras, sin hacer el paripé delante de una cámara y sin que mande un podómetro. Más un modo estricto que no se deje engañar (la queja número uno del líder) y la banda de precios de Jomo, no la de Opal.

¿Que cualquiera puede copiarlo leyendo esto? Claro. Las ideas no valen nada; la ejecución lo es todo. Aquí queda la mía, escrita y con fecha. Que gane el que mejor ejecute.

Y fíjate en el hueco estratégico que dejan esos tres fundadores, porque es la tesis de mi jugada: si el orgánico solo, sin un euro de publicidad, sostiene 300-450 $/mes a tres personas distintas en tres países distintos, el canal que ninguno ha probado (la publicidad pagada) es territorio virgen.

Ninguno fracasó con la pauta: ninguno llegó a encenderla. Yo entro exactamente por ahí: pauta desde la semana 1, con el orgánico como segundo motor en vez de único. Donde ellos jugaron con una carta, yo juego con dos.

¿Mi motivación? Sufro el doomscrolling en mi propia piel. Soy el usuario objetivo. Esa cláusula que tumbó al evangelio aquí suma.

La ficha del embudo, la de la ganadora:

Las cuentas, encima de la mesa

Prometí enseñar la parte de negocio con números reales. Esta es la servilleta del intento, simplificada pero honesta:

Tres cosas de esta servilleta.

Los costes fijos son cero, y no es casualidad. Todo pasa dentro del móvil: los pasos los cuenta el iPhone, el bloqueo lo hace el sistema, y no hay servidores que pagar cada mes (y si algún día hiciera falta un backend, sería trivial: 5 € al mes).

Por eso los comparables tenían márgenes del 80-98 % verificados, y por eso casi cada euro que entre es beneficio. Elegir ideas sin gastos fijos no fue suerte: era una de las cinco dimensiones del embudo.

Los escenarios son tres porque el futuro no es uno. El prudente, el base y el ambicioso te enseñan el rango real del intento: entre 320 y 1.100 instalaciones necesarias según cómo salgan precio y conversión.

Y ojo: los precios que ves son de referencia, ilustrativos, sacados de la banda de la competencia (Jomo cobra 29,99 $/año; Opal, 99,99). Los definitivos se decidirán con el paywall delante, y pueden cambiar. Prometí números honestos, y la honestidad incluye decir cuáles son estimaciones.

Y la tercera: DÓNDE se compran esas instalaciones importa tanto como cuántas. Estos son los benchmarks 2026 del coste por instalación comprada en el App Store, por país:

Coste por instalación comprada, por país

Casi todos los anunciantes queman su presupuesto en Estados Unidos, el mercado más caro del mundo. Yo voy a aprender en Nueva Zelanda e Irlanda, donde la instalación cuesta 1 dólar y nadie puja. Mismo aprendizaje, 60 % de descuento.

Y fíjate en la última línea: el criterio de corte está escrito ANTES de gastar. Si el test fracasa, no habrá “una semanita más a ver si remonta”. Esa frase ha quemado más corredores de pérdida que ningún competidor.

Solo queda una cosa. Y no depende de mí.

Apple tiene la primera palabra

Una cosa más, y es un riesgo que asumo con los ojos abiertos: para bloquear otras apps en un iPhone hace falta un permiso especial de Apple, que se solicita justificando el caso de uso y tarda entre días y semanas en llegar. Sin ese permiso no hay app.

Podría haber esperado a tener el permiso para arrancar el cronómetro. Habría sido lo cómodo, y también una pequeña trampa: pausar el reloj cuando me conviene. Así que no: el día 0 es hoy, la solicitud sale ya, y la espera de Apple corre DENTRO de mis 90 días.

Cada día que tarde en contestar es un día menos de ventana; mientras tanto, construyo. Si aprueba, seguimos. Si deniega, descarte público, y la suplente (el evangelio diario, con su ficha completa y su economía de pauta imbatible) sube al ring con el tiempo que quede en el marcador.

Es la primera decisión incómoda del intento, y va con fecha: el 4 de noviembre no se mueve.

Lo que viene

Una semana de análisis, cuatro fichas, tres descartes con motivo, y una idea elegida con el canal, los números y el criterio de corte definidos antes de escribir una línea de código.

Y un aviso sobre el rumbo, para que nadie se llame a engaño: esta serie va de distribución, no de programación. Sois programadores: construir no es vuestro problema, y no seré yo quien os explique cómo se hace una app. Lo que a casi nadie nos enseñaron es lo otro: elegir qué construir, conseguir que la gente lo encuentre y que pague.

Ahí es donde esta bitácora va a bajar hasta el fondo, como hoy.

Lo técnico aparecerá en extras breves, sin ceremonia. Y hay dos piezas que ya te puedo prometer: un extra sobre mi stack de medición (cómo sabré exactamente de qué anuncio y de qué país vino cada euro: sin eso, la pauta es fe) y la historia completa de cómo decido el precio, que viendo el material que ya acumula igual se gana un número propio.

Y un compromiso de cadencia, ahora que el reloj corre: checkpoint semanal. Cada semana, haya o no artículo largo, publicaré un parte breve con lo hecho y, sobre todo, los números: ingresos, gastos, beneficio acumulado y a cuánto estoy del límite de −300 €. Aunque la semana haya sido un desierto, el parte sale y lo dice.

Sin números no hay reto; con números semanales no hay escondite.

Ahora te toca a ti: con la misma tabla delante, ¿tú cuál habrías elegido? Te leo en los comentarios, y en el próximo número respondo a los mejores argumentos.

Próximo número: Apple contesta, y empieza la batalla de verdad: el primer test de tráfico con dinero real, con sus números en la mesa, salgan bien o salgan mal. El MVP saldrá de pasada, en un extra: construir es lo de menos.

El marcador está en 0 € y el reloj corriendo. A partir de ahora nos vemos cada semana: el primer checkpoint, con sus primeros números, cae el jueves que viene. Y el 4 de noviembre, aquí, la rendición de cuentas final: con los 500 € o sin ellos.

Encargar una app sencilla a una agencia cuesta entre 10.000 y 30.000 euros. Publicarla tú mismo cuesta 99 dólares al año.

Esa diferencia tiene nombre: conocimiento técnico. Y está en la cabeza de cualquier programador.

Mi tesis es simple: cualquiera puede generar dinero en internet monetizando su conocimiento técnico de programación.

Ya, lo sé. Así suelta, la frase suena a anuncio de curso con Lamborghini alquilado de fondo. Por eso esto no es un post de motivación: es el acta fundacional de un experimento. Con números públicos, tope de pérdida y fecha de caducidad.

Porque detrás de la tesis hay una pregunta incómoda: si es verdad, ¿por qué la inmensa mayoría de programadores no ingresa un euro fuera de su nómina?

Porque saber construir es la mitad del juego. La otra mitad (elegir qué construir, ponerle precio, conseguir que alguien lo encuentre y lo pague) no viene en la documentación de ningún framework.

Esa mitad es la que voy a poner a prueba. En público, con las cuentas encima de la mesa.

El reto: 4 apps, 90 días cada una, 500 euros de beneficio

La estructura es simple:

· Un intento son 90 días. Elijo una idea de app, la construyo, la publico en el App Store y trato de llevarla a 500 euros de beneficio acumulado antes de que se cierre la ventana.

· Habrá como máximo cuatro intentos, uno detrás de otro.

· Es decir: esto dura como mucho un año. Y luego se acaba, con el resultado que haya.

Todo documentado aquí: lo que elijo, lo que descarto, lo que gasto, lo que ingreso y lo que sale mal.

¿Por qué 500 y no otra cifra?

Primero, que quede claro qué es la cifra: no hablo de 500 al mes, ni de ingresos recurrentes, ni de MRR. Hablo de 500 euros de beneficio total acumulado dentro del intento, con todos los gastos ya descontados.

Es una cantidad lo bastante pequeña como para ser alcanzable en 90 días sin milagros. Y lo bastante grande como para que no se pueda fingir: 500 euros de beneficio no salen de tres amigos comprando la app por compromiso.

Y hay algo más: los primeros 500 son los más difíciles de todos. Para conseguirlos tiene que funcionar la cadena completa: producto, distribución, precio, cobro. Pasar de 500 a 1.000 es optimizar. Pasar de 0 a 500 es demostrar.

¿Y por qué 90 días?

Porque es tiempo de sobra para construir, lanzar e iterar, y demasiado poco para autoengañarse. Los proyectos paralelos no suelen morir de fracaso: mueren de “casi”. Seis meses dándole vueltas, un año esperando el momento perfecto, features infinitas antes de enseñárselo a nadie.

La ventana corta obliga a que todo toque realidad rápido. Y el tope de cuatro intentos responde a la misma lógica a escala mayor: un experimento sin final definido no es un experimento, es una deriva. Un año, cuatro balas, y el resultado que sea.

¿Y por qué publicar las reglas antes de empezar?

Porque me conozco. Si no defino hoy qué significa ganar, el día 60 me lo renegociaré a mí mismo: “bueno, 500 de facturación también vale”, “bueno, una semanita más”.

Este número cero existe para que eso no pueda pasar. Las condiciones de victoria y de derrota quedan firmadas aquí, en público, antes de escribir la primera línea de código.

Ahora, la pregunta que me hace todo el que conoce el plan: ¿por qué solo iPhone?

Por qué solo apps de iPhone

Todos los intentos serán aplicaciones publicadas en el App Store de iOS. Sin SaaS web, sin servicios, sin consultoría disfrazada. Hay tres razones, y las tres son de negocio.

Primera: los datos de monetización. El usuario de iPhone paga más, y no es una impresión, es estadística de industria repetida año tras año. Android tiene en torno al 70 % de los móviles del mundo y, aun así, el App Store genera aproximadamente el doble de ingresos que Google Play.

Dicho de otra forma: con una fracción de los usuarios, Apple concentra la mayoría del dinero. Las suscripciones convierten mejor, el ticket medio es más alto y pagar por software es una cultura ya instalada en ese ecosistema. Si el reto va de facturar con tiempo y presupuesto limitados, se juega donde está el dinero.

Segunda: mi entorno ya es Apple. Trabajo en Mac, vivo dentro de ese ecosistema, y desarrollar para iOS exige un Mac de todas formas. En una ventana de 90 días la fricción importa: cada hora peleándome con un entorno que no es el mío es una hora que no va al producto ni a la captación. Juego en casa.

Tercera: el App Store elimina toda la infraestructura comercial. Cobros, impuestos, facturación, distribución mundial, actualizaciones: todo resuelto por la plataforma. Eso deja el reto limpio, midiendo exactamente lo que quiero medir: si sé elegir un producto y conseguir que la gente lo pague. Además, un único formato hace los intentos comparables entre sí: mismas reglas, misma cancha, distinto producto.

¿Contrapartidas? Las hay y las asumo con los ojos abiertos: Apple se lleva su comisión de cada venta y todo el experimento cuelga de una cuenta de desarrollador que Apple puede cerrar unilateralmente. Es el precio de jugar en el casino con más dinero por mesa.

Elegido el terreno, faltan las reglas. Son cuatro, y ninguna es decorativa.

Regla 1: beneficio, no facturación

El objetivo son 500 euros de EBITDA, no de ingresos brutos. La diferencia importa más de lo que parece: gastar 800 euros en publicidad para facturar 500 no es conseguir el hito, es comprarlo. E invalida el intento.

El cálculo, sin trampa:

Un apunte sobre la comisión: Apple se lleva el 15 %, no el 30 % que todo el mundo tiene en la cabeza. El programa para pequeños desarrolladores la reduce a la mitad mientras factures menos de un millón de dólares al año, y hay que acogerse a él desde el primer día.

¿Y facturar 900 gastando 700 en pauta? Tras la comisión de Apple quedan unos 65 euros de beneficio. Que quede claro: eso también es ganar dinero, y para mí todo lo que sea acabar en positivo es ganar. Simplemente no es el hito. El hito son 500 de beneficio, y solo hay una forma de conseguirlo: que la máquina ingrese bastante más de lo que come.

Regla 2: pérdida máxima, 300 euros

El gasto acumulado nunca puede ir más de 300 euros por delante de los ingresos acumulados. Esa es la pérdida máxima que este experimento puede llegar a tener por intento.

Ahora, el matiz importante: tocar el límite no mata el intento en seco, congela el gasto. Si llego a un desfase de 300 euros, no sale ni un euro más (ni pauta, ni herramientas, ni nada) hasta que los ingresos remonten y vuelvan a abrir hueco.

El problema son los costes fijos: un hosting o un servicio mensual siguen corriendo aunque yo cierre el grifo. Si estoy clavado en el límite y la siguiente cuota inevitable lo rebasa, ese intento está perdido, porque ya no queda margen ni para mantener la app encendida.

Segundo matiz: no es un presupuesto de 300 euros. Mientras el desfase no se supere no hay techo de inversión; una campaña que se paga sola puede escalar sin límite. Es un cortafuegos, no una hucha.

Detalle contable que importa: el límite se mide sobre ingreso devengado, no sobre caja. Apple liquida las ventas con uno o dos meses de retraso, y sería absurdo parar un intento que va bien porque el dinero aún no ha llegado a la cuenta. Ejemplo: día 45, llevo 400 euros gastados y la app ha vendido 250 que Apple todavía no me ha pagado. Desfase real: 150 euros. Dentro del límite, se sigue jugando.

¿Y quién pone el dinero? Detrás del Código, mi empresa, financia este experimento. La pérdida máxima está acotada y asumida de antemano: nadie hipoteca nada aquí.

Regla 3: 90 días, sin prórrogas

El día 0 es el día en que elijo la idea. El día 90 se cierra el intento, pase lo que pase.

Y la ventana da más de sí de lo que parece. Hoy, con la IA metida en el flujo de desarrollo, un MVP bien recortado se construye en una semana y queda listo para distribuir. La primera revisión de Apple tarda en la práctica un par de días, y las siguientes suelen resolverse en menos de uno.

Resultado: la app puede estar viva en la tienda con unos 80 días de ventana por delante. Lo que significa que el plazo no va a ser la excusa: si un intento se queda corto, habrá fallado el producto o habrá fallado la captación, no el calendario.

Por eso “es que estaba a punto” no es un resultado. A punto no puntúa.

Regla 4: solo apps iOS

Por todo lo de arriba. Y por una razón extra de disciplina: un solo formato me quita la tentación de cambiar de juego cuando el juego se ponga difícil. Si un intento fracasa, la respuesta es elegir mejor la siguiente app, no huir a otro modelo de negocio.

Reglas claras. ¿Y los finales posibles? Hay tres, y solo uno es bonito.

Las tres formas de acabar

Cada intento puede terminar de tres maneras, y las tres se publican con los mismos números:

· Victoria: 500 euros de EBITDA dentro de plazo y sin rebasar el tope de pérdida.

· Derrota: se agota el plazo o el presupuesto sin llegar a los 500. Si el intento acaba en positivo pero lejos del umbral, se cuenta tal cual: dinero ganado, hito fallado. Se publica el postmortem con las cuentas completas y se cierra.

· Aprendizaje estructural: el producto se construyó y se distribuyó bien, pero el mercado elegido no compensa con los costes reales.

El tercero merece explicación, porque es el que más fácil sería usar de excusa.

Un ejemplo hipotético: lanzo una app de hábitos, la retención es decente, el producto gusta. Pero captar cada usuario cuesta 4 euros de publicidad y cada usuario deja 3 en toda su vida. Cada instalación destruye valor, y ninguna optimización razonable le da la vuelta a esa cuenta en el plazo que queda.

Eso no es una derrota de ejecución: es un mercado que no da. Retirarse ahí con los datos en la mano es una decisión correcta de negocio.

¿Por qué declararlo ahora y no cuando pase? Precisamente por eso: porque si no existe como resultado válido de antemano, el día que ocurra la tentación será seguir metiendo dinero solo por no tener que contarlo. Queda declarado.

¿Y si sale bien? Ahí es donde este reto se separa de la mayoría.

Si llego a 500, el reto no acaba: evoluciona

Llegar al umbral no significa pivotar automáticamente a la siguiente app. Se decide con un dato: la retención.

¿Y qué es retención? Lo dejo definido ahora, como todo lo demás: la app monetiza con cierta recurrencia (gente que vuelve a pagar, sea cual sea la periodicidad) y, de quienes ya han renovado al menos una vez, se me escapan claramente menos del 20 % en cada ciclo.

El matiz de “ya han renovado” es deliberado: el churn del primer cobro siempre es brutal en apps de consumo (pruebas, olvidos, arrepentimientos), y mezclarlo todo haría que ninguna app pareciera retener. La señal limpia es quién paga la segunda vez.

Si hay retención, el reto no se pausa: evoluciona. El objetivo pasa a ser doblar el beneficio de esa app: de 500 a 1.000, y si se consigue, de 1.000 a 2.000.

La lógica es simple: una app que ha generado 500 euros de beneficio y además retiene a quienes pagan es la señal más difícil de conseguir de todo este juego. Abandonarla para irse a por la novedad siguiente sería tirar a la basura el único ganador validado. Que es exactamente lo que hace la mayoría, y exactamente lo que los operadores con portfolio que funcionan no hacen nunca: ellos acumulan y doblan donde hay señal.

Si en cambio fueron compras sueltas sin recurrencia, se cierra y a por el siguiente intento.

Esto no va a ser una rueda de hámster de lanzamientos. Va de encontrar algo que funcione y, cuando funcione, exprimirlo.

Qué vas a leer aquí (y qué no)

Hay cientos de diarios de build in public que enseñan el código y las capturas del dashboard. Lo que casi nadie enseña es lo de antes: por qué elegí esta idea y no las otras veinte. Los descartes, el criterio, la decisión de negocio previa al primer commit. Eso es lo que va a llevar el peso aquí.

Lo que me comprometo:

· Números reales. Euros ingresados, euros gastados, conversiones, noes. Un reto de facturación con métricas de vanidad no es un reto.

· Cadencia por fase, no por calendario. Publico cuando se cierra una etapa, no cada martes. ¿Qué es una fase? Cosas como: la elección de la idea (con sus descartes), el lanzamiento en la tienda, los primeros datos de publicidad, el cierre del intento. La publicación semanal obliga a inventar progreso, y aquí no se inventa nada.

· Aquí no se vende nada. Ni curso, ni mentoría, ni plantilla. Comparto el proceso; el negocio son las apps.

Día cero

Ahora mismo estoy exactamente donde empieza todo: eligiendo la primera idea.

El próximo número contará esa decisión: qué ideas había encima de la mesa, cuáles descarté y por qué, y con cuál me juego el primer intento. Con nombres y con números.

A partir de ahí, el marcador manda.

Antes de cerrar, una pregunta: ¿tú qué apuestas? ¿Llego a los 500 en el primer intento, en el cuarto o en ninguno? Te leo en los comentarios.

Y si quieres ver cómo acaba esto (gane, pierda o aprenda), suscríbete. Las reglas ya están firmadas; ahora toca jugar.

Esta segunda parte no es buena.
Es buenísima.

Llegó el momento que estabas deseando:
Cómo construir tu audiencia.

Si has llegado hasta aquí sin haber leído la primera parte, te recomiendo encarecidamente que leas la primera parte.

Allí encontrarás:

• Cómo me va a mí con mi audiencia.

• Por qué tú deberías construir una audiencia.

• Las primeras barreras que te encontrarás.

• Cómo elegir el medio correcto adaptado a tus preferencias.

Y si no estás suscrito, hazlo ya para no perderte contenido que aporte valor a tus productos digitales.

Suscríbete ahora

Vamos al lío.

1. Cómo construir tu audiencia

Lo primero de todo y más importante:
Define a tu público ideal

Antes de decirte cómo definirlo, te explico por qué es importante.
Estoy convencido de que no le das la importancia que tiene y, créeme, este es el paso más importante.

a. ¿Por qué es importante definir a tu público ideal?

Como dice mi novia, la respuesta para todo está en los clásicos.
Y qué razón tiene…

Lo decía Séneca:

No hay viento favorable para el que no sabe dónde va.
- Séneca

Si no conoces a tu público ideal, no podrás:

• Saber sus inquietudes.

• Saber sus problemas.

• Saber sus intereses.

• Saber quiénes son sus ídolos.

• Saber qué les mueve.

• Y un largo etcétera.

Es decir, no sabrás qué contenido crear que le resulte atractivo a tu audiencia.

En otras palabras, estás perdiendo el tiempo.

💡Consejo TOP

Si no tienes claro a quién te quieres dirigir, dirígete a ti mismo.

Hay mucha gente como tú. Utiliza eso a tu favor en cuanto no sabes exactamente a quién te quieres dirigir.

b. ¿Cómo definir a tu público ideal?

Cuando quieres definir a tu público ideal, lo que buscas son características en común que tienen las personas a las que te quieres dirigir.

Hazte preguntas abiertas como:

• ¿Cuánto tiempo llevan en su sector?

• ¿Qué desafíos enfrentan en su día a día?

• ¿Qué quieren lograr a mediano y largo plazo en su carrera?

• ¿Qué les motiva a seguir aprendiendo?

• ¿Qué poder adquisitivo tienen? (❗Importante si planeas venderles algo)

Evidentemente, cuantas más preguntas puedas responder con mayor detalle, mejor.
Cuanto más definas tu audiencia, más fácilmente vas a poder llegar y conectar con ellos.

🤔 ¿Qué hago yo?

Mi público ideal en LinkedIn es el siguiente:

Programador o persona interesada por el mundo del desarrollo con ganas de crear productos digitales para aportar soluciones a problemas que se encuentran en su día a día y con intención de difundirlos para ayudar a otras personas que no tienen el conocimiento y/o interés necesario para crear su propia solución.

Como ves, completito…

💡Consejo TOP

ChatGPT te puede ayudar mucho con esto.

🎁 Te doy como regalo 5 prompts con los que podrás definir a la perfección tu público objetivo con la ayuda de la IA.
👉🏻 Consíguelos aquí.

Importante este matiz:
Tu objetivo no es llegar al mayor número de personas posible.
Tu objetivo es llegar al mayor número de personas posible interesadas en tu contenido.

Esto quiere decir que:
Cuanto más completa sea tu definición de tu público ideal, llegarás a menos personas.
Pero a las que llegues, estarán plenamente conectadas contigo e interesadas por tu contenido.

💡Consejo TOP

Más vale calidad que cantidad.

Ve a por tu nicho, no al público general.

c. ¿Qué publicar?

Si has definido bien tu público objetivo, este paso debería ser el más simple de todos.

Para que veas lo fácil que es, solo con la imagen de Marc Jardí vas a entender a la perfección cómo publicar en LinkedIn.
(en otras redes funciona igual. Solo cambia el formato)
O, por lo menos, publicar de la forma más simple que sea efectiva.

Recalco la importancia de saber bien quién es tu público objetivo.

Si no lo sabes bien, no conoces sus problemas.
Si no conoces sus problemas, no puedes captar su interés.
Si no captas su interés, no prestarán atención a su solución.
Si no prestan atención a tu solución, tu publicación no les aporta valor.
Si tu publicación no les aporta valor, tu publicación no es útil ni buena.

Voy a ser pesado una vez más:
Define bien al nicho al que apuntes, y hazlo de forma muy precisa.

Si aún así necesitas un ejemplo visual de cómo hago yo mis posts, vota en la encuesta de abajo y haré un vídeo mostrando el proceso que sigo:

💡Consejo TOP

Mantenlo simple. No uses palabras complicadas.

La publicación que funciona es aquella que explica cosas complejas de una forma simple.

Si has llegado hasta aquí, deberías ser capaz de crear un buenas publicaciones.

Evidentemente, lo más probable es que no construyas una comunidad enorme únicamente con una publicación.

Lo que merece la pena en esta vida se construye poco a poco.

Construirás una gran comunidad con la sucesión de varios cientos (o miles) de publicaciones buenas.

El mejor día para empezar a crear contenido fue ayer.
El segundo mejor, hoy.

¡Ánimo!

💊 Píldora técnica de la semana

Hoy te quiero compartir una base de datos inusual, pero muy útil.

Se llama InfluxDB.

Es una base de datos de serie temporal.

Por si te lo preguntas, no es una base de datos relacional.
Ni se parece a MongoDB.

Es una base de datos pensada para almacenar de forma eficiente datos cuya principal característica sea el timestamp de la generación del dato.

Es muy útil para almacenar datos de:

• Sensores en tiempo real.

• Seguimiento de precios de activos financieros.

• Análisis de logs y tracing en microservicios.

• Monitoreo de tráfico de red.

• Y un largo etcétera.

Pruébala en tus proyectos.
Te va a gustar.

Y hasta aquí este artículo.

Espero que toda la información que te he brindado te sea útil.

Suscríbete a esta newsletter para seguir recibiendo información valiosa para tus productos digitales.

Suscríbete ahora

Siendo:

• E → Éxito

• HT → Habilidades técnicas

• T → Tiempo

• C → Comunicación

Sepas o no de matemáticas, es evidente:
La variable que más influye en el éxito es la comunicación.

Entonces, centrémonos en ello hoy.

Te voy a enseñar cómo hago yo para construir una audiencia en LinkedIn.
Me puedes copiar y aplicarlo en la misma red que yo o en otras.

Te voy a hablar de esto:

1. Cómo me está yendo a mí.

2. Primeras barreras al momento de publicar.

   1. Factor psicológico.

   2. Factor técnico.

3. Elegir el medio correcto.

4. Qué publicar.

5. Cómo mejorar.

1. Cómo me está yendo a mí

No te voy a aburrir.
Solo te quiero enseñar que lo que hago, al menos a mí, me funciona.

Y piensa lo siguiente:
Si a mí me funciona, es muy probable que a ti también te funcione.

Mira, te enseño mis estadísticas.
Ten en cuenta que comencé a publicar un 29 de abril de 2024.

• Número de seguidores: 2.682

• Número de impresiones (visualizaciones) en los últimos 365 días: 1.361.759

• Número de impresiones de mi post más viral: 683.212

• Número de reacciones de mi post más viral: 2.267

• Personas alcanzadas en los últimos 365 días: 596.318

Para ser LinkedIn, nada mal, ¿no?

Por cierto, si no me sigues en LinkedIn, no sé a qué esperas.

Quiero ver el LinkedIn de Caio

2. Primeras barreras al momento de publicar

Si pensabas que esto iba a ser fácil, siento decepcionarte.

No va a ser fácil.
No va a ser rápido.

Será complejo (que no difícil).
Será trabajo constante.

No te desanimes.

Piensa en tu objetivo.
Tener una audiencia te acerca a él.

a. Factor psicológico

No soy, para nada, un experto en psicología; pero estoy convencido de que padecerás alguno de estos síndromes al momento de publicar:

1. Síndrome del impostor.

2. Miedo al qué dirán.

Y prepárate para recibir críticas destructivas hasta de personas cercanas.

No te asustes.
Vamos paso a paso.

Síndrome del impostor

No te voy a soltar la descripción técnica de este síndrome. Para eso está Google.

Básicamente, es sentir que no estás capacitado para hacer algo y pensar constantemente que alguien se va a dar cuenta de que no vales.

💡Consejo TOP

Trabaja tu confianza.

Refuerza los hábitos positivos y evita (o elimina) relaciones que no te aportan nada.

Esto se ve más fácil con un ejemplo, así que…

🤔 ¿Qué hago yo?

- Ejercicio diario.
- Ser cabezón.
- Aprender algo nuevo todos los días.

Te explico lo de ser cabezón.

Yo soy una persona muy obsesiva.
Cuando quiero algo de verdad, no paro hasta que lo consigo.

Esta actitud me refuerza la idea de que, pase lo que pase, parta del conocimiento que parta, cueste lo que cueste, obtendré aquello que persigo.

Y no veas qué confianza me da esa idea…

Miedo al qué dirán

Compañero, por si no te has dado cuenta todavía, no le importas tanto a nadie como para estar hablando de ti constantemente.
Y cuando hablen de ti, lo harán.
Hagas algo o no.

Asúmelo. Va a pasar.

Tu jefe va a hablar de ti.
Tus amigos van a hablar de ti.
Tu familia va a hablar de ti.
Tus profesores van a hablar de ti.

Ya que van a hablar, al menos, que hablen de que estás haciendo cosas.

Su opinión no es relevante.

Lo único relevante es que consigas lo que quieres.

🤔 ¿Qué hago yo?

Seguir creando contenido y productos digitales.
A palabras necias, oídos sordos.

Lo más importante de este punto es mantener una salud mental fuerte.
Vas a estar en el ojo del huracán, así que prepárate para ello.

Recuerda que todo lo que deseas está después del miedo y más allá de tu zona de confort.

b. Factor técnico

No necesitas ser experto de un tema para hablar.
No necesitas ser experto de un tema para aportar valor.
No necesitas ser experto de un tema para enseñar a los demás.

Lo dice muy bien mi amigo en nuestro pódcast, ClickByte Podcast.

Siempre va a haber alguien que sepa menos que tú.

Y si, aun así, dudas de tu conocimiento técnico, fórmate.
Publiques o no, formarte siempre te va a beneficiar.

💡Consejo TOP

Lee libros.

Aunque cada día se lea menos en el mundo, la mayor fuente de conocimiento sigue en papel, y no en vídeos, cursos, etc.

3. Elegir el medio correcto

No hace falta que empieces en todas las redes sociales a la vez.
De hecho, es contraintuitivo.

Una imagen vale más que 1.000 palabras.
Sigue este diagrama:

Por si tienes dudas:
Obviamente, puedes crear contenido en varias redes sociales, incluso si sus propósitos son distintos.

🤔 ¿Qué hago yo?

En el momento de publicación de este artículo, estoy creando contenido en 2 medios:

- LinkedIn
- Substack

Tengo pensado dar el salto al formato vídeo en breve (obviando el pódcast).

💡Consejo TOP

No todas las redes sociales funcionan igual.

Las redes sociales de vídeos cortos (como TikTok o Instagram) funcionan muy bien para captar atención; pero no esperes que tu audiencia tenga un alto compromiso contigo.
Otras redes (como Substack) no te dan tanta visibilidad; pero la calidad de tus seguidores es bastante superior.

Lo ideal es captar tráfico de plataformas con alta visibilidad (como TikTok o Instagram) y redirigirlos a plataformas con menor visibilidad pero de mayor calidad (como LinkedIn o Substack).

Lamentablemente, tengo que cortar aquí.
Está quedando muy largo…

Pero, no te preocupes.
La siguiente parte, con los demás puntos (qué publicar y cómo mejorar), estará disponible dentro de muy poco.

Suscríbete ahora

Una imagen vale más que 1000 palabras:

Entremos en detalles.

1. Idear

Lo que te imaginas.
Pero, atención.

No puedes idear sobre la nada.
Tienes que idear sobre un problema real.
Pero un problema de verdad. No te inventes un problema que no existe para darle una solución que no hace falta.

Te pongo un ejemplo con SkillPath.

SkillPath nace para dar una solución a un problema que encaran muchos programadores a diario:

El no tener un portafolio que mostrar cuando les preguntan por sus proyectos.
Y, en caso de tenerlo, mantenerlo actualizado a diario sin esfuerzo para no tener que hacerlo el día de antes de una entrevista a todo correr.

Este problema yo también lo tenía.

Me puedes preguntar:
Ahora, ¿cómo se me ocurren a mí estas ideas?
¿En qué me tengo que fijar para encontrar problemas?

Mira esta pirámide.
Cuanto más abajo esté una fuente de ideas, más fácil es encontrar problemas (y que se te ocurra una solución viable).

Importante:
Hay que tener autocrítica.

Tienes que ser capaz de evaluar si tu idea puede llegar a tener potencial o no.

Si no tienes esta autocrítica, parecerás un cuñado en una comida familiar que dice tener las soluciones para los problemas económicos del país.
Spoiler: Tu cuñado casi nunca tiene la solución.

Volvamos con el ejemplo.

Problema → Los programadores necesitan un portafolio que se actualice solo y que muestre sus proyectos.
Solución → Generador de portafolios integrado con Github.

Genial, tenemos la idea.

Quieto con esa mano, que aún no vas a programar. Que te he pillado.

2. Validar la idea

Vale.
Has pensado en tus problemas, has encontrado uno y se te ha ocurrido una solución.

Genial.
Ahora toca saber si tu problema no solo lo tienes tú, sino también más personas.

Esta parte es crucial en toda la creación de tu SaaS.
Presta atención.

Tienes varias formas de encontrar a más gente con tu mismo problema, pero todas ellas dependen un factor:

Si tienes una audiencia o no.

Caso 1: NO tienes una audiencia.

⚠️ AVISO: es más complicado
Pero no imposible.

- Recurre a Reddit:
Reddit es una red social formada por varias comunidades (llamadas subreddits). Si encuentras la comunidad pertinente para tu problema, puedes preguntar si los miembros de esa comunidad tienen el mismo problema y, en caso de que lo tengan, cómo lo están solucionando.
Eso te dará una información muy valiosa.

🤔 ¿Qué hago yo?

Los subreddits que utilicé para SkillPath fueron:
- r/devsarg
- r/chileIT
- r/CharruaDevs
- r/devSpain

Como ves, como mi SaaS estaba orientado a programadores, recurro a comunidades de programadores.

Si tu SaaS está orientada a cocineros, recurre a comunidades de cocineros.

El objetivo es ir a donde está tu público objetivo.

🤔 ¿Qué hago yo?

Sigo estas métricas al momento de evaluar si un subreddit es bueno o no:
- Más de 5k miembros.
- Último post <1 día.
- Miembros que suelen comentar.

En base a lo que te comenten, toma una decisión.

- Recurre a foros:
Similar a Reddit.
Tendrás que esforzarte más para encontrar foros activos.

- Recurre a tus compañeros de trabajo:
Pregunta en tu entorno cercano (si es que es el público objetivo, obvio).
Pídeles feedback sincero.

Incluso, ve más allá.
Incítales a hacer un roast de tu idea.
Te puede venir muy bien.

Caso 2: TIENES audiencia.

Bueno, aquí ya lo tendrás más fácil.

Si has desarrollado una marca personal en LinkedIn, un canal en YouTube o, simplemente, tienes un medio en el cuál mucha gente te escucha, pregúntales de forma directa qué les parece la idea.
Incluso, si no son tu público objetivo.

Pese a no ser expertos, te van a dar muchas perspectivas que no has tenido en cuenta y vas a tener el efecto boca-boca:
Tu seguidor le va a preguntar a alguien que conoce sobre tu problema.

Sobra decir que todo lo que puedes hacer sin audiencia, lo puedes hacer teniendo audiencia.

🤔 ¿Qué hago yo?

Yo, que tengo una cierta audiencia en mi perfil de LinkedIn, hice varias encuestas sobre SkillPath preguntando por:

- Utilidad de la herramienta.
- Features con más relevancia.
- Interesados en la plataforma.

También hice uso de Reddit.

💡Consejo TOP

Tengas audiencia o no, desarrolla tu presencia en redes sociales.

Tener una audiencia o mejorarla siempre te va a favorecer.
Cuanto antes empieces, mejor.

¿Cómo lo hago? Eso ya es tema para otro artículo, suscríbete 😉

Suscríbete ahora

Llegados a este punto, ya sabes si tu problema es compartido con más personas o es algo que solo tú tienes.

Siguiente paso.

3. Construir

Pues qué te voy a decir…
Si eres programador, ya lo sabes.

Pero hay una cosa que tienes que tener muy en cuenta:

No construyas todo de una vez.
Construye un MVP.

Imagina que tienes un lienzo en blanco y un pincel.
No necesitas pintar la obra maestra completa en un día.
Lo primero es trazar las líneas básicas.
Eso es tu MVP.

Por si no te ha quedado muy claro:
Un MVP (Minimum Viable Product) es, traducido del inglés, producto mínimo viable.
Para que nos entendamos, coge la funcionalidad clave y desarróllala.

Cuantas más funcionalidades tenga el MVP, peor.
- Vas a tardar más.
- Va a ser más difícil.
- Puedes perder el tiempo del mercado.

Vale pero, ¿cómo determino cuál es la funcionalidad clave de mi SaaS?
Te pongo dos ejemplos.

Piensa en Word.
Con Word puedes imprimir, escribir páginas, dar formato al texto, poner gráficos, etc.

Todas las funcionalidades dependen de una (o varias) funcionalidad(es).
Identifícala.
Ahí tienes tu funcionalidad clave.

En el caso de Word, poder escribir páginas.

En el caso de SkillPath, poder generar portafolios.

💡Consejo TOP

¿No tienes claro qué funcionalidad priorizar?

Piensa en lo que tu usuario hará nada más abrir la aplicación.
Esa es tu funcionalidad clave.

Importante:
Piensa bien qué stack tecnológico vas a usar.

Recuerda que tienes que construir un MVP, no el producto final.

🤔 ¿Qué hago yo?

Yo recurro a Supabase como backend y Next.js para el frontend.

En otro artículo, profundizaré en este tema. No te lo pierdas.

Suscríbete ahora

Listo.
Lo más costoso ya está hecho.

Ya tenemos nuestro SaaS construido.

¿Ahora qué?

4. Feedback

Ahora toca que el mundo sepa qué has hecho y ver si les agrada.

Es momento de reutilizar las fuentes con las que has validado la idea y poner en práctica tus dotes de venta.

💡Consejo TOP

El copywriting es tu mayor aliado.
Fórmate en ello.

¿Cómo lo hago? Eso ya es tema para otro artículo, suscríbete 😉

Suscríbete ahora

En base a lo que te vayan diciendo sobre lo que has hecho, adáptate e itera.

Siguientes pasos

Seguro que te lo podías imaginar.
Y si no, te lo digo ahora.

Este proceso de 4 pasos se tiene que repetir una y otra vez.

El producto perfecto no existe; siempre tendrás algo que mejorar.
El producto mejor vendido no existe; siempre tendrás que retocar la landing page.
El producto completo no existe; siempre tendrás un usuario que te pedirá añadir algo.

Este camino es precioso y vas a aprender un montón.

Y no te agobies.
Recuerda lo que dijo Antonio Machado:

Caminante, no hay camino.
Se hace camino al andar.
- Antonio Machado

💊 Píldora técnica de la semana

Seguro que conoces local storage y session storage.
Ya sabes, esos almacenamientos que te proporciona el navegador para guardar información.

Existe un tercero:
IndexedDB

Y es bastante similar a una base de datos.
Se podría decir que es una base de datos local (del estilo de SQLite).

La interacción con ella es muy simple.
Mira qué fácil:

// Si no existe la BBDD, la crea. Si existe, la abre
const request = indexedDB.open("SkillPathDB", 1); 

// Para insertar datos
request.onupgradeneeded = function (event) {
  const db = event.target.result;
  db.createObjectStore("categories", { keyPath: "id" });
};

// Para cuando se haga la conexión de forma exitosa
request.onsuccess = function (event) {
  const db = event.target.result;
  console.log("Base de datos creada con éxito", db);
};

¿Cuándo usar IndexedDB?

Te he allanado mucho terreno.
Mira.

Usa IndexedDB si necesitas:

• Más de 5MB de almacenamiento.

• Consultas rápidas y eficientes.

• Almacenar objetos complejos o estructurados.

• Datos para largo plazo.

Usa localStorage si:

• Necesitas algo rápido y sencillo para pequeños datos persistentes.

Usa sessionStorage si:

• Solo necesitas datos para una sesión activa del navegador.

Ahora tienes las claves para construir tu primer SaaS.
Pero la pregunta es:

¿Vas a actuar?

No dejes que estas ideas se queden en tu cabeza.
Da el primer paso hoy mismo.

Suscríbete a esta newsletter y acompáñame en este viaje mientras seguimos creando y aprendiendo juntos.

Suscríbete ahora

Esto es solo el principio.