Skip to main content

Demo del producto

En esta página se recoge el feedback proporcionado por el profesor y los compañeros relativo a la demo del producto 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/03​

  • Preparar la demo en lugar de realizarla en directo
  • Asegurar su claridad mediante vídeos de respaldo
  • Focalizarse en lo esencial y en los incrementos
  • Incorporar elementos reales (como personas) para mejorar la conexión con el usuario.
  • Ajustar la velocidad de los vídeos para evitar que se perciban lentos y garantizar una experiencia dinámica.
  • Eliminar la inclusión de registros y procesos de login para agilizar la demo

Feedback del día 21/03​

  • Centrarse en los casos de uso core, demostrar la operatividad del factor diferencial de la aplicación.
  • Es inaceptable que haya elementos clave no visibles, una opción es la inclusión de zooms para que se pueda observar con total claridad que se pretende realizar en cada momento.
  • Es de vital importancia que la demo sea atractiva al público, para ello podemos utilizar un registro informal de carácter cómico que pretenda relatar una historia, mas hay que cuidar el registro y ser conscientes de nuestro público objetivo.
  • Destacar de forma precisa los casos de uso implementados y que se quieren mostrar durante la demo para evidenciar las funcionalidades de interes.

Feedback del día 28/03​

  • La demo debe ser breve y centrarse en los casos de uso más relevantes, evitando extenderse demasiado en detalles innecesarios.
  • Es importante que la demo esté alineada con el resto de la presentación, evitando que se convierta en un tema separado. Para ello, se recomienda que compartan el mismo hilo conductor junto con el killer opener y los storyboards.
  • La demo puede incluir elementos visuales atractivos y promover la interacción con la audiencia o el presentador, para ellos se pueden utilizar elementos como el uso de un personaje que represente al usuario o la inclusión de un vídeo que muestre el uso del producto en situaciones cotidianas, el uso de una voz en off o un narrador que explique lo que está sucediendo en la demo, entre otros.
  • Tratar de diferenciar la demo del anuncio, una demo no es necesario que tenga planos fuera de la aplicación.
  • Evitar poner demos con registros o formularios rellenados.

Feedback del día 04/04​

  • La demo debe comenzar con una breve introducción que explique su objetivo y qué funcionalidades se van a mostrar, evitando confusiones con anuncios u otros contenidos.
  • Evitar música que opaque voces o sonidos cortados.
  • Usar imágenes libres de derechos o creadas por el equipo para evitar problemas legales.
  • Añadir imágenes de usuarios más realistas y asegurarse de que la información contenida no sea repetitiva. Evitar patrones evidentes, como imágenes de usuario duplicadas, para aumentar la credibilidad del proyecto.
  • Destacar qué funcionalidades se han implementado basadas en el feedback de los usuarios pilotos.

Feedback del dia 11/04​

  • Controla los efectos de zoom in/out para no marear.
  • Aumenta el enfoque visual e interactividad con la aplicacion.
  • Acorta la demo y céntrala únicamente en las funcionalidades fundamentales.

Feedback del dia 25/04​

  • Muy rápida o escueta.
  • Desincronización de audio/video o problemas técnicos.
  • No refleja características clave del producto.
  • La demo no siempre se combina con el pitch o el anuncio, perdiendo impacto.
  • Mostrar usabilidad, beneficios diferenciales y simular el uso real.
  • Relacionarla con los vídeos y narrativa general.
  • Asegurar buen audio, ritmo claro, y funcionalidades destacadas.

Feedback del dia 02/05​

  • Evitar tono demasiado informal (ej: "esto lo tenemos medio hecho").
  • Mostrar un caso de uso concreto (ej: "Así reserva un usuario su primera cita") en lugar de un overview genérico.
  • No explicar lo mismo en la demo y luego en diapositivas.
  • No insertar el vídeo de la demo en pequeño dentro de una diapositiva (mejor pantalla completa o enlace externo).