Schéma pratique d'un demo day d'entreprise : sélection des projets, programme, démonstrations, protection des données et décisions après les présentations.
Le demo day des projets d'entreprise réunit des équipes préparées et des dirigeants qui peuvent décider de la suite à donner au projet. En une journée, les participants présentent des solutions fonctionnelles, répondent aux questions et obtiennent un résultat clair : pilote, amélioration, vérification séparée ou arrêt. Sans ce dénouement, le demo day se transforme en une succession de présentations.
Chez Aventura, nous commençons la préparation par un tableau des décisions. Ensuite, nous élaborons un scénario clair pour la journée : quoi et à qui montrer, où poser les questions et qui consigne la décision. Les experts du client sont responsables du contenu des projets et de l'accès aux données. Nous sommes responsables du programme, du lieu et des répétitions techniques.
En quoi la journée démo diffère-t-elle d'un hackathon et d'un forum ?
La journée démo d'entreprise présente des solutions déjà préparées à un groupe sélectionné de dirigeants et d'experts. Le hackathon accorde un temps limité pour créer ou améliorer une solution. La journée de l'innovation peut inclure des idées, des conférences et des démonstrations, sa mission est donc plus large. Le forum aide à échanger des pratiques. La journée démo dispose déjà d'un ensemble fini de projets, d'un format de présentation unique et d'un responsable de la solution suivante.
Nous déterminons la limite entre les formats avant de développer le programme. Lorsque le client attend de nouvelles idées, les équipes ont besoin d'un format de collecte et de sélection. Si les participants doivent développer une solution ensemble, le hackathon convient. La journée démo intervient plus tard : le projet a passé une préparation initiale et est prêt à montrer le résultat, le prototype, le processus ou l'hypothèse vérifiée.
Le tableau rassemble les points clés de la section : Format, Ce qui se passe, Ce qui reste après. Utilisez-le comme un repère rapide lors de la préparation de l'événement.
| Format | Ce qui se passe | Ce qui reste après |
|---|---|---|
| Hackathon | les équipes créent une solution en temps limité | prototype et plan de poursuite |
| Journée de l'innovation | les employés découvrent les orientations, les idées et les développements | idées, contacts et contexte général |
| Forum | les participants analysent les pratiques et les tâches communes | conclusions des sessions de travail |
| Journée démo | les équipes sélectionnées montrent l'état de préparation du projet | décision sur la prochaine étape |
La journée démo peut conclure un accélérateur, un concours de projets ou une étape distincte d'un programme d'entreprise. Elle convient également à un portefeuille d'initiatives de plusieurs départements. Le public examine les projets et prend une décision sur la prochaine étape.
Nous avons traité séparément la préparation du travail intensif des équipes dans l'article sur le hackathon d'entreprise. Le format large d'engagement est décrit dans le document sur la Journée de l'innovation.
Résultat de l'événement : décision pour chaque projet
Nous commençons la préparation de la journée de démonstration par une liste de décisions que les responsables pourront prendre sur place. Pour un projet, cela peut être l'autorisation de passer au pilote. Pour un autre, une demande de données manquantes ou une rencontre avec le propriétaire du processus. Si la décision sur place est impossible, l'équipe indique à l'avance le résultat intermédiaire et la date de la prochaine analyse.
Nous utilisons une courte fiche de décision. L'effet attendu n'y est inscrit qu'après vérification. La fiche relie la présentation à un propriétaire spécifique et conserve le résultat de la présentation dans un registre commun.
Le tableau rassemble les points clés de la section : Champ, Ce qu'il faut enregistrer. Utilisez-le comme un repère rapide lors de la préparation de l'événement.
| Champ | Ce qu'il faut enregistrer |
|---|---|
| Projet | nom stable et propriétaire |
| Demande de l'équipe | quelle décision est nécessaire aujourd'hui |
| Fondement | ce qui est montré et ce qui le confirme |
| Décision | pilote, amélioration, vérification ou arrêt |
| Propriétaire de l'étape | qui prend en charge la suite du travail |
| Délai du statut | quand l'équipe recevra une réponse |
| Restrictions | quelles données ou autorisations sont nécessaires |
Le vote des spectateurs peut être conservé comme un signal d'intérêt. La décision du responsable, de la sécurité, du produit, de la production ou des finances est enregistrée séparément. La popularité d'une idée compréhensible et la préparation du projet au pilote répondent à des questions différentes.
Le client valide la liste finale des décisions avant d'inviter les participants. Ainsi, le présentateur sait quelle question poser depuis la scène, le modérateur sait quoi noter, et les responsables réservent du temps pour l'analyse de travail.
Quels projets inclure dans le programme ?
Sont retenus les projets qui peuvent être présentés à travers le problème, l'étape actuelle, le résultat observable et une demande précise au responsable. Les projets inachevés sont également acceptés. L'équipe doit indiquer honnêtement ce qui fonctionne déjà, ce qui est encore en cours de vérification et quelles données restent confidentielles. Un passeport unique permet de comparer les candidatures avant l'attribution des créneaux.
Le comité de sélection vérifie d'abord l'adéquation avec l'objectif de la journée de démonstration. Ensuite, il choisit le format de présentation. Un prototype fonctionnel peut être présenté dans la zone de démonstration.
Une amélioration de processus s'explique plus facilement à l'aide d'une cartographie avant/après. Un projet de recherche peut nécessiter une session fermée plutôt qu'une présentation sur la scène principale.
Le responsable du programme rassemble le passeport du projet avant la répétition :
- Indiquez le problème et le groupe d'utilisateurs ou le processus concerné.
- Décrivez l'étape actuelle sans surestimer le niveau de préparation.
- Précisez ce que l'équipe peut montrer en direct.
- Listez les données sur lesquelles reposent les conclusions.
- Signalez les limites et les hypothèses non vérifiées.
- Formulez une demande unique au propriétaire de la solution.
- Indiquez les informations qui ne doivent pas être divulguées à l'ensemble de l'auditoire.
Nous annonçons les critères avant le dépôt des candidatures. Nous évaluons si le projet correspond à l'objectif, s'il est prêt à être présenté, si les conclusions sont étayées par des données et si la demande de l'équipe est claire. Pour les projets à différents stades, nous créons des filières distinctes. Nous comparons les concepts précoces entre eux et les prototypes aboutis entre eux.
Après la sélection, chaque équipe reçoit le format, la durée et la liste des documents requis. La commission explique les refus en s'appuyant sur les mêmes critères. Ainsi, les équipes remettent moins en question les préférences personnelles de la commission et un projet peut être retravaillé pour le cycle suivant.
Si vous souhaitez relier la sélection des projets, la scène, les démonstrations et le travail des responsables en un parcours unique, demandez-nous un devis. Nous préciserons la composition des projets, l'audience, le lieu et les contraintes techniques.
Nous analysons la pratique des événements corporate et business sur la chaîne Telegram d'Aventura.
Niveaux de divulgation et protection des données
Chaque projet reçoit un niveau de divulgation avant la préparation des diapositives. L'équipe du client détermine ce qui peut être montré à tous les employés, ce qui est accessible uniquement aux responsables et experts invités, et ce qui reste au sein du groupe de travail. Nous travaillons selon cette matrice, et les décisions de divulgation sont laissées aux juristes et aux spécialistes des brevets.
La loi fédérale n° 98-FZ décrit la protection des informations constituant un secret commercial. Une simple indication « confidentiel » sur une diapositive ne suffit pas à établir un tel régime. Le client définit à l'avance la liste des informations, l'accès, les supports, le marquage et les règles de transmission des documents. Nous prenons en compte ces décisions dans le scénario du site.
Il est pratique de diviser les documents en trois niveaux :
Le tableau rassemble les points clés de la section : Niveau, Public, Comment présenter. Utilisez-le comme un repère rapide lors de la préparation de l'événement.
| Niveau | Public | Comment présenter |
|---|---|---|
| Ouvert au sein de l'entreprise | tous les participants inscrits | scène commune et documents accessibles |
| Limité | responsables et experts sélectionnés | session fermée, liste d'accès séparée |
| De travail | équipe projet et spécialistes désignés | réunion séparée sans démonstration publique |
Avant la répétition, le propriétaire du projet signale les passages sensibles. L'équipe technique reçoit la version finale de la présentation via un canal convenu. Nous excluons les clés USB personnelles et les liens aléatoires si les règles du client l'exigent. Le client valide séparément les photos et vidéos pour chaque piste.
Si le projet peut concerner un résultat protégé de l'activité intellectuelle, l'équipe s'adresse d'abord aux responsables de la propriété intellectuelle. La publicité du matériel et le moment du dépôt de la demande sont évalués par les spécialistes du client. Le contrôle avant l'événement protège le développement contre une première divulgation accidentelle.
Comment préparer la présentation et la démonstration ?
La présentation du projet répond à une seule demande et se termine par la décision attendue de l'audience. La démonstration ne montre qu'un scénario stable. L'équipe prépare une version principale courte, un enregistrement de secours ou des supports statiques. Pour une discussion confidentielle, un kit séparé est nécessaire si une partie des données a un accès restreint.
Nous fournissons aux participants un cadre unique et nous préservons les différences entre les projets. Un projet de processus a besoin d'une carte claire du changement. Un produit numérique a besoin d'un scénario utilisateur.
Un prototype physique a besoin d'une démonstration sûre avec une limitation claire. Les éléments communs restent le problème, l'étape actuelle, les données et les résultats montrés par l'équipe, ainsi que la demande au décideur.
Le cadre de la présentation peut être construit en cinq étapes :
- Identifiez le problème et pour qui il est important.
- Montrez la solution actuelle ou le résultat observé.
- Expliquez ce qui a déjà été vérifié et où l'incertitude demeure.
- Démontrez un scénario stable.
- Formulez la décision requise aujourd'hui.
Nous vérifions si la présentation est compréhensible pour une personne extérieure à l'équipe projet. L'équipe explique les termes lors de leur première utilisation, et remplace les petits tableaux par des thèses majeures. Les données de comparaison sont affichées en grand et énoncées à voix haute.
L'équipe détermine à l'avance à quel type de panne elle arrêtera la démonstration en direct et passera à l'enregistrement, aux captures d'écran ou à l'explication orale. L'auteur connaît ce scénario de secours. Il aide à préserver le sens de la présentation en cas de problème de réseau, d'appareil ou d'accès à l'environnement de test.
Programme de la journée démo d'entreprise
Le programme alterne contexte général, courtes présentations, questions et fenêtres de décision. Nous ne consacrons à la scène qu'une partie de la journée. Les autres projets sont présentés au stand ou à la table de travail. Nous intégrons dans le planning les transitions, les pauses techniques et le temps nécessaire pour consigner la décision après chaque bloc.
La structure de travail de la journée se présente comme suit :
- Inscription et découverte de la carte des projets.
- Démarrage commun avec la mission, les critères et les niveaux de présentation.
- Premier bloc de courtes présentations.
- Questions des experts et enregistrement des décisions préliminaires.
- Session de démonstration devant les projets.
- Analyses à huis clos pour certains axes.
- Deuxième bloc de présentations ou sessions thématiques parallèles.
- Alignement des propriétaires de décisions et des questions ouvertes.
- Clôture avec un ordre de travail clair après l'événement.
Une logique similaire se retrouve dans les journées démo externes. Par exemple, dans le programme officiel de la journée démo de Skolkovo du 5 septembre 2024, après les présentations et la discussion des projets, des rencontres interentreprises (B2B) et entreprises-État (B2G) étaient prévues. Le programme d'entreprise peut utiliser la même transition de la présentation générale vers la discussion ciblée.
Nous calculons le nombre de projets de manière à laisser du temps pour les questions et la décision après chaque présentation. Si le programme exige de faire défiler les équipes sur scène en continu, nous déplaçons certains projets vers la zone de démonstration ou un flux séparé. Un programme surchargé est aidé par des pauses pour consigner la décision, et non par la réduction de chaque créneau.
Lors du lancement commun, nous expliquons les règles de comparaison et répétons les critères que les équipes ont reçus avant l'événement. Les dirigeants prennent connaissance de leur mission. Nous montrons aux spectateurs où poser des questions et quels documents resteront accessibles après la journée.
Nous séparons la remise des prix de la décision sur l'avenir du projet. La récompense salue le travail de l'équipe, tandis que la décision de lancer un pilote dépend de la maturité, des risques, des ressources et des autorisations. Lorsque ces deux niveaux sont mélangés, le public interprète le prix comme une promesse de mise en œuvre.
Carte des zones et parcours du participant
Nous divisons la journée de démonstration d'entreprise en scène, zone de démonstration, tables de travail et point de décision. Chaque zone a une capacité, un propriétaire et une règle d'accès. Le participant choisit le parcours adapté au lieu d'un circuit commun obligatoire. Les pistes, les restrictions d'inscription et le temps de conversation avec les auteurs sont disponibles à l'avance.
La scène convient au contexte général et aux projets compréhensibles par un large public. La zone de démonstration donne le temps de vérifier le prototype et de poser une question précise. La table de travail est nécessaire lorsque la décision exige des documents ou la participation de plusieurs fonctions. La salle fermée protège les documents confidentiels contre une consultation accidentelle.
Le tableau regroupe les points clés de la section : Zone, Tâche principale, Point de contrôle. Utilisez-le comme un repère rapide lors de la préparation de l'événement.
| Zone | Tâche principale | Point de contrôle |
|---|---|---|
| Scène générale | présenter brièvement le projet et la demande | l'intervention se termine par une question claire |
| Zone de démonstration | vérifier le scénario ou le prototype | l'auteur est à proximité et une démonstration de secours est prévue |
| Table de travail | discuter des conditions de l'étape suivante | la conclusion est consignée dans la fiche de décision |
| Session fermée | examiner les données confidentielles | l'accès est contrôlé selon la liste |
| Point de décision | synthétiser les résultats de toutes les pistes | un responsable et une échéance de statut sont désignés |
Le service britannique de santé et de sécurité au travail (HSE) recommande de définir à l'avance les rôles, d'évaluer les risques liés aux flux et de planifier les actions en cas d'incident. Il s'agit de recommandations étrangères en matière de sécurité des événements de masse. Le client vérifie les exigences spécifiques du site et les normes russes avec ses services responsables.
Nous parcourons le trajet avant l'ouverture des inscriptions. Nous vérifions les files d'attente aux démonstrations, les croisements de flux, l'alimentation des équipements, l'audibilité et l'accès aux zones fermées. Si plusieurs appareils sonores fonctionnent à proximité, le programme se transforme rapidement en compétition de volume. Ces conflits sont plus faciles à identifier sur le plan et lors des répétitions.
Qui est responsable de la journée démo ?
La journée démo est menée par une seule équipe projet, mais le contenu, les données et la partie technique ont des responsables différents. Le client désigne un chef de projet et des personnes ayant autorité pour chaque piste. Chez Aventura, nous sommes responsables du scénario événementiel. Celui-ci comprend le planning, le lieu et la coordination le jour de l'événement.
La séparation des rôles protège les deux parties. Le producteur événementiel est responsable du scénario et du lieu, tandis que la disponibilité du prototype est confirmée par son propriétaire. L'expert du projet se concentre sur le contenu pendant que les coordinateurs gèrent la file d'attente, les présentations et les bascules techniques.
Le tableau rassemble les points clés de la section : Rôle, Avant l'événement, Le jour de la journée démo. Utilisez-le comme un repère rapide lors de la préparation de l'événement.
| Rôle | Avant l'événement | Le jour de la journée démo |
|---|---|---|
| Chef de projet | objectif, composition des décisions, budget | escalade et vérification finale |
| Propriétaire du programme | critères, pistes, sélection | questions sur le contenu |
| Propriétaire des données | niveaux de divulgation et accès | décision sur le matériel litigieux |
| Producteur événementiel | scénario, planning, prestataires | coordination du lieu |
| Responsable technique | écrans, son, réseau, alimentation | basculement et réserve |
| Modérateur | questions et forme de décision | animation de la discussion et conclusion |
| Coordinateur de zone | listes, navigation, matériel | flux et aide aux équipes |
Chaque responsable doit avoir une zone de responsabilité claire. Nous l'indiquons à côté du nom dans la feuille de contact. Ainsi, le coordinateur sait à qui signaler un retard du projet, une diapositive litigieuse, un échec de démonstration ou une session surchargée.
La répétition technique se déroule avec les matériaux finaux. L'ordre détaillé de la scène, des sorties et des réserves se trouve dans notre guide sur la répétition technique de l'événement.
Accessibilité, inscription et documentation
L'inscription à la journée de démonstration collecte un minimum de données, répartit les participants par parcours et permet d'indiquer à l'avance l'aide dont le participant aura besoin. Nous vérifions l'accessibilité de l'entrée, de la navigation, de la scène, des démonstrations, du son et des supports numériques. Le participant connaît à l'avance les règles d'enregistrement, de tournage et d'accès aux sessions restreintes.
Le W3C recommande aux organisateurs de vérifier l'accessibilité du site et de la plateforme à distance, d'assurer un bon son, de décrire les informations visuelles importantes et de donner aux participants un moyen de faire part de leurs besoins. Lors d'une journée de démonstration, cela est particulièrement important : les participants reçoivent la plupart des informations depuis les écrans et pendant la présentation des prototypes.
Le formulaire d'inscription doit expliquer l'objectif de chaque champ. L'article 5 de la loi n° 152-FZ lie le traitement des données personnelles à des finalités spécifiques et prédéterminées. La composition des champs, la base juridique du traitement, les destinataires et les durées de conservation sont convenues par le client avec son juriste et le responsable du traitement des données.
Pour la gestion du programme, il faut généralement un identifiant professionnel du participant, son rôle, le parcours choisi et le statut d'accès. Les informations sensibles restent dans une liste restreinte de responsables. La demande concernant les besoins spécifiques est adressée à un cercle restreint via un processus sécurisé du client.
Après l'inscription, le participant reçoit le programme, la carte des zones, les règles de tournage et la liste des supports disponibles. Tous les changements sont envoyés par un seul canal. Le scénario des statuts, de l'entrée et des listes de réserve est décrit dans l'article sur l'inscription des participants à l'événement.
Comment consigner les décisions après les présentations ?
Chaque présentation se termine par une inscription dans le registre unique. Le modérateur consigne la formulation de la décision, le responsable et les données manquantes. Après la journée de démonstration, le secrétaire du projet vérifie les inscriptions avec les personnes autorisées. L'équipe du projet reçoit un statut clair et la date du prochain contact, et le dirigeant voit le portefeuille sans avoir à revoir toutes les diapositives.
Nous préparons le registre avant l'événement afin que tous les modérateurs utilisent les mêmes champs. Les notes libres sont pratiques pour le modérateur, mais elles se comparent difficilement et se perdent lors du transfert entre les fonctions.
- Notez la demande de l'équipe avant de monter sur scène.
- Pendant les questions, notez uniquement les faits et les contraintes.
- Formulez la décision avec un verbe simple.
- Désignez un seul responsable pour l'étape suivante.
- Indiquez la date limite du statut au lieu de l'effet promis.
- Limitez l'accès à l'enregistrement selon la matrice du projet.
- Envoyez à l'équipe la formulation confirmée.
Une partie des projets se terminera par un arrêt justifié. L'équipe doit recevoir une raison au lieu d'un vague « nous reviendrons plus tard ». Le perfectionnement exige aussi des limites : quelles données recueillir, qui les vérifiera et quand le projet reviendra à l'examen.
Après l'événement, différents publics reçoivent différents ensembles. L'équipe du projet voit sa fiche et les questions ouvertes. Les dirigeants reçoivent un résumé des décisions.
Les participants reçoivent les documents autorisés et les contacts. Les documents ouverts et restreints sont envoyés par des envois distincts.
Budget, technique et réserve
Le budget de la journée démo dépend du nombre de projets, des formats de présentation, du nombre de zones parallèles et du niveau d'accès. Tout d'abord, nous évaluons le lieu, la technique et le travail de l'équipe. Nous prenons en compte séparément la restauration des prototypes, l'enregistrement, le tournage et la réserve. On peut comparer les offres après avoir fixé le programme et les fiches techniques des projets.
Chaque équipe remplit une fiche technique. On y indique l'équipement, l'alimentation, le réseau, le son, les dimensions, le temps de montage, les restrictions d'accès et la réserve de présentation. Le responsable technique compare les exigences des équipes avec les possibilités du lieu. Ce registre protège le calcul des mauvaises surprises tardives.
Nous constituons une réserve pour les points critiques :
- Pour la présentation, nous préparons une copie locale et un format de fichier validé.
- Pour la démonstration numérique, nous définissons un enregistrement ou un scénario statique.
- Pour le prototype physique, nous prévoyons un arrêt sûr de la présentation.
- Pour le réseau, nous séparons l'accès invité et l'environnement de test selon les règles du client.
- Pour une zone surchargée, nous préparons un créneau supplémentaire ou une file d'attente sur inscription.
- En l'absence du décideur, nous définissons à l'avance la procédure de report de la question.
La réserve est calculée en fonction des risques spécifiques. Pour chaque montant, nous indiquons le scénario qu'il couvre. La réserve peut consister en un équipement supplémentaire, un enregistrement de la démonstration convenu à l'avance ou le report d'une analyse confidentielle.
Questions fréquentes
La journée de démonstration d'entreprise présente des solutions déjà préparées à un groupe sélectionné de dirigeants et d'experts. Un hackathon laisse un temps limité pour créer ou perfectionner une solution. Une journée de l'innovation peut inclure des idées, des conférences et des démonstrations, sa mission est donc plus large. Un forum permet d'échanger des pratiques. Une journée de démonstration possède déjà un ensemble final de projets, un format de présentation unique et un responsable pour la solution suivante.
Nous commençons la préparation de la journée de démonstration par une liste des décisions que les dirigeants pourront prendre sur place. Pour un projet, il peut s'agir d'un feu vert pour un pilote. Pour un autre, d'une demande de données manquantes ou d'une rencontre avec le responsable du processus. Si une décision n'est pas possible sur le site, l'équipe annonce à l'avance un résultat intermédiaire et la date de la prochaine revue.
Le programme retient les projets qui peuvent être présentés à travers un problème, l'étape actuelle, un résultat observable et une demande précise au dirigeant. Les projets inachevés conviennent également. L'équipe doit indiquer honnêtement ce qui fonctionne déjà, ce qui est encore en cours de vérification et quelles données restent confidentielles. Une fiche standardisée permet de comparer les candidatures avant la répartition des créneaux.
Chaque projet reçoit un niveau de divulgation avant la préparation des diapositives. L'équipe du client détermine ce qui peut être montré à tous les employés, ce qui n'est accessible qu'aux dirigeants et experts invités, et ce qui reste au sein du groupe de travail. Nous travaillons selon cette matrice et laissons les décisions de divulgation aux juristes et aux spécialistes des brevets.
La présentation d'un projet répond à une seule demande et se termine par une décision attendue de l'auditoire. La démonstration ne montre qu'un scénario stable. L'équipe prépare une version principale courte, un enregistrement de secours ou des supports statiques. Pour les discussions confidentielles, un dossier séparé est nécessaire si certaines données ont un accès restreint.
Le programme alterne le contexte général, de courtes présentations, des questions et des fenêtres de décision. La scène n'occupe qu'une partie de la journée. Les autres projets sont présentés sur un stand ou autour d'une table. Nous prévoyons dans le planning les transitions, les pauses techniques et le temps nécessaire pour consigner la décision après chaque bloc.
Si vous préparez une journée de démonstration de projets d'entreprise, laissez une demande de calcul. Nous recueillerons les informations de base, proposerons un schéma de programme et montrerons quels postes dépendent du lieu, du nombre de projets et du format des démonstrations.
Sources
- W3C : Rendre les événements accessibles
- Loi fédérale n° 152-FZ « Sur les données personnelles »
- Loi fédérale n° 98-FZ « Sur le secret commercial »
- HSE : Gérer les foules en toute sécurité
- Skolkovo : programme de la journée de démonstration des projets innovants
Sources
Sommaire
