🎈 La inflación de apps
Una estimación que circula entre quienes siguen el mercado del software dice que cerca de dos tercios de las aplicaciones que existen hoy se crearon en los últimos tres o cuatro años. El número exacto importa menos que la tendencia: la cantidad de software creció mucho más rápido que la cantidad de personas dispuestas a usarlo.
💸 Inflación, en el sentido económico
En economía, hay inflación cuando circula demasiado dinero y cada billete pasa a valer menos. Con las apps pasa algo parecido: hay demasiado software compitiendo por la misma atención, y cada lanzamiento por separado pasa a valer menos para quien lo ve.
Eso no quiere decir que el software haya perdido valor. Quiere decir que el software genérico perdió valor. Lo que sigue teniendo valor es el software que resuelve un problema real, de una manera difícil de copiar y que llega a las personas adecuadas.
✓ Lo que se volvió más fácil
- ✓Pasar de la idea a un prototipo funcional en horas.
- ✓Probar varias versiones sin contratar a nadie.
- ✓Crear por tu cuenta lo que antes requería un equipo.
✗ Lo que se volvió más difícil
- ✗Hacerte notar entre miles de lanzamientos parecidos.
- ✗Convencer a alguien de pagar una suscripción más.
- ✗Mantener una ventaja cuando cualquiera puede copiarte en unos días.
💡 Consecuencia práctica
Antes de abrir el editor, hazte la pregunta que impone la inflación: si mañana aparecen diez apps más como la mía, ¿por qué alguien seguiría eligiendo la mía? Si no hay respuesta, el problema no es técnico.
⚰️ ¿Murió el SaaS?
Mucha gente repite que el SaaS se acabó. En buena parte, tiene razón: las herramientas simples que solo organizaban datos o generaban texto están siendo reemplazadas por un pedido de dos líneas a un asistente de IA. ¿Por qué pagar R$ 50 al mes por algo que el chat hace gratis?
🧭 Los tres lugares donde todavía hay espacio
- •El nicho adecuado: grupos con poca competencia, dinero y poco tiempo para aprender IA.
- •El caso de uso adecuado: una tarea acotada, dolorosa y frecuente, en lugar de una plataforma genérica.
- •Velocidad: llegar primero y aprender más rápido de lo que los demás pueden copiar.
⚠️ Trampa común
Leer «el SaaS murió» y rendirse, o leer «todavía hay espacio» y construir cualquier cosa. Ambas interpretaciones son flojas. Lo que existe es un filtro más estricto: menos ideas pasan, pero las que pasan tienen menos competencia seria.
🔀 El ciclo de producto se desordenó
El proceso tradicional de producto tiene siete etapas: tener la idea, validar, prototipar, hacer marketing, desarrollar, lanzar y mejorar. Era una secuencia lógica en una época en que desarrollar costaba caro: solo invertías en ingenieros después de tener la certeza de que valía la pena.
Con IA, construir un prototipo lleva una tarde. Esto cambia la lógica: a veces tiene más sentido prototipar para validar que validar para después prototipar. Un prototipo funcional responde preguntas que una encuesta de opinión nunca responde, como «¿la persona realmente hace clic?».
Cómo suele ser el orden hoy
Idea basada en un dolor
La ideación sigue en el centro. Nada reemplaza entender el problema.
Prototipo rápido
Una versión fea, pero usable, construida en horas con un asistente de código.
Validación con el prototipo en la mano
Les muestras algo real a personas reales y mides lo que hacen, no lo que dicen.
Distribución desde el primer día
El marketing deja de ser la etapa final. Sin audiencia, no hay forma de validar nada.
Desarrollar, lanzar y mejorar en ciclos cortos
Las etapas finales se convierten en un ciclo continuo en lugar de una línea recta.
💡 Regla sencilla
El orden correcto depende del producto y del nicho. Pregúntate qué etapa es hoy la más barata de hacer y cuál responde a la duda más peligrosa. Empieza por la que reúne ambas cosas.
🎓 Cuando la experiencia ya es la validación
Si eres consultor, freelancer o llevas años trabajando en un área, probablemente ya notaste una brecha que se repite: todos los clientes necesitan la misma cosita y nadie la ofrece de forma sencilla. En ese caso, no necesitas tanta validación. Tu experiencia ya fue la investigación de mercado.
🧮 El cálculo que hace el cliente
El cliente compara tu precio con la alternativa. Si la alternativa es contratar a un desarrollador por algunas semanas o pagar una suscripción premium de IA que cuesta cientos de dólares al mes y además exige aprender a usarla, un producto de R$ 49 que resuelve exactamente eso parece barato.
El precio no se compara con cero. Se compara con el costo y el trabajo de resolverlo de otra manera.
✓ Señales de que tu experiencia sirve como validación
- ✓Ya lo hiciste para cinco o más clientes diferentes.
- ✓Los clientes volvieron a pedirlo o recomendaron a otras personas.
- ✓Hoy cobras por esto, aunque lo hagas manualmente.
✗ Señales de que todavía falta validar
- ✗Lo resolviste solo para ti.
- ✗Cada cliente pidió una versión diferente.
- ✗Nadie pagaría si tú no estuvieras ahí.
🧑🚀 Una persona, tres roles
En las empresas, los productos suelen ser creados por personas con roles separados. El gerente de producto decide qué construir y para quién. El ingeniero construye. El QA prueba y encuentra fallas. Cada uno frena a los demás, y esa fricción evita muchos errores.
🕳️ El rol que más desaparece
Quien sabe programar tiende a saltar directamente a la ingeniería porque es la parte divertida. El agente de IA lo empeora: construir se vuelve tan fácil que nadie se detiene a preguntar si debería hacerlo.
Por eso, el resto de este curso trata casi por completo del rol de producto: las preguntas que un buen gerente haría antes de liberar una línea de código.
💡 Separa los sombreros en el tiempo
Reserva momentos distintos para cada rol. En una sesión solo decides (producto). En otra, solo construyes. En otra, solo intentas romper lo que construiste. Mezclar los tres al mismo tiempo hace que siempre gane quien construye.
⚡ La velocidad ama el dinero
Hay un viejo dicho en los negocios: la velocidad ama el dinero. Siempre fue cierto, pero hoy lo es aún más. Si cualquier producto se puede clonar en semanas, la ventaja de quien llegó primero también se mide en semanas.
✓ Velocidad que ayuda
- ✓Lanzar la versión mínima y aprender del uso real.
- ✓Decidir en días lo que antes llevaba meses.
- ✓Abandonar rápido lo que no funciona.
✗ Velocidad que estorba
- ✗Saltarse la pregunta «¿esto es necesario?».
- ✗Lanzar algo roto que arruina la primera impresión.
- ✗Cambiar de idea cada semana sin terminar ninguna.
⚠️ Velocidad no es apresuramiento
Ser rápido es acortar el tiempo entre una decisión y el aprendizaje que produce. Apresurarse es saltarse el pensamiento. Las preguntas de las próximas rutas llevan una tarde; son lo que hace que la velocidad sea segura.
💡 Mide en días
Para cada idea, define un plazo corto (siete a catorce días) para que alguien externo tenga en sus manos una primera versión. Si no cabe en ese plazo, probablemente la idea es demasiado grande.
🧪 Prueba rápida del módulo
Tres preguntas. Haz clic en una opción para ver la respuesta.
1. ¿Por qué la «inflación de apps» dificulta lanzar un producto hoy?
2. ¿En qué situación la validación puede ser más ligera?
3. ¿Qué rol tiende a desaparecer cuando una persona hace todo con ayuda de agentes?
📋 Resumen del módulo
Próximo módulo:
1.2 - El problema de la media