Las propuestas deben incluir:
- Diapositivas de la presentación
- Enlace a la demostración
- Enlace al repositorio público de GitHub
Opcional:
- Diagramas de arquitectura
- Maquetas
- Documentación técnica
- Videos
Opcional:
Una demostración práctica y un registro del flujo de pago, en los que se muestran claramente:
La entrega de código cierra a las 11:00. A partir de ese momento, la revisión corre en paralelo por dos vías, para que el código, las demos y las presentaciones queden revisados antes de que empiece la Ronda 1 de evaluación, a las 12:00. Descarga la Guía de Entrega y Revisión o seguir leyendo para más detalles.
Todos los equipos deben subir (push) su código final a su repositorio público de GitHub. No se permiten más cambios de código después de este punto.
Sigue estos pasos para entregar tu proyecto.
Los mentores técnicos se trasladan a la sala de mentores. Están todos en una misma sala para poder discutir dudas entre ellos. Revisan directamente el repositorio de cada equipo.
Mientras los mentores técnicos revisan el código, otros integrantes técnicos del equipo, en especial los colaboradores de habla hispana, revisan el video de demo de cada equipo, verificando que se muestre un pago hecho con Open Payments de principio a fin: inicio del pago, el paso de autorización (consentimiento) y una finalización exitosa.
Los videos de demo deberán subirse a tu repositorio público de GitHub o a un Google Drive ( el enlace se enviará en el canal de Slack del hackatón). Esto es porque cada sala de presentación usará una sola laptop.
Los mismos colaboradores de habla hispana también ayudan a revisar las presentaciones de los equipos, junto con la revisión de demo.
Las presentaciones deberán subirse a tu repositorio público de GitHub o a un Google Drive (el enlace se enviará en el canal de Slack del hackatón). Esto es porque cada sala de presentación usará una sola laptop.
Todos los videos de demo y las presentaciones deben estar subidos a tu repositorio público de GitHub o a un Google Drive antes de las 12:00, previo a la sesión de evaluación de la Ronda 1.
| Criterios | Lo que buscamos |
| Definición del problema | ¿El reto es claro y significativo? |
| Uso de Open Payments | ¿El proyecto demuestra un flujo de pago que funciona? |
| Experiencia del usuario | ¿La solución genera valor para los usuarios? |
| Calidad técnica | ¿Funciona el prototipo de manera confiable? |
| Presentación | ¿Puede el equipo explicar claramente lo que ha creado y por qué es importante? |
| Inclusión | ¿De qué manera esta solución hace que los pagos sean más fáciles, más accesibles o más inclusivos para los usuarios desatendidos? |
| Innovación | ¿Qué tan creativo y original es el enfoque de esta solución respecto a los pagos? |
| Impacto | ¿Qué diferencia podría marcar esta solución para los usuarios o las comunidades, y con qué claridad se explica eso? |
Cada equipo realiza su presentación ante un panel de jueces. Esto tiene lugar en las salas de hackeo el sábado a las 12:00, después de que todos los participantes hayan entregado sus presentaciones finales y su código. Habrá 4 salas, cada una con un mínimo de 2 jueces. Los equipos presentan ante los jueces en la sala que se les haya asignado. Una vez que todos los equipos de una sala hayan presentado, los jueces deliberan y seleccionan a los equipos que pasarán a la Ronda 2, basándose en la puntuación acumulada de cada equipo según los criterios de evaluación.
Los 12 equipos que pasan a la Ronda 2 se anuncian en el auditorio y de inmediato presentan sus soluciones ante un nuevo panel de jueces, que incluye representantes de cada categoría de premios. Todos los participantes también votan por su solución favorita para el Premio de la Comunidad «This Week in Fintech». Una vez que concluyen todas las presentaciones de la Ronda 2, el panel de jueces se reúne para seleccionar a los ganadores generales de los premios. A continuación, se invita a todos los participantes a regresar al auditorio para el anuncio de los ganadores.