Saltar al contenido principal

Devising a Project

[Entrega 1: DP] – [Fecha: 05/02/2026]​

1. Nuestro Feedback Directo​

Anotaciones sobre lo que los profesores han comentado específicamente sobre nuestra presentación y proyecto.

  • 🟢 Fortalezas (Qué hemos hecho bien):

    • Buen hilo argumental

  • 🔴 Debilidades (Qué tenemos que mejorar/corregir):

    • Debemos presentarnos los que vamos a realizar la presentación
    • La tabla de competidores no se veía por la cantidad de contenido
    • SWOT con demasiado texto
    • No hacer preguntas de levantar la mano, porque si nadie responde queda fatal
    • Nos presentan la duda de en que nos diferenciamos con Google calendar, que es demasiado parecido
    • Nos avisan de que el concepto de calendario "semi-privado" no es novedoso
    • Nos avisan de que modelo de monetización por promoción no es seguro al principio, por la necesidad tan alta de usuarios, y porque la gente tiende a ignorar los eventos promocionados
    • Nos recomiendan que potenciemos la parte del sistema de recomendación

[Entrega 1: DP] – [Fecha: 12/02/2026]​

1. Nuestro Feedback Directo​

Anotaciones sobre lo que los profesores han comentado específicamente sobre nuestra presentación y proyecto.

  • 🟢 Fortalezas (Qué hemos hecho bien):

    • Muy bien representar los sprint como el diagrama de Gant simplificado
    • Buena presentación de los ICP (Ideal Costumer Profile)
    • Buena imagen de marca con la nutria

  • 🔴 Debilidades (Qué tenemos que mejorar/corregir):

    • Deberíamos presentar el dafo como debilidades contra fortalezas y amenazas contra oportunidades
    • Unir el killer opener con la idea
    • Pensar y presentar cómo se van a captar las preferencias de los usuarios
    • Orden de análisis de competidores no adecuado. Buenas diapositivas pero cambiar el orden
    • Presentar el equipo de una manera más estructurada. Y si se hace con fotos, que todas las fotos sean iguales
    • Contar que vamos a hacer de integración continua
    • Que las diapositivas sigan una armonia (e.g todas mismo formato: título mismo sitio...)
    • Hacer los riesgos y mitigaciones del stack tecnológico
    • Encontrar varios tipos de usuarios piloto para cada bloque