Vous reconnaissez le problème ?
Du travail utile. Un message encore flou.
Une démo peut fonctionner sans que les personnes comprennent ce qu’elles ont vu, ce qui a été construit pendant l’événement ou ce qu’elles peuvent essayer ensuite. Préparer tout le récit à l’heure du dépôt laisse aussi peu de marge pour vérifier les liens et reprendre un enregistrement. Gardez les décisions utiles au fil du travail, puis assemblez un dossier adapté à l’événement.
Ce que vous allez produire
Repartez avec une description du projet, un scénario écran par écran, une liste de vérification du dépôt et une suite choisie. Les publications facultatives réutilisent cette matière, au rythme réel de votre événement.
Ce qu’il vous faut
- La page officielle et le règlement actuel : éligibilité, travail antérieur autorisé, outils ou mentions obligatoires et éléments à remettre.
- Les heures distinctes de fin de construction, de dépôt et de démonstration, avec leur fuseau ; ajoutez une marge réaliste pour l’envoi et la relecture.
- Le public visé, le parcours qui fonctionne, les éléments utilisables et les personnes capables de confirmer chaque affirmation.
Étape 01
Vérifiez le cadre avant de promettre un résultat
Notez le format et ce que le jury ou le public doit pouvoir voir. Vérifiez si un projet existant est recevable et comment identifier le travail ajouté pendant l’événement. Gardez le lien du règlement avec votre liste de vérification. Durée de vidéo et visibilité du code varient : les exigences d’un autre événement ne s’appliquent pas automatiquement.
Pour l’événement fictif Common Ground, l’équipe Trailnote note son point de départ autorisé, le format demandé et trois heures séparées : arrêter de construire, déposer, présenter.
Étape 02
Définissez le plus petit résultat que vous pouvez expliquer
Décrivez la situation de l’utilisateur, le parcours qui fonctionne et ce qui en reste exclu. Gardez une note privée lorsqu’un test ou une contrainte change le plan. Un résultat plus restreint peut rendre la démonstration plus claire. Si vous publiez une avancée, choisissez une décision utile ; chaque note capturée n’a pas à devenir un post.
Trailnote montre comment les notes d’un voyage fictif deviennent une liste de bagages. La météo en direct et les connexions de réservation restent hors du prototype.
Étape 03
Écrivez la démonstration en scènes
Présentez la tâche, puis montrez l’interaction qui fonctionne. Pour chaque scène, notez l’écran, les paroles, ce que cela établit et la solution de secours. Répétez dans la durée réellement autorisée. Indiquez les données fictives, les actions manuelles et les fonctions non construites là où une confusion serait possible.
Scène 1 : les notes du voyage fictif. Scène 2 : la liste obtenue. Scène 3 : un objet suggéré et son explication. Terminez par la prochaine question, sans promettre un résultat non testé.
Étape 04
Assemblez et contrôlez le dossier de dépôt
Préparez le résumé, le travail réalisé pendant l’événement, les technologies et mentions requises, les captures, le lien de démo et les limites. Confrontez chaque élément au formulaire officiel. Gardez du temps pour finir l’enregistrement et son hébergement. Ouvrez la page déposée comme un lecteur et vérifiez les accès ; un fichier préparé ou exporté par Tellshift ne prouve pas le dépôt.
Étape 05
Donnez au récit public une invitation utile
Adaptez la matière approuvée aux destinations activées qui conviennent à votre public. Une personne peut expliquer sa décision pendant que le compte du projet présente le résultat. Confirmez le nom de l’événement, les crédits et les mots-dièse avant de les utiliser. Proposez une tâche ou une question concrète et écartez une publication devenue inutile ou gênante pour la démo.
Étape 06
Choisissez ce qui continue après l’événement
Consignez les questions et les tests réellement observés. Choisissez une prochaine expérience, son responsable et sa date de revue, ou annoncez clairement une pause. Utilisez un moyen de contact convenu pour le suivi. Préservez la version démontrée et son statut : les améliorations suivantes ne réécrivent pas ce qui a été déposé.
Exemple fictif commenté
Les faits restent. Le point de vue change.
La matière de départ
Dépôt fictif à Common Ground : Trailnote transforme les notes d’un voyage d’exemple en liste de bagages. L’équipe a réduit sa démo à ce parcours. Aucune météo en direct, connexion de réservation ni mesure d’usage. Un enregistrement d’exemple montre l’interaction actuelle. La prochaine tâche choisie est de vérifier si une personne comprend la raison d’un objet suggéré.
La voix de l’entreprise ou du projet
La perspective personnelle
À vous de jouer
Dossier projet, démonstration et dépôt
Copiez ce modèle dans votre outil habituel. Remplissez les éléments que vous connaissez et laissez les inconnues visibles.
Événement, règlement officiel et date de vérification : Éligibilité / travail antérieur autorisé / mentions requises : Fin de construction [date, heure, fuseau] : Dépôt attendu [date, heure, fuseau] : Créneau de démo et durée maximale : Marge pour enregistrer, envoyer et relire : Projet, personne visée et tâche : Travail réalisé pendant cet événement : Parcours fonctionnel et preuve : Données fictives / actions manuelles / limites : Scène | écran | narration | preuve | solution de secours : 1. Contexte et tâche : 2. Interaction qui fonctionne : 3. Résultat, limite et prochaine question : Champs et liens du dépôt vérifiés : Crédits de l’équipe et éléments autorisés : Personne chargée du dépôt / relecteur : Statut réel du dépôt et reçu éventuel : Publication facultative et invitation précise : Retour observé : Continuer / retester / mettre en pause : Prochaine action, responsable et date de revue :
Pour rester fidèle au travail
Les limites à garder.
- Common Ground, Trailnote et le travail décrit sont fictifs. Ils n’impliquent aucun soutien d’organisateur, partenariat, prix ou résultat mesuré.
- Le règlement de votre événement fait foi. Les conseils MLH et Devpost ont leur propre périmètre ; aucune limite universelle de deux minutes ni autorisation générale de travail antérieur n’est supposée.
- Un scénario n’est pas une vidéo produite, un dossier relu n’est pas un dépôt accepté et un prototype fonctionnel n’est pas un produit ouvert à tous.
- Le guide propose une préparation manuelle. La démo publique ne dépose pas de projet et ne publie pas sur des comptes sociaux.
Pour approfondir
Un prochain pas concret
Rendez votre démo facile à comprendre.
Posez le contexte, réagissez à un obstacle de construction, préparez le récit et choisissez le test à poursuivre après l’événement.
Aucun compte requis. La progression reste dans ce navigateur ; rien n’est soumis ni publié. L’interface guidée est actuellement en anglais. Les contenus peuvent être préparés en français ou en anglais.
Essayer le parcours participantParticipants à un hackathon