Cómo presentar un proyecto en un hackathon en tres minutos

¿Qué estructura necesita una demo de hackathon?

Una demo de hackathon necesita una secuencia sencilla: problema, solución en acción y cierre. En lugar de enumerar tecnologías o pantallas, conduce al público por una sola historia que pueda comprender y recordar.

Puedes repartir los tres minutos así: dedica el comienzo a describir quién tiene el problema y cuándo aparece; usa la parte central para mostrar cómo tu prototipo responde a esa situación; reserva el cierre para explicar qué construyó el equipo y qué queda por validar. Es una guía para editar, no una obligación de hablar a velocidad fija.

Antes de escribir el guion, completa estas frases:

• «El problema aparece cuando…»
• «Nuestra propuesta permite…»
• «En esta demo se puede comprobar…»

Si una función no ayuda a responder esas frases, probablemente no necesita aparecer en la presentación. El resultado es una estructura que permite entender tanto la necesidad como la aportación técnica, incluso si quien evalúa no conoce de antemano tu proyecto.

Cómo elegir qué mostrar en la presentación final de un hackathon

En la presentación final de un hackathon, muestra el recorrido más corto que pruebe la idea principal. Elige una acción del usuario, una respuesta visible del sistema y un resultado que puedas explicar sin depender de detalles que aún no están implementados.

Una forma práctica de seleccionar el recorrido es anotar cada paso de la demo y preguntarte qué demuestra. Conserva los pasos que hacen visible el valor del prototipo; resume o elimina los que solo sirven para llegar a una pantalla. Si una integración externa es inestable, prepara una captura o un dato de prueba y explica con claridad qué parte es funcional y cuál es una simulación.

Comprueba que:

• El recorrido empieza desde un estado fácil de reconocer.
• Los datos de prueba no exponen información privada.
• La acción principal se distingue de los detalles técnicos secundarios.
• El cierre no atribuye al prototipo capacidades que todavía no tiene.

Así, la demostración sigue siendo útil aunque el equipo tenga que acortar la exposición o responder preguntas al final.

Qué debe decir el guion técnico sin convertirse en una clase

Un guion técnico explica las decisiones necesarias para entender la demo, pero deja que el prototipo ocupe el centro. Nombra la tecnología solo cuando ayude a aclarar cómo se resuelve el problema, qué aporta el equipo o qué limitación se ha tenido en cuenta.

Para cada paso visible, prepara una frase que conecte acción y resultado: «Enviamos esta solicitud; el sistema devuelve esta respuesta». Si el proyecto usa una API, una cadena o un modelo, explica qué función cumple en ese momento y evita recorrer la arquitectura completa. Guarda los diagramas y detalles de implementación para las preguntas, o para una diapositiva de respaldo que puedas abrir si te la piden.

Revisa también el lenguaje: sustituye expresiones internas del equipo por palabras que entendería una persona que acaba de conocer el proyecto. Ensaya con alguien que no haya participado en el desarrollo. Si no puede describir el problema y la función principal después de verlo, simplifica el guion antes de añadir más contexto.

Cómo ensayar la demo y preparar una ruta alternativa

Ensayar significa comprobar tanto el relato como el recorrido técnico en las condiciones de la presentación. Practica con el dispositivo, la cuenta y la conexión que prevés utilizar, y pide a otra persona que anote dónde deja de entender qué está ocurriendo.

Prepara una alternativa concreta para los puntos que no controlas: guarda capturas del resultado esperado, ten los datos de prueba a mano y acuerda quién continúa hablando si una pantalla tarda en cargar. Si el prototipo requiere iniciar sesión o conectar un servicio externo, deja esos pasos listos antes de empezar. No presentes una captura como si fuera una función activa; indica cuándo estás mostrando un estado preparado.

Checklist antes de subir al escenario:

• Abre el prototipo desde el punto inicial acordado.
• Verifica que los datos de prueba y los accesos funcionan.
• Cierra notificaciones y pantallas que no formen parte del recorrido.
• Guarda la versión de respaldo en un lugar accesible para el equipo.

El ensayo sirve para retirar fricción y ajustar el ritmo, no para fingir que el prototipo hace algo que todavía no puede hacer.

Cómo promocionar la participación sin alterar el concurso

Promocionar una participación puede ayudar a que más personas conozcan el proyecto, siempre que las reglas del hackathon permitan difusión externa. Lee las condiciones sobre publicaciones, votos, uso de marcas, material audiovisual y contacto con el jurado antes de compartir enlaces o pedir apoyo.

Si la promoción está permitida, prepara una pieza breve que cuente el problema y muestre una escena comprensible de la demo. Dirige a las personas a la página oficial de la convocatoria o a la presentación autorizada; no confundas difusión con influencia sobre la evaluación. No usamos bots, scripts, cuentas falsas ni granjas de clics, y no vendemos votos, seguidores ni participación. Si las normas prohíben la promoción externa, la recomendación es respetar esa restricción.

Para organizar una difusión responsable, apunta qué canales están permitidos, qué materiales se pueden publicar y quién responderá preguntas. En proyectos Web3, separa la explicación del prototipo de cualquier mensaje sobre activos: la demo debe describir lo que el proyecto hace, no sugerir resultados financieros.

Puedes revisar cómo abordamos los concursos de Web3 y la promoción de concursos antes de decidir si necesitas apoyo.

Qué queda fuera del control del equipo y cómo avanzar

Una presentación clara mejora la comprensión del prototipo, pero no determina cómo puntúa un jurado ni cómo funciona la selección del hackathon. La conexión del recinto, el tiempo disponible para preguntas y las reglas de evaluación corresponden al evento; la mejor preparación es verificar sus instrucciones y mostrar con honestidad lo que está construido.

Antes de presentar, reúne la descripción oficial de la convocatoria, las reglas de promoción, el guion, los enlaces que quieras compartir y una grabación o capturas de respaldo. Revisa que el material no incluya datos confidenciales ni afirmaciones que el prototipo no pueda sostener. Si te interesa que tu participación llegue a una audiencia más amplia, define primero qué promoción permiten las bases y qué resultado de comunicación buscas, como explicar el caso de uso o dar a conocer el equipo.

DigitalMedia1 puede revisar contigo las reglas y el enfoque de difusión antes de proponer un plan. Para empezar, envíanos la convocatoria y el enlace o resumen de tu demo: solicita un análisis gratuito del concurso y consulta la sección de marketing para concursos.