Skip to main content

Presentaciones

En esta página se recoge el feedback proporcionado por el profesor y los compañeros relativo a las presentaciones realizadas por los grupos durante las sesiones de clase. El objetivo principal es identificar los puntos fuertes y aspectos a mejorar de cada presentación, con el fin de aprender de los errores y mejorar en futuras presentaciones.

Feedback del día 14/02​

  • Mantener una estructura clara y coherente en la presentación (fuentes, colores, márgenes, estructura, etc.), asegurando que la información se presenta de forma ordenada y lógica.
  • Incluir el logo y nombre del proyecto en todas las diapositivas, para reforzar la identidad visual del proyecto.
  • Usar transiciones y animaciones bien diseñadas, pero sin que sean intrusivas o distraigan de la información principal.
  • Considerar el uso de GIFs o vídeos cortos siempre que aporten valor a la presentación y no distraigan.
  • Incluir el número de diapositiva para facilitar las referencias durante la presentación y el feedback posterior.
  • Dominar el tema y mostrar seguridad en la exposición, evitando leer directamente de las diapositivas y manteniendo el contacto visual con el público.

Feedback del día 21/02​

  • Evitar sobrecargar la presentación con demasiada información en cada diapositiva, priorizando la claridad y la concisión en la exposición de ideas.
  • Seguir una linealidad en la presentación, asegurando que todas las secciones estén conectadas y se presenten de forma coherente.
  • Incluir un eslogan o frase comercial que resuma la propuesta de valor del proyecto, para captar la atención del público y transmitir el mensaje principal de forma clara y concisa.
  • Tener cuidado con la ortografía y la gramática, revisando el texto de las diapositivas para evitar errores que puedan restar profesionalidad a la presentación.
  • Incluir una diapositiva final que incluye el nombre y eslogan del proyecto.

Feedback del día 07/03​

  • Las partes de idea de negocio ya no son tan importantes, tienen que estar obligatoriamente enfocadas en las actualizaciones (como por ejemplo en los riesgos, AC, etc.).
  • Para una mejor adecuación del tiempo, se recomienda que la presentación cuente con unas 40 diapositivas de contenido.
  • Para una mejor visualización en cualquier parte del aula, poner la letra en un tamaño mínimo de 28.
  • Poner número de página siempre, así cuando se quiera dar feedback es más fácil encontrar la diapositiva.
  • No poner muchas cosas como iconos, que si no aporta información no se pone. Y si se ponen crear una leyenda si no está claro su uso.
  • Fuentes de letras legibles que prevalezcan frente la estética.
  • Es recomendable dejar fuera de la presentación cualquier dato que necesite mayor tiempo de explicación.

Fedback del día 14/03​

  • Mejorar el opener e introducción, fortalecer el inicio de la presentación con un “killer opener” y un "elevator pitch" impactantes que cuenten una historia atractiva, logrando un mayor dinamismo y captación de la atención desde el principio.
  • Mejorar el diseño empleando fondos y gráficos que aseguren legibilidad y resalten la información clave (por ejemplo, usando colores llamativos).
  • Acortar la duración de la introducción, debe ser más ligera, sin perder el importante énfasis que hay que hacer en esta.
  • Incluir en la diapositiva final un enlace a la "landing page" o a la web del proyecto, las posibles redes sociales y un enlace al vídeo demo del proyecto.
  • El feedback de los usuarios piloto debe quedar reflejado. Esto es, si hay alguna HU que provenga de algún comentario de los usuarios piloto, debe indicarse en la presentación, por ejemplo, con un icono.
  • Es recomendable poner el aumento de características que se dan en los sprints, reflejándose con colores distintos a las características inicialmente pensadas, para que así destaquen más.
  • Debe de haber elasticidad en la forma de presentar, tener pensado qué cosas de las que se cuentan sobran, para no perjudicar el ritmo. Se puede volver a transparencias anteriores si sobra tiempo.
  • Hay veces que no hay que traducir ciertas expresiones, como code smells -> código que apesta.

