2–3 voluntarios muestran la automatización de la Clase 1 (60 s cada uno)
¿Qué tarea te quita de encima? ¿Qué aprendiste al montarla?
Ten a mano tu mapa del Taller 1 y tu prompt fundador — hoy los usamos
La Clase 1 fue optimizar lo que existe; hoy creamos lo que no existía
IMAGENFoto real de un participante enseñando su automatización a la sala
Bloque 2 · Desmitificando el vibe coding
Qué es el «vibe coding»
Término acuñado por Andrej Karpathy (2 de febrero de 2025 · palabra del año 2025 del Collins)
Programar por intención: describes el problema en tu idioma; la IA escribe el código
Tú: gerente de producto · La IA: ingeniero de software
No lees el código: lo diriges
IMAGENPersona hablando en su idioma y la app apareciendo al lado — sin código a la vista
Bloque 2 · Desmitificando el vibe coding
Tu ventaja injusta
La IA sabe programar; no sabe cuál es tu problema
20 años describiendo problemas de negocio = 20 años entrenando para esto
La barrera ya no es técnica: es saber qué pedir
IMAGENDirectivo señalando un problema de negocio; la parte técnica ya la pone la IA
Bloque 2 · Desmitificando el vibe coding
El relato honesto: Javier Pastor (Xataka)
Periodista tecnológico, cero conocimientos de programación
Construyó una app real para Android TV con estas herramientas
«casi mágico… pero exige iteración, paciencia y saber instruir»
La V1 sorprende, la V2 frustra, la V3 empieza a parecerse a lo que querías
IMAGENCaptura o retrato del caso Javier Pastor (Xataka)
Bloque 2 · Desmitificando el vibe coding
Los casos de éxito, en su justa medida
Los casos virales (una app en 4 días que factura miles) existen y son excepcionales
Son el techo inspirador, no la expectativa
Tu retorno realista: prototipos internos en horas, ideas validadas y horas recuperadas cada semana
Un prototipo no es un producto: antes de datos reales, pasa por TI
IMAGENGráfico «techo vs. suelo»: el caso viral arriba, tu retorno realista abajo
Bloque 3 · El playbook del fundador no técnico
Regla 1 · Define problemas, no funciones
✗ «Una app con base de datos y panel de administración»
✓ «Una app para que dueños de pymes agenden turnos y eviten pagar horas extra»
El para quién y el para qué valen más que cualquier especificación técnica
IMAGENDos tarjetas enfrentadas: «función» tachada vs. «problema + para quién»
Bloque 3 · El playbook del fundador no técnico
Regla 2 · El prompt fundador
Problema + Audiencia + 5 funciones núcleo + Criterio de éxito
Problema: qué duele y por qué
Audiencia: quién lo usará exactamente
5 funciones núcleo: cinco, no quince — la V1 es un prototipo
Criterio de éxito: «esto funciona si…»
IMAGENFicha de 4 líneas rellenable: el prompt fundador como documento de requisitos
Un prompt fundador completo
«Problema: en mi clínica dental perdemos pacientes porque los recordatorios se hacen a mano. Audiencia: las dos recepcionistas, sin perfil técnico. Funciones: (1) calendario de citas, (2) alta rápida, (3) recordatorio 24 h antes, (4) confirmación con un clic, (5) lista de no confirmados. Criterio de éxito: gestionar 40 citas diarias sin Excel.»
El mismo ejemplo, resuelto, está en la guía rápida del kit
Bloque 3 · El playbook del fundador no técnico
Elige tu herramienta de construcción
Herramienta
Cómo construye
Nota
Claude — Artifacts
Describes la app en el chat; se publica con un enlace
Recomendada
Gemini — Canvas
Mismo concepto, ecosistema Google
Equivalente
ChatGPT — Canvas
Mismo concepto, ecosistema OpenAI
Equivalente
Para el taller: Claude con Artifacts si dudas — la misma cuenta de la Clase 1
¿Y Claude Code o Codex? Categoría aparte (agentes en la terminal): los vemos después
Bloque 4 · Demo en vivo
Demo en vivo · qué mirar
1. El prompt fundador que escribo (la fórmula en acción)
2. Cuánto genera la IA de una sola vez
3.Qué hago cuando se equivoca — porque se va a equivocar
Plan B: si fallan la conexión o los cupos, proyecto un prototipo ya construido (dashboard de ventas) y explico el ciclo igual. El aprendizaje es el método, no la conexión.
DEMO EN VIVOPantalla compartida: el chat construyendo la mini-app en directo