Guia PES

Presentaciones

Tres presentaciones, tres públicos distintos

Cada presentación la hacen personas distintas del equipo y cada una busca algo: convencer a un inversor, vender al cliente y hacer entender el proyecto a un ingeniero que se incorpora.

0:00

La franja verde es el tiempo objetivo. Suena un aviso cuando entráis y otro cuando os pasáis.

1. Elevator pitch

Semana 2 · una persona · 2 minutos (apuntad a entre 1:55 y 2:05).

  • Objetivos claros, realistas y con impacto.
  • Por qué son relevantes para un inversor en el contexto económico actual.
  • Producto, modelo de negocio, mercado y competencia, con datos concretos.
  • Voz clara y natural, seguridad y energía. Sin sobreactuar: sed vosotros mismos.

Estructura en 2 minutos: el problema (20 s) · la solución (30 s) · por qué ahora y para quién (25 s) · competencia y diferencia (25 s) · modelo de negocio y petición (20 s)

Se valora el mensaje (¿se entiende la visión?) y la atracción (¿engancha?).

2. Presentación al cliente

Semana 4 · dos personas (no la del pitch) · 10-15 minutos. El objetivo es vender el producto directamente a clientes potenciales.

  • Ideas clave del análisis de mercado: demuestra que entendéis qué necesitan y con quién competís.
  • Maquetas relevantes y de calidad que ayuden a imaginar las funcionalidades y los beneficios.
  • Coherencia total con la documentación del Fag-2.

Se valora el mensaje, que demuestre valor de negocio, que sea atractiva y que cuadre con la documentación.

3. Presentación final + demo

16 de diciembre · el resto del equipo · unos 20 minutos de presentación, 10 de demo y 25 de preguntas de los dos profesores que evalúan.

  • Pensada para el onboarding de un ingeniero nuevo: aspectos metodológicos y tecnológicos.
  • Demo en directo, proyectada en la pantalla del aula, con una o dos personas (mejor dos si hay funcionalidades como un chat).
  • Mostrad las funcionalidades clave y con más valor; las muy básicas se pueden saltar.
  • Usad un juego de datos realista, no una base de datos vacía (podéis crear, editar y borrar durante la demo).
  • Lo que no esté terminado o probado, explicadlo en lugar de enseñarlo.
  • Preparadla y ensayadla: nada de improvisar.