Sesión 2
Fecha: 14/02/2025
Hora inicio: 10:40
Hora finalización: 14:37
Lugar: Aula H1.12
Grupo 2
GastroStock
Ayuda a la gestión de inventarios de bares y mejora de logística mediante IA.
Feedback de estudiantes
Enfoque correcto, pero le sigue chinando como se va a usar la IA, al no usar internet la ia deberá ir integrada y quizás la app pese mucho. Como lo ejecutaran los móviles in tarjeta grafica integrada?
Feedback de profesores
buen speach inicial buena soltura.
-mucha ambición.
-logo bastante malo
-buen estudio de viabilidad y rentabilidad
-legibilidad baja, letra pequeña, mucho texto.
en el DAFO no han puesto los enlaces a la normativa, responde que NO existe, pues es suya propia.
le gustaría ver el equipo y las responsabilidades.
redondear costes
-como ponente le ha llamado la atención a la gente, tiene talento el chaval.
Fluia mal la conexión con el que pasaba la presentación.
Decir cosas muy informales choca un poco.
reconocer las carencias en las preguntas de los compañeros
como haya una sola palabra en una presentación que no se vea es un suspenso directo
Grupo 3
EVENTBRIDE
Aplicación para gestionar eventos cristianos; bodas, bautizos y comuniones
Feedback de estudiantes
Le ha parecido curioso la "rapidez con la que se elegirían los candidatos", pues quizás quieran debatir el precio. Responden que de todas las opciones elegirán la que mas se adecue.
¿Piensan ampliar a otros eventos? Dicen que por el momento van a conformarse con lo que tienen.
Feedback de profesores
No se han presentado.
El comienzo ha sido muy soso, deja mucho que desear.
El índice se puede saltar, lo primordial es atraer la atención de la gente.
No han dicho el nombre de la empresa.
Han dicho puntos negativos al inicio.
Han mostrado 14 competidores solo. Dicen que tienen muchos mas.
No se ve bien la letra, usar blanco sin un fondo negro no es legible.
Deberían adaptar las luces del aula
¿Cómo han encontrado competidores? Hay que usar la pagina proporcionada de la asignatura para encontrar competidores y hacerlo cada cierto tiempo para que no nos sorprendan.
Se ha perdido en una trasparencia de funcionalidades, no estaba lo suficientemente claro (se han equivocado en una grafica con un titulo distinto).
No han introducido el análisis de riesgo preliminar, y no han comentado el commitment agreement.
No han quedado los casos de uso core en los mock ups
Falta innovación, hay que convencerse a uno mismo antes de venderle la moto a otro
No han tenido en cuenta la infraestructura en el desarrollo en los costes
Grupo 4
BORROO
Aplicación para generalizar el alquiler de objetos, es de matchmaking-improved market
Feedback de estudiantes
Le gusta mucho las imágenes, y en ciertas transparencias la letra es demasiado pequeña.
Feedback de los profesores
aunque han tenido problemas técnicos han sabido retomar el tema
Inicio muy estándar, aburrido.
Uso de metáforas visuales junto con texto ( a veces hay solo imágenes las cuales no se saben interpretar por si solas)
Dice que sus datos de competidores, rentuki hace lo mismo que ellos, y la única diferencia que han puesto es que ellos "no han hecho un mal marketing", responden que tienen otra funcionalidad única.
El DAFO ha parecido un documento de mitigación de riesgos mas que un DAFO propiamente dicho.
Han dicho 10 casos de uso core, la profesora piensa que no todos lo son. que especifiquen bien cuales son los cores.
El coste de marketing le ha parecido muy bajo.
No ha aparecido el equipo.
Tienen 185 competidores, quizás no tengan que poner los que no se centren específicamente.
Grupo 5
Camyo
App para juntar camioneros con empresas
Feedback de estudiantes
Le ha gustado mucho el teatrillo del inicio y el análisis de competidores, pregunta si tienen pensado hacer verificado de conductores para que las empresas tengan una idea de a quien contratar. Dicen que si lo han pensado.
En los costes les sale mas caro el mantenimiento que el desarrollo de la aplicación. Dicen que se han equivocado poniéndolo.
Feedback de profesores
Le ha gustado el teatrillo para atraer la atención.
no encuentra muy novedosa el factor diferenial de la aplicación. Le parece muy alto el riesgo que la única diferencia sea algo tan pequeño
letras mas grandes en la diapositiva
que pasa si un competidor de EEUU pasa a España? dicen que no va a pasar porq están en perdidas.
La mitad de los usuatios piloto dijeron que no les interesaba.
se necesitan 15-20 usuarios piloto, poner el QR fue buena idea
No han especificado bien los casos de usuario core.
no sabe a que se refiere con IVA o sin IVA, no lo saben ni ellos.
demasiadas diapositivas, tienen 40.
clasificar los riesgos según prioridad/importancia.
a nivel de quipo, necesitan responsabilidades concretas, quien es el manager?, para los roles es necesario hacer secretario, manager, gestor de conflictos, gestor de calidad...
Grupo 6
FisioFind
App para consultas de fisioterapia
Feedback de estudiantes
Le ha gustado mucho, el tema de la videollamada debería tener una previa visita física? No, puede hacerlo a remoto.
los videos son para rehabilitación? si
no han puesto la diferencia entre ambos planes de pago
Feedback de profesores
han tenido en cuenta el feedback
han invertido tiempo en cosas superfluas, hay que intentar focalizar el proyecto
el tema DAFO,cosas triviales como no tener internet no hay que añadirlo, son cosas especificas del proyecto
-ve bien el delivery, hace énfasis en llevar un ritmo de velocidad constante, una recomendación es JulianTreasure: How to speak for people to want to listen.
El foco esta muy bien, pero han dejado sin definir las herramientas especializadas, (al parecer las tenían en las encuestas pero no la pusieron en la presentación). Hubiera sido mejor invertir tiempo en cosas especificas como el mapa de dolor y el mercado.
-Tema las verificaciones, aclarar si son automáticos o no
tema de los costes: en ningún caso se habla de estimación de usuario en función del mercado.ej: seremos rentables en este mercado si conseguimos un x% del mismo y mostrar los costes de infraestructura.
la diferencia entre un mock up "wildframe" y capturas que parecen reales, este prefiere los mockups que muestren las funcoinalidades
le parece bien que al buscar competidores y ver que no hay mercado salir (esto es un elogio a nosotros también), lo valiente es cambiar el trabajo de una semana.
Buena calidad visual, todo se podía ver.
le gustan que tengan ya datos como cuantos usuarios serian necesario para rentabilizar la app.
Feedback de la sesión
Tareas
Nuestro:
- Marca de agua del logotipo
- Orden de presentación (Competidores antes de MVP o análisis, junto a la idea)
- Pensar el commitment agreement (problema de las 5 personas)
- Hacer las cosas GRANDES, probarlas
- Centrar las ideas y el tiempo en lo principal, no tocarlo todo (no da tiempo)
- Mocks ups, son bonitos pero hay que hacer los casos core bien grande
- Hacer como FisioFind, que hace solo calendario, y desde los 2 puntos de vista
- Mejorar los costes, mucho. Están muy mal ahora mismo
- Ritmo, focalizar, demás william treasure (o así, preguntar)
- Añadir lo que ellos usan, y luego qué les parece interesantes
- Si todos sabemos qué son las citas, no importa y no hay que hablar tanto de ello
- Aquí está nuestro modelo de negocio, aquí nos diferenciamos
- Estimación usuarios en función del mercado (dar más importancia)
- Cuándo sale rentable
- Da tiempo de leerlo todo
- Costes, calcular si es rentable o no
- Escribir los riesgos, y luego la mitigación asociada
- En los mockups hay que hacerlos más simples, para que nos quedemos con lo esencial
- Redondear costes
Nos piden:
- Anexos: Commitment Agremment, con responsabilidades y demás, reflejado aquí
- Si no se cumple con algo, hay un responsable
- Todo plasmado
- Presentación: También si no se ha cumplido algún punto, por qué (anónimo o con responsable)
- Versionados para el CA también
- En lugar de echar del grupo, penalizaciones. Hemos sido muy estrictos quizás
- Lo comentan sobre todo por nosotros
- Reencaminar la situación
- Puntuaciones entre nosotros:
- Hay que hacerlo en cada entregable
- Va a tener impacto en la nota al final
- Nos subirán Failure conditions, para saber qué no falla seguro, porque si no suspenso:
- Un riesgo es un evento que puede causar pérdidas económicas en
- Los más importantes en la presentación
- Priorizarlos
- Acciones para mitigarlos
- TCO general, por meses, facturación mensual no por año
- Sin iva, porque es el total y el iva va por otro lado
- Los costes de la empresa es distinto del salario bruto del neto
- Tener en cuenta el problema del coste para la empresa
- Añadir coste de GitHub para desarrollo
- Termino para los servicios
- COSTES DE PSG2, por los servicios
- Añadir en las transparencias los valores entre general y específico, con la prueba del algodón (que se vea)
- 16 min de presentación
- 40 o 50 diapositivas no es viable
- Son estrictos hasta la médula. Ni un segundo de más, pero acabar en el último minuto
- Asistencia obligatoria
- Se pedirá feedbacks voluntarios, o lo piden
- Atender sí o sí, propuestas o cosas positivas
- Test corto de teoría, traer portátil
- Qué esperan ver:
- Elevator speech, describiendo muy bien la temática, que capte la atención del público
- Tipo de negocio
- Análisis de competidores
- Analisis preliminar de TCO
- Personal
- Proyecto
- Apoyo, (Github, office, etc)
- Licencias
- Costes indirectos
- Mantenimiento
- Gestión usuarios pilotos
- Píldoras teóricas
- Mockups más específicos, con finalidad para el Sprint 1
- La idea es que en el S1 estén todos estos casos de uso
- Innovación
- Stack tecnológico
- Plan de gestión de riesgos
- Equipo
- Buena imagen, ver los miembros
- Imagen corporativa
- No papá noel
- Uniforme, Skills
- Desarrollo
- Plan gestión calidad
- Ante fallos, cómo medir y solucionar
- Modelo rendimiento del equipo
- Cómo van cada semana
- Cuantitativo
- Stack tecnológico
- GitHub
- Actions
- Projects (es bueno por aquí, porque se monitorizará finalmente)
- Controlemos CD/CI
- Gestión del código
- De cara a los S1/2/3
- Cómo etiquetar, versionado del código
- De cara a los S1/2/3
- En los entregables hay varios despliegues, estáticos, para que queden fijos, y así pueden mirarlos siempre
- Importante en dónde lo desplegaremos, que ahí estarán los 5 despliegues
- Todas las elecciones hay que verificarlas si se pueden llevar en esos despliegues
- Análisis para ver que siempre se pueda acceder al final ahí
- Landing page, privada con acceso a los profes
- Con email, resumen equipo, etc
- Última diapositiva, con QR para poder acceder
- Plan gestión calidad
- Planificación
- División de casos de uso en cada Sprint, más concreto para el Sprint 1. Cuánto podemos tener implementado para el siguiente sprint
- Un riesgo es un evento que puede causar pérdidas económicas en
- Reporte uso IA
- Presentar con el nivel de detalle importante. Si nos piden más detalle, otras diapositivas
- Landing page:
- “Despliegue”. Google Sites por ejemplo