Día 0 de vuestra startup: del problema a la primera ficha
Los equipos ya están formados. Hoy dejáis de ser «un grupo de clase» y empezáis a funcionar como lo que vais a ser hasta junio: una startup de 4-5 personas que construye, con agentes de IA, un producto que alguien de fuera usa y paga. Hoy no se programa ni una línea: hoy se decide qué merece la pena programar, que es justo la parte que la IA no puede hacer por vosotros.
La sesión de hoy
| 0:00 | La misión y el listón de junio | Qué es «terminado» para una startup de este curso |
| 0:10 | Problema antes que idea + la regla del dinero | Los 4 filtros, las trampas y por qué todo producto debe poder monetizarse |
| 0:22 | Taller por equipos (pasos 1-6) | De 15 problemas a una ficha de una página con sus cuentas, y la IA como abogado del diablo |
| 1:00 | Ensayo del pitch | Cinco frases, un portavoz, un minuto de margen |
| 1:05 | Ronda de pitch | 3 min de pitch + 3 min de preguntas por equipo |
| 1:40 | Ronda de inversión | Cada persona reparte 100 € ficticios entre los OTROS equipos |
| 1:45 | Recuento y lecciones | Qué ha convencido y por qué |
| 1:53 | ¿Pivotar o perseverar? | Decisión del equipo y deberes de la semana |
Primera hora: pensar en equipo. Segunda hora: exponerlo delante de todos y escuchar lo que el «mercado» (vuestros compañeros) opina.
1 · La misión: qué significa «terminado» en junio
En este curso una startup no se acaba con «funciona en mi ordenador». Se acaba cuando cumple estas cuatro cosas, y todas se pueden comprobar desde fuera:
🌍 Está en Internet
En un servidor de verdad, con dominio, HTTPS y base de datos. Cualquiera entra desde su móvil.
🙋 Tiene usuarios reales
Al menos 10 personas que no son de vuestra familia ni de esta clase y lo han usado para lo que sirve.
💳 Se sostiene solo
Tiene un modelo de ingresos pensado y pasarela de pago con Stripe funcionando: primero en modo test, y si el producto lo merece, en real. Como mínimo, sus ingresos pagan lo que cuesta mantenerlo.
🧭 Se ve cómo lo hicisteis
Sprints, PRs revisadas por un compañero, decisiones anotadas. Y cada uno sabe defender su parte.
El camino, a grandes rasgos
- Oct – dic · Descubrir: encontrar el problema, hablar con clientes, decidir el MVP. Prototipo navegable.
- Ene – mar · Construir: el MVP con base de datos y usuarios, desplegado en servidor. Primeros usuarios de verdad.
- Abr – jun · Lanzar: Stripe, pulido, crecimiento y demo day con invitados de fuera.
2 · Problema antes que idea
«Una app para…» es una idea. «Mi tío pierde dos horas cada domingo cuadrando las reservas del pádel por WhatsApp» es un problema. Las startups buenas empiezan por lo segundo. Cualquier idea que salga hoy tiene que pasar cuatro filtros:
1 · Dolor real, con nombre y apellidos
Podéis señalar a una persona concreta que lo sufre y que ya intenta resolverlo de alguna forma (aunque sea mal). Si nadie hace nada hoy, probablemente no le duele.
2 · Alguien paga (y no es vuestra madre)
Sabéis quién sacaría la tarjeta, por qué y aproximadamente cuánto. Ojo: quien paga no siempre es quien usa (el bar paga, el cliente reserva). Este filtro no se puede saltar: lo explicamos ahora mismo.
3 · Cabe en un MVP de seis semanas
Una primera versión útil con 2-3 funciones, que 4-5 personas dirigiendo agentes pueden construir. Lo grande viene después, si alguien lo usa.
4 · Legal y cobrable
Nada de apuestas, datos de salud, contenido para adultos ni nada que Stripe no acepte. Si tratáis datos de menores o datos sensibles, el producto se complica mucho: mejor evitarlo.
- • «Una red social para…»: sin miles de usuarios desde el primer día está vacía, y vacía no vale nada.
- • «El Wallapop/Uber de…»: un mercado necesita compradores Y vendedores a la vez; conseguir los dos es lo más difícil que existe.
- • «La app que lo hace todo»: si necesitáis más de una frase para explicarla, son tres productos.
- • «Para todo el mundo»: si es para todos, no sabéis a quién vendérsela el lunes.
La regla del dinero: todo producto debe poder monetizarse
Es obligatoria en este proyecto, también si vuestra idea nace para ayudar y no para ganar dinero. Podéis empezar algo sin saber todavía cuánto vais a ganar, pero no sin saber cómo lo podríais ganar. Un producto en Internet cuesta dinero cada mes aunque nadie lo use: servidor, dominio, la IA que llama, el correo, el mantenimiento. Si nadie paga esas facturas, las pagáis vosotros, y el proyecto muere el día que os canséis de pagarlas. Que se cierre una web gratuita que la gente usaba no es altruismo: es dejar tirados a sus usuarios.
Formas de monetizar que caben en un producto de este curso:
| Modelo | Cómo funciona | Ejemplo |
|---|---|---|
| Suscripción | Una cuota al mes o al año por usarlo. | El club paga 15 €/mes por el sistema de reservas. |
| Freemium | Lo básico gratis para todos; quien necesita más, paga. | Gratis hasta 20 alumnos; el profe con 5 grupos paga. |
| Créditos / pago por uso | Se paga cada vez que se usa lo que os cuesta dinero (la IA, por ejemplo). | 10 generaciones gratis; 3 € por 50 más. |
| Comisión | Un porcentaje de lo que se mueve gracias a vosotros. | El 5 % de cada venta del marketplace. |
| Paga el negocio, no el usuario | El usuario lo usa gratis; paga quien gana algo con él. | Los vecinos consultan gratis; los comercios pagan por aparecer destacados. |
| Patrocinio y donaciones | Empresas o personas que apoyan la causa. Sirve de complemento, pero no basta como único modelo: nadie dona con regularidad durante años. | Una protectora: adoptar es gratis, una tienda de mascotas patrocina y hay botón de donar con Stripe. |
Publicidad: con pocos usuarios no da ni para el dominio y estropea el producto. No vale como modelo principal.
¿Os falta inspiración? En la página del proyecto tenéis cinco tipos de producto con potencial (reservas locales, segunda mano hiperlocal, SaaS para profes, comunidad deportiva, micro-SaaS con IA). Usadlos como punto de partida, no como respuesta.
3 · Taller por equipos: de 15 problemas a una ficha
Casi cuarenta minutos, seis pasos y un cronómetro. Sentaos juntos y abrid un documento compartido (o un papel grande). Quien tome notas ese día no es quien más habla.
1Escritura en silencio5 min
Cada persona, sola y sin hablar, escribe 3 problemas que haya visto de cerca: en casa, en el trabajo de alguien, en el pueblo, en el club, en el instituto. Formato obligatorio:
[Persona concreta] pierde [tiempo / dinero / nervios] cuando [situación].
¿Por qué en silencio? Porque si se habla desde el minuto uno, gana la idea de quien más habla, no la mejor.
2Ponerlo en común y agrupar6 min
Cada uno lee los suyos sin defenderlos (nadie critica todavía). Juntad los que se parecen: casi siempre aparecen 4-6 temas. Para cada tema, preguntad: ¿quién de nosotros conoce a alguien que lo sufra?
3Votación por puntos3 min
Cada persona tiene 3 votos (puede ponerlos todos en uno). Votad a la vez, no en orden. Las dos más votadas pasan a la final. Pasad las dos por los 4 filtros: si una cae, la otra gana.
4La IA del centro, de abogado del diablo8 min
Pegad vuestras dos finalistas en el chat del centro con este prompt. No le pidáis que os diga que son buenas: pedidle que intente tumbarlas.
Actúa como un inversor exigente que ha visto fracasar cientos de startups. Somos un equipo de 5 estudiantes de 1º de DAM. Construiremos el producto con agentes de IA durante el curso y queremos venderlo de verdad (con Stripe) antes de junio. Idea A: [problema en una frase] → [solución en una frase] Idea B: [problema en una frase] → [solución en una frase] Para cada idea: 1. Las 3 razones más probables por las que fracasaría. 2. Quién pagaría exactamente, por qué y cuánto es realista cobrar. Aunque la idea sea altruista, propón al menos 2 formas de monetizarla que no estropeen el producto. 3. Qué alternativa usan hoy esos clientes (gratis o de pago). 4. La pregunta que le harías a un cliente para saber si el problema es real. Sé directo y breve. No inventes datos: si no lo sabes, dilo.
5La ficha de una página12 min
Elegid una idea y rellenad esta ficha. Copiadla tal cual: será el README.md de vuestro repositorio esta misma semana. Si una casilla no os sale, no pasa nada: eso es exactamente lo que tenéis que averiguar hablando con clientes.
# [Nombre provisional] — ficha v0 **Equipo:** nombre1 (rol), nombre2 (rol), nombre3 (rol), nombre4 (rol), nombre5 (rol) **Fecha:** 19/10/2026 ## 1. El problema (en una frase) [Persona concreta] pierde [tiempo / dinero / nervios] cuando [situación]. ## 2. Para quién (el primer cliente) Quién es, dónde está, y el nombre de UNA persona real que conocemos que lo sufre. ## 3. Cómo lo resuelve hoy (la alternativa actual) WhatsApp, Excel, papel, una app que odia… Si no hace nada, ¿de verdad le duele? ## 4. Nuestra solución (en una frase) Una web/app que permite a [cliente] [hacer X] sin [el dolor]. ## 5. Modelo de ingresos (OBLIGATORIO, aunque el proyecto sea altruista) - Quién paga (puede no ser quien usa): - Por qué paga (qué gana o qué se ahorra): - Cómo y cuánto: suscripción / freemium / créditos / comisión / pago único / patrocinio Ej.: el negocio, 9 €/mes, suscripción con Stripe. ### Las cuentas del mantenimiento - Coste al mes: servidor __ € + dominio __ € + IA/APIs __ € + otros __ € = __ €/mes - Lo que deja cada cliente al mes (tras la comisión de Stripe): __ € - Clientes que necesitamos para no perder dinero (coste ÷ lo que deja cada uno): __ - ¿Es realista conseguirlos? ¿Dónde están? ## 6. El MVP: lo mínimo que alguien usaría (máx. 3 funciones) 1. 2. 3. Lo que NO hacemos en la primera versión: ## 7. Por qué nosotros Qué sabemos, a quién conocemos o qué tenemos cerca que otros no. ## 8. El mayor riesgo (y cómo lo comprobaremos esta semana)
La casilla 5 no puede quedar vacía. Para las cuentas del mantenimiento, pedidle a la IA una estimación y luego comprobad los precios en la web de cada proveedor:
Vamos a lanzar este producto: [solución en una frase], para [cliente]. Esperamos unos [número] usuarios el primer año. 1. Haz una lista de lo que nos costaría mantenerlo en Internet cada mes: servidor, dominio, base de datos, correo, llamadas a IA o APIs, comisiones de Stripe. Pon un rango de precio para cada cosa y dime de dónde sale cada precio. 2. Propón 3 formas de monetizarlo y, para cada una, cuántos clientes harían falta para cubrir esos costes. 3. Dime cuál de las 3 encaja mejor con nuestro cliente y por qué.
Si el MVP se os va de las manos, pedidle a la IA que lo recorte: «Este es nuestro MVP: […]. Quita todo lo que no sea imprescindible para que un primer cliente lo use una vez y le resuelva el problema. Máximo 3 funciones.»
6Nombre, roles y portavoz4 min
Poned un nombre provisional (se puede cambiar; no perdáis más de un minuto en esto) y repartid los roles del proyecto: producto (decide qué y en qué orden, habla con clientes), lead técnico (arquitectura y fusiones), calidad (que nada se publique roto), datos/IA (prompts, APIs, integración) y diseño/contenido. Todos programáis con los agentes; el rol dice de qué tira cada uno. Los roles de hoy son provisionales: se confirman en un mes.
Elegid quién hace el pitch. Pista: no tiene por qué ser quien más habla, sino quien mejor entiende el problema.
4 · Segunda hora: ronda de pitch con inversores
Cada equipo presenta su idea al resto de la clase. Mientras un equipo presenta, los demás sois inversores: escucháis, preguntáis y al final ponéis dinero (ficticio) donde creéis que hay negocio.
🎤 El pitch: 3 minutos, 5 frases
- 1. El problema, contado con una persona real («Marta tiene una peluquería y…»).
- 2. A quién le pasa y cuántos hay cerca de nosotros.
- 3. Nuestra solución en una frase, y qué hace el MVP.
- 4. Cómo cobramos: quién paga, cuánto, por qué lo haría y cuántos clientes necesitamos para cubrir el mantenimiento.
- 5. Por qué nosotros y cuál es nuestro mayor riesgo.
Sin diapositivas: la ficha proyectada como mucho. A los 3 minutos se corta.
❓ Las preguntas: 3 minutos
Los inversores preguntan; el equipo responde (todos, no solo el portavoz). Preguntas que valen oro:
- • ¿Con cuántas personas que lo sufren habéis hablado?
- • ¿Qué usan ahora y por qué se cambiarían?
- • Si mañana dejáis de poner dinero, ¿quién paga el servidor?
- • ¿Qué es lo primero que construiríais el lunes?
- • ¿Qué tendría que pasar para que lo dejarais?
💶 La ronda de inversión
Al acabar todos los pitches, cada persona tiene 100 € ficticios para repartir entre los otros equipos (nunca el suyo), en múltiplos de 10. En un papel o en el formulario que diga el profe:
Equipo ___ : __ € — porque ________________
Equipo ___ : __ € — porque ________________
A este equipo le preguntaría: ________________
La frase del «porque» es lo importante: el dinero dice qué convence, la frase dice por qué. Un inversor de verdad pregunta siempre lo mismo: ¿cómo me devolvéis el dinero? Si un equipo no ha explicado cómo gana dinero, no le deis el vuestro, por buena que sea la causa. Invertid como si fuera vuestro dinero, no por amistad: el equipo al que le regaláis los votos se entera en abril de que su idea no funcionaba.
5 · Cierre: ¿pivotar o perseverar?
Con el recuento en la pizarra y las preguntas que os han hecho, cada equipo decide en 5 minutos una de tres cosas, y la apunta en la ficha:
- • Perseverar: la idea aguanta; las preguntas nos dicen qué comprobar.
- • Ajustar: mismo problema, pero otro cliente u otra forma de cobrar (si el modelo de ingresos no convenció, es lo primero que se ajusta).
- • Pivotar: volvemos a la otra finalista (o a otro problema del paso 1). Cambiar ahora cuesta una semana; en marzo cuesta el proyecto.
Pocos inversores no significa mala idea, y muchos no significa buena: vuestros compañeros no son vuestros clientes. Lo que decide es lo que os digan los clientes de verdad esta semana.
Para el lunes 26 de octubre
- 1 · El repo del equipo. Una organización de GitHub para la startup y un repositorio dentro, con todos los miembros invitados. El profe también (usuario
aulaenlanube). - 2 · La ficha v1 como
README.md, corregida con lo que salió en el pitch, más undocs/decisiones.mdcon la primera decisión: por qué esta idea y no la otra finalista. Commits de varias personas, no de una. - 3 · Cinco entrevistas a personas que sufren el problema (fuera de la clase), apuntadas en
docs/entrevistas.md: a quién, qué dijo, qué os sorprendió. Repartidlas: una por persona. Al menos dos tienen que ser a quien pagaría, y en ellas averiguad cuánto le cuesta hoy el problema (en tiempo o en dinero): es la mejor pista de cuánto podréis cobrar.
Cómo entrevistar sin engañaros
Si preguntáis «¿usarías una app que…?», todo el mundo os dirá que sí por educación, y no os sirve para nada. Las reglas:
- ✗ ¿Te gusta la idea?
- ✗ ¿Usarías una app que…?
- ✗ ¿Cuánto pagarías por…?
- ✗ (Y no expliquéis vuestra idea hasta el final, si acaso)
- ✓ Cuéntame la última vez que te pasó [el problema].
- ✓ ¿Qué hiciste? ¿Cuánto tiempo o dinero te costó?
- ✓ ¿Has probado algo para solucionarlo? ¿Por qué lo dejaste?
- ✓ ¿Quién más tiene este problema? ¿Me lo presentas?
Vamos a entrevistar a [tipo de cliente] sobre este problema: [problema]. Escríbenos un guion de 6 preguntas que hablen solo de su experiencia pasada (nada de "¿usarías…?" ni "¿pagarías…?"), y una pregunta final para que nos presente a otra persona con el mismo problema. Tono cercano: somos estudiantes, no una empresa.