Feedback del día 21/03​

  • Claridad y estructura: Explicar bien la propuesta de valor y priorizar información relevante. Si la diapositiva es genérica, es decir, común a todos los proyectos, no tiene cabida en la presentación, es importante centrarse en las particularidades.
  • Acompañamiento visual: Es importante que el presentador no hable en exceso de un tema sin apoyo visual de la presentación, esto provoca desconexión en la audiencia.
  • Expresión oral: Ensayos previos para mejorar la fluidez, pausas y vocalización. Es importante decidir con antelación qué elementos son prescindibles, por si se da el caso de que el presentador vaya con el tiempo justo para terminar, ser capaz de, con soltura, poder decidir que elementos desechar y cuáles aportan valor diferencial.
  • Convencer a los inversores: Especificar rentabilidad, mercado objetivo y diferenciación, los inversores no deben realizar cálculos con los porcentajes entregados en la presentación, es mejor darles los datos en la forma más sencilla (ej. no decir que tenemos un 1% del mercado, sino comentar que estamos instalados en 1000 locales)
  • Utilizar la notación K € para referirse a miles.
  • Colores intuitivos: Hacer uso de la psicología de colores (ej: usar el verde para lo positivo y rojo para lo negativo).
  • Revisar la velocidad y fluidez de las transiciones, evitando que algunas se alarguen en exceso o se aceleren de manera abrupta al final.
  • Si el presentador habla rapido aprovechar la rapidez en el discurso como una habilidad, manteniendo la claridad sin que se convierta en un defecto comunicativo.

Feedback del día 28/03​

  • Mantener un estilo de presentación claro y conciso, evitando el uso excesivo de texto y priorizando la información visual, como gráficos y diagramas, para facilitar la comprensión del contenido, así como el uso de metáforas visuales para apoyar el mensaje del presentador.
  • Mantener un lenguaje adecuado y profesional, evitando el uso de bulgarismos, expresiones coloquiales o palabras malsonantes que puedan restar seriedad a la presentación.
  • Evitar el uso de palabras en inglés innecesarias, a menos que sean términos técnicos específicos que no tengan una traducción adecuada al español.

Feedback del día 04/04​

  • La presentación debe ser diseñada de forma que sea entendida por alguien de fuera de la asignatura.
  • Aglutinar la información de manera clara y concisa. Un ejemplo claro fue que había varias diapositivas con varías gráficas de costes distintas, que podían incluirse en una sola.
  • Tener cuidado con el momento del desarrollo en el que nos encontramos. Ejemplo: hubo un grupo que puso Sprint 2 en algunas diapositivas, cuando estamos ya en el 3.
  • Cuidado con las imágenes con Copyright.
  • No usar muletillas.
  • No incluir suposiciones al presentar datos, en todo caso aproximaciones.
  • Tener cuidado con el uso de ciertos gráficos que no son claros indicadores de lo que se quiere expresar.
  • Reducir al máximo el texto en las diapositivas y hacer uso de metáforas gráficas.

Feedback del día 11/04​

  • Se tiene que elaborar dos presentaciones diferentes.
  • Hay que contar el proyecto de cara a inversores, no centrandote tanto en el como, sino más en el que.
  • Una presentación igual a la que llevamos presentando hasta ahora, la otra vamos a ir iterando sobre ella de cara al World Project Launch.
  • La presentación para el WPL debe durar en torno a los 10 min. La otra unos 5 minutos, este tiempo no se puede repartir, es fijo.
  • La primera sección de la presentación para el WPL, tienen que tener un killer opener y un primer anuncio orientado a clientes, todo esto unido.
  • La segunda sección, que hace exactamente (demo del proyecto), contar casos de uso basados en una historia, solo cosas importantes, y consistente con killer opener y el video.
  • La tercera sección hay que hablar de la competencia, explicar competidores como siempre.
  • La cuarta sección hablar del equipo.
  • La quinta sección tratar de como la idea podría ser rentable. Enfatizando en los puntos principales del modelo de negocio.(fuentes de ingresos, costes, plan de negocio y una seccion que sea oportunidades de inversion donde ponemos e video maximo de 1 minuto para inversores).
  • Última sección, donde se puede ver mas informacion, link a landing page, qr y un enlace al sistema de produccion (producto).
  • La primera sección de la sección de 5 minutos, debe tratar sobre el modelo de segmentacion, a que segmentos de nuestro público objetivo vamos a orientar la campaña, y poner un par de protopersonas, definir campañas para cada segmentación.
  • La segunda sección, debe tratar del posicionamiento en los motores de busqueda (palabras clave para encontrarnos).
  • La tercera sección, la campaña de lanzamiento, esta tiene que tener algun evento antes del WPL, enfocado a ganar visibilidad y clientes (aliados, partnership).
  • Hay que definir rol community manager, tratar sobre la planificacion publicaciones (cuando se va a publicar).
  • Hablar de los costes de marketing (desglosar de la primera presentacion estos costes)
  • Por último, los anuncios dirigidos (banners, etc.) requerirán actualizar la landing page para incluirlos.
  • Gestiona mejor el tiempo para no dejar espacios o extenderse demasiado.
  • Es importante que la presentación cuente una historia, que siga un hilo conductor, a ser posible, se valora positivamente una conexión directa entre el killer opener, la demo y el final de la presentación. Esto consigue de forma consistente que el público no pierda el hilo de la exposición.
  • Coordinar al equipo durante la exposición: Asegurarse de que cada miembro del equipo tenga un rol claro en la presentación, evitando interrupciones o solapamientos. Esto no solo mejora la fluidez y claridad del mensaje, sino que transmite una imagen de cohesión, preparación y trabajo en equipo. Por ejemplo, en algunas presentaciones el ponente tuvo que pedir explícitamente a un compañero que cambiara de diapositiva diciendo “pasa la diapositiva”, lo cual resta profesionalidad. En estos casos, se recomienda el uso de un pasador o establecer señales previamente acordadas.

Feedback del día 25/04​

  • En el PPL no se habla sobre el rendimiento, ni sobre la gestión o moral del equipo.
  • Probar el audio de la clase antes de comenzar con la presentación.

Feedback del día 02/05​

  • Es raro hablar en tercera persona, lo ideal es hablar de tú a tú con el público (usar la primera persona del plural "nosotros" cuando se hable del proyecto, no excluyéndose del grupo en tercera persona).

  • Cuando hay muchos datos en una diapositiva, se puede hacer muy pesado para el espectador. hay dos formas de pulir ese defecto: o se explican los datos para escuchar al presentador, o se muestran mejor los datos para que el público lea la diapositiva, no escuchar y leer a la vez. También es muy importante que aquellos datos o números que se presenten en la diapositiva sean explicados por el presentador si estos no son autoexplicativos en la diapositiva.

  • Cuidado con hablar en futuro, quieren que se hable en presente.

  • Reducir enseñar quiénes somos al máximo. Evitar detalles innecesarios o muy técnicos, como separar el equipo en backend y frontend. Enseñar una estructura organizativa, con roles.

  • Si se presentan chats en diapositivas, hace falta que se vea, o se hace zoom o se pone la letra más grande.

  • Del equipo, que enseñen una estructura organizativa, roles y tal.

  • Cuidado al presentar competidores. Debe aparecer algo para que se vea que se comparten objetivos con ellos.

  • Evitar diapositivas muy teóricas.

  • Hay que hablar con intención: intentar NO, conseguir/hacer SÍ.

  • Probar previamente todo el material técnico antes de la presentación para evitar fallos en directo. tener planes de sobra por si algo falla.

  • El contenido debe ser totalmente autocontenido. No se debe asumir que el público ha visto presentaciones anteriores ni incluir referencias que puedan generar confusión.

  • Se debe omitir la parte teórica sobre SEO. En el WPL, es más apropiado centrarse en diapositivas de carácter no técnico.

  • Para representar la información de manera más visual y comprensible sobre las estadísticas de redes sociales, se recomienda sustituir los datos estáticos por una gráfica de evolución que muestre la progresión o impacto a lo largo del tiempo.