Comment gerer un keynote de 500 personnes avec une equipe de deux

Il y a un moment dans chaque keynote ou la salle devient silencieuse et l'orateur vous regarde comme pour dire "on y est vraiment, n'est-ce pas." Ce moment m'est arrive lors d'une conference fintech a Berlin en mars dernier, quarante secondes avant qu'un auditorium de 500 places ne s'apprete a ecouter un lancement produit de 48 minutes avec exactement deux personnes aux commandes. Moi et un machiniste. Voici comment nous y sommes arrives, parce que cette experience a change ma facon de penser l'outillage evenementiel live. Le show comprenait cinq segments. Une video d'ouverture, le discours principal, une demo produit live, une session de questions-reponses avec le public, et un bumper de cloture. Dans une configuration traditionnelle, vous auriez un regisseur, un operateur graphiste, un operateur de minuteries, un directeur camera, peut-etre un producteur soufflant des lignes au speaker, et quelqu'un gerant les microphones du public. C'est au moins six personnes, et honnetement j'ai vu des equipes plus grandes pour des shows plus courts. Ce qui a rendu cet evenement possible avec deux personnes, c'est une combinaison de preparation en amont et la bonne architecture logicielle. Le conducteur entier vivait dans Timers Studio sous forme d'agenda avec cinq cues. Chaque cue avait une duree, un nom de speaker, un titre, et un ensemble de notes visibles uniquement sur la console du moderateur. Le player agenda etait envoye sur deux ecrans: un moniteur de confiance face a la scene, et un grand ecran visible par le public affichant un compte a rebours. La premiere chose que nous avons configuree etait le Gateway. C'est la surface destinee au public qui permet aux gens de soumettre des questions via leur telephone. Nous avons imprime le code QR sur le programme de l'evenement et sur la slide d'attente. Au moment ou le keynote a commence, nous avions deja une douzaine de questions en file d'attente, ce qui signifiait que le segment Q&A s'est pratiquement gere tout seul. Le player moderateur etait le centre de commandement. Depuis une seule tablette en coulisse, je pouvais voir chaque cue dans le conducteur, le compte a rebours live du segment en cours, toutes les questions entrantes du public, et le chat intercom avec mon machiniste. Je n'ai jamais eu a changer d'application. Je n'ai jamais eu a regarder un second ecran. Chaque information dont j'avais besoin etait sur une seule surface, mise a jour en temps reel via les Server-Sent Events. Quand la video d'ouverture a demarre, j'ai appuye sur "cue suivant" sur la console moderateur, ce qui a auto-demarre le compte a rebours principal de 48 minutes sur l'ecran public et le moniteur de confiance simultanement. La speaker pouvait voir son temps restant en grands chiffres lumineux sur le moniteur de confiance, et je pouvais voir la meme information plus les notes sur ma tablette. Quand elle a atteint la section demo, j'ai appuye sur cue suivant a nouveau. Le timer s'est reinitialise a la duree de la demo et un message flash est apparu sur son moniteur disant "DEBUT DEMO." Elle n'a jamais perdu son fil. La demo elle-meme avait un moment delicat. Le produit necessitait un appel API live pour completer une transaction, et la reponse prenait entre deux et huit secondes selon les conditions reseau. Nous avions pre-configure un message "attente" qui apparaissait sur le moniteur de confiance pendant l'attente, indiquant a la speaker que le systeme traitait et qu'elle devait combler avec les points de discussion repetes. Ce simple message flash, declenche par mon machiniste qui regardait l'ecran demo et appuyait sur un bouton Stream Deck mappe a l'API Timers Studio, nous a sauves de ce qui aurait pu etre un silence genant. Le segment Q&A est l'endroit ou le Gateway a vraiment prouve sa valeur. Au lieu de passer un microphone dans la salle, ce qui mange du temps et cree des risques de Larsen, le public a soumis des questions via son telephone. Je pouvais voir chaque question sur la console moderateur, les approuver ou les rejeter, et pousser les selectionnees vers le moniteur de confiance pour que la speaker les lise a haute voix. Le public voyait sa question apparaitre sur le grand ecran, ce qui creait un veritable moment de connexion qu'un microphone passe de main en main ne peut tout simplement pas reproduire a cette echelle. Voici la partie qui m'a le plus surpris. L'ensemble du show a fini trois minutes avant son creneau de 48 minutes. Non pas parce que nous avons accelere, mais parce que l'outillage a elimine chaque moment de silence mort qui remplit habituellement un keynote. Pas de "peut-on avoir un micro pour le rang sept," pas de "laissez-moi consulter mes notes," pas de tatonnement avec les timers sur un portable. Les transitions entre segments etaient instantanees parce que le systeme de cues les gerait automatiquement. Mon machiniste, qui n'avait jamais utilise Timers Studio avant ce matin-la, m'a dit apres le show que ca ressemblait a etre co-pilote dans un cockpit. Chaque indicateur etait la ou on l'attendait. L'intercom signifiait qu'il n'avait jamais a quitter sa position pres du rideau cote jardin. Et l'integration Stream Deck signifiait que ses appuis physiques sur les boutons avaient un retour immediat et visible sur chaque ecran de la salle. Si vous planifiez un keynote et vous demandez si vous pouvez reduire la taille de votre equipe, la reponse honnete est: cela depend de votre volonte de preparer. Le show lui-meme tournait sur du logiciel. La preparation tournait sur de la discipline. Nous avons passe quatre heures a programmer la liste de cues, tester chaque transition, repeter les messages flash, et verifier que le Gateway fonctionnait sur le Wi-Fi du lieu. Ces quatre heures de preparation ont remplace quatre membres d'equipe supplementaires. L'economie est simple. Une equipe de six personnes pour un evenement d'une demi-journee coute entre trois et cinq mille euros quand on prend en compte les deplacements, les tarifs journaliers et l'equipement. Une equipe de deux personnes avec un abonnement Timers Studio coute une fraction de cela. Je ne suggere pas que chaque show puisse tourner avec deux personnes. Un broadcast multi-cameras avec du switching live et des incrustations graphiques a absolument besoin d'operateurs dedies. Mais pour le keynote corporate standard, la technologie a rattrape son retard au point ou une equipe de deux personnes bien preparee peut delivrer une production qui semble en avoir dix derriere. C'est la vraie histoire de Berlin. Pas que nous ayons economise de l'argent, meme si c'est le cas. La vraie histoire est que la speaker a dit que c'etait le keynote le plus fluide qu'elle ait jamais donne, parce que chaque information dont elle avait besoin etait toujours exactement la ou elle l'attendait.