La clase en la que la idea del User Story Map baja a tierra: construir el MVP en AI Studio con Gemini 3.6, publicarlo con URL propia y aprender a gobernar la IA para que haga lo que pides. Y de remate, un reto real: venderle una estrategia a una empresa canaria con enfoque Lean Startup.
Antes de bucear en los recursos, comprueba qué se te ha quedado: recordar de forma activa fija mucho más que releer. No hay nota ni castigo, y si fallas te explico el porqué.
Repaso · Pregunta 1/4
Veníamos de un recorrido largo: portfolios con Lovable y v0, mentalidad de producto, el entendimiento compartido (lo más difícil no es desarrollar, es ponernos de acuerdo) y, la clase pasada, el User Story Map: cada grupo eligió una idea, generó personas para meterse en la piel del usuario y la bajó a categorías, actividades e historias de usuario, separando al final el MVP de lo que viene después.
Portfolios con Lovable y v0, mentalidad de producto, entendimiento compartido, prompting con metaprompt y, la clase pasada, el User Story Map: idea, personas, categorías, actividades e historias de usuario.
El ejercicio terminaba partiendo lo que va en la versión 1 (el producto mínimo viable) de lo que viene después. La regla: lo mínimo para salir al mercado y amortizar cuanto antes.
Cada uno se convierte en constructor y baja su idea a un prototipo funcional. Como no trabajáis en equipo, saldrán varias versiones del mismo producto y luego votamos la mejor.
Un MVP es lo mínimo necesario para salir al mercado y amortizar cuanto antes. Todo lo demás es backlog para más adelante. Antes esto desembocaba en un backlog de producto ordenado de arriba abajo; hoy, con la IA, damos un paso más: cada uno de vosotros pasa de definir a construir, sin equipo de desarrollo detrás. Como no trabajáis en grupo, saldrán a lo mejor cinco versiones del mismo producto, y al final votamos la mejor.
Hoy no usamos Lovable: nos vamos a AI Studio, la herramienta de Google, bastante más generosa en créditos (no los cinco de Lovable, casi ilimitados; si te pasas mucho, te corta el grifo, pero cuesta llegar). Usa Gemini 3.6, que salió hace dos días, y por debajo tira de Gemini Flash: es rápida. Le puedes pegar capturas de pantalla e incluso hablarle.
La gran diferencia: AI Studio te da base de datos. Google tiene Firebase y te la integra, así que es muy probable que tus apps sean funcionales de verdad, no como el cartón piedra de otras herramientas. Si le pides que monte la base de datos, la información persiste; si no, te la guarda en localStorage (solo en ese navegador y ese ordenador). Varios prototipos de clase acabaron guardando datos reales.
El flujo es el mismo que ya conocéis, con el material del User Story Map como contexto: en Miro seleccionáis el buyer persona y la idea, y de la espina dorsal del mapa cogéis solo lo que sea MVP. Control C, y a AI Studio. Prontead como queráis (confío en vuestro criterio); este es el que suelo usar yo.
ACTÚA COMO especialista de producto y desarrollador senior.
CONTEXTO:
(Pega aquí, desde Miro, el buyer persona y la idea completa,
más la espina dorsal del User Story Map. Selecciona SOLO lo
que consideres parte del MVP: si una funcionalidad no aporta,
no la pegues. El texto de dentro de las tarjetas también se
copia si las seleccionas.)
RESULTADO ESPERADO:
Un MVP funcional y que guarde los datos.
NO QUIERO (GUARDARRAÍL):
- No quiero emojis.
- No quiero una interfaz sobrecargada.
- No inventes datos que no tengas: pregúntame antes.Cuando tenéis el prototipo, hay tres caminos, y conviene no confundirlos. El que da la URL pública real es Publish: ahí dentro tenéis control de versiones e integraciones (por ejemplo, que la app escriba en un Google Sheet).
Un snapshot: copia el proyecto en una URL nueva a partir de toda la conversación. No queda sincronizado con el original. Ideal para probar una idea disruptiva sin manchar tu proyecto.
Como un Google Docs: das acceso para que otra persona edite tu misma app, meta prompts y añada funcionalidades. Perfecto para una miniapp de departamento que mantenéis entre varios.
El botón que te da la URL pública real. Tiene control de versiones e integraciones (Google Sheets, Firebase). La URL buena es tuempresa.ai.studio, no ai.studio/apps/UID.
Antes de subir nada real, entiende dónde viven los datos. No es lo mismo guardar en el navegador que en una base de datos en la nube, y cada opción cambia lo que ve el usuario y quién puede acceder.
Guarda en tu navegador
Los cambios se quedan en ese ordenador y ese navegador. Si abres la app en otro sitio, no verás nada de lo que registraste.
Para qué va bien: probar el prototipo tú solo. Para qué no: cualquier cosa que tengan que ver otras personas o varios dispositivos.
Base de datos en la nube
Le pides a AI Studio que monte la base de datos y los datos persisten de verdad: siguen ahí entres desde donde entres. La app se vuelve funcional.
Para qué va bien: apps reales de departamento o de negocio. El precio: hay que protegerla.
Aquí viene el gran pero: la URL publicada es pública. Si además de "haz la base de datos real" no pides "monta un sistema de autenticación", cualquiera con el enlace puede leer y escribir tus datos. Ya se ha visto más de un sustillo de apps de contabilidad picadas con IA, subidas a producción y olvidando que no solo tú accedes: accede cualquiera con la URL. Base de datos real y usuario/contraseña van siempre juntos.
Esto es lo que da de sí una sesión de 40 minutos cuando llegas con la idea ya definida: gestores de pyme con citas y facturación, un asistente por voz, un marketplace del agricultor al consumidor, un planificador de barbacoas con modelo de negocio... Prototipos reales, varios con base de datos por debajo, construidos por perfiles no técnicos.
Ninguno está terminado y no pasa nada: son prototipos en primicia con Gemini 3.6. Las interfaces salieron más barrocas que con Lovable, pero muchos ya persisten datos. Lo importante es que sois capaces de pasar de una idea a un prototipo funcional; a partir de ahí, o lo puléis vosotros, o llegáis al especialista con el prototipo ya en la mano y aceleráis la entrega.
El segundo ejercicio, en dos grupos y con libertad total de herramienta: cada equipo elige una empresa canaria real, entiende su caso (necesidad y presupuesto) y plantea qué crearía para resolverlo. No hace falta un producto: vale una hipótesis bien definida, un prototipo del MVP o una presentación que gane al cliente. Salieron dos enfoques opuestos sobre el mismo método Lean Startup (construir, medir, aprender).
Estrategia en tres formatos
"El sabor que te lleva de Canarias": pivotar de competir por presupuesto a vender la herencia canaria como experiencia turística. Seis hipótesis, cinco MVP piloto (degustaciones controladas, red de hoteles con QR, cóctel insignia, lote turístico, anuncios geolocalizados) y métricas por cada uno.
Lo presentaron con NotebookLM en tres modos: vídeo, presentación y infografía.
Expansión Lean paso a paso
Validar si el producto encaja fuera de Canarias: catas ciegas, test A/B de packaging y origen, landings con preventa, ventas piloto en puntos físicos, test de precio y campañas con influencers gastronómicos.
Todo con métricas de conversión, coste por cliente y margen para ver qué canales son escalables antes de un despliegue territorial.
Glosario · toca para ampliar
Producto Mínimo Viable: la versión más pequeña de tu idea que ya funciona de verdad y sirve para validar si alguien la quiere. Pocas funcionalidades, pero completas.
Ver en el diccionarioUna versión temprana y navegable de un producto para validar dos preguntas: ¿la necesidad existe? y ¿lo que ofrecemos la resuelve? No busca estar terminado, sino aprender rápido.
Ver en el diccionarioHerramienta de Google para construir aplicaciones con IA (usa Gemini por debajo). Muy generosa en créditos e integrada con el ecosistema de Google, incluida la base de datos Firebase.
Ver en el diccionarioLa base de datos en la nube de Google que AI Studio te puede integrar. Con ella la app persiste los datos de verdad y deja de ser cartón piedra: lo que guardas sigue ahí en cualquier dispositivo.
Ver en el diccionarioAlmacenamiento del propio navegador. Guarda los cambios solo en ese ordenador y ese navegador: si abres la app en otro sitio, no verás nada. Útil para prototipos, pero no es una base de datos compartida.
Ver en el diccionarioEl sistema de usuario y contraseña que controla quién entra. Si publicas una app con base de datos sin autenticación, cualquiera con la URL puede leer y escribir tus datos.
Ver en el diccionarioMétodo para lanzar productos con el mínimo riesgo: construir la versión más simple, medir con clientes reales y aprender rápido, antes de jugarte el presupuesto a una sola carta.
Ver en el diccionarioSi te llevaras únicamente dos cosas de toda esta página, que sean éstas:
¿Dudas con vuestro producto? Escribidme a hi@alci.dev o llevadlas a la mentoría. Si no terminaste tu MVP en clase, aquí tienes todos los pasos.