Presentaties van conferentiesprekers controleren en aan de productie overdragen

Download het register voor ontvangst en overdracht

Download het register voor presentaties, controle en overdracht (Markdown, Engels)

Download het Engelse Markdown-sjabloon en maak per evenement een kopie. Het sessieregister houdt verwachte en ontvangen bestanden, actieve revisie, eigenaren, controles, open punten, goedkeuring, zaal en ontvangstbevestiging bij. Aparte kaarten behandelen bestandsinspectie, afspeeltest, late vervanging en definitieve overdracht. Je kunt het naar een gedeeld document of spreadsheet omzetten, maar bewaar echte presentaties in de goedgekeurde opslag van de organisator en plaats privé-inhoud niet in een open register. Gebruik dezelfde sessie-ID in programma, draaiboek, sprekersbrief en productiemap.

Dit proces begint nadat de spreker de briefing en indieninstructies heeft gekregen. Het werft geen sprekers, onderhandelt geen rechten en beoordeelt niet of een bewering klopt. Het eindigt wanneer de AV- of presentatieoperator de exacte bestanden en bekende beperkingen heeft bevestigd; daarna test de repetitie die bestanden met de mensen en cues van de show. In een klein evenement kan één persoon meerdere rollen hebben, maar houd de besluiten apart. Een fraaie dia is niet vanzelf een goedgekeurde boodschap of afspeelbaar showbestand.

Het werkblad is smaller dan een algemene evenementchecklist. Gebruik één regel per spreker-sessiebestand, niet per persoon: iemand kan in twee zalen spreken of twee versies nodig hebben. Houd uitzonderingen zichtbaar tot een oplossing gekozen en geverifieerd is. Als er geen presentatie wordt verwacht, noteer dat besluit en het plan zonder scherm. Het register moet vijf vragen beantwoorden: verwacht, ontvangen, actief, getest en overgedragen.

Stel regels vast voordat bestanden binnenkomen

Werk terug vanaf de zaalrepetitie en overdracht aan de operator, niet vanaf een willekeurig aantal dagen voor de opening. Spreek indienmoment, controleperiode, correctieronde, inhoudsgoedkeuring en productiestop per sessie of groep af. Vermeld de tijdzone bij iedere deadline. Er moet tijd zijn om een fout te melden, een vervanging te ontvangen en die te testen. Bestandenaantal, mediacomplexiteit en autorisatie bepalen de werkelijke periode; een universele vijfdagentermijn bewijst geen gereedheid.

Vertel sprekers waar ze indienen, welk bronformaat is toegestaan, of een referentie-PDF of reservebestand nodig is, hoe ze benoemen, welke beeldverhouding of sjabloon geldt en welke media mee moeten. Dit zijn eisen van de eigen productie. IPAC’26 geeft een concreet voorbeeld: het eigen Indico-portaal, bestandsnamen met programmacode, bronbestand plus PDF en controles op congrescomputers. De deadlines, schermverhouding en ban op eigen laptops zijn specifiek voor dat congres; gebruik de echte eisen van jouw locatie en AV-team.[1]

Leg vast wie mag bewerken, inhoud goedkeurt, visuele productiefouten oplost, een late uitzondering beslist en in elke zaal bestanden laadt. Vraag de AV-leider naar afspeelsoftware en versie, besturingssysteem, beeldscherm, presentatorweergave, audio- en videoroute, afstandsbediening, netwerkafhankelijkheid en reserveplan. Beloof geen identiek beeld of geluid op een ongeteste computer. De briefing draagt de regels over; het ontvangstregister legt vast of het teruggekomen bestand eraan voldoet.

Registreer elke presentatie in een beheerd overzicht

Maak een regel voordat het bestand arriveert: sessie-ID, programmatitel, spreker, zaal, start, contacteigenaar, verwacht formaat en benodigde bestanden. Noteer bij ontvangst tijd, oorspronkelijke naam, type, eventueel grootte, link in goedgekeurde opslag en wie de ontvangst bevestigde. Controleer of het opent; een ontoegankelijke link of lege upload is geen bruikbare presentatie. Hernoem of overschrijf de enige originele inzending niet. Als meerdere formaten welkom zijn, onderscheid de bewerkbare bron van een kijk- of reservekopie.

Geef de werkkopie een consequente sessienaam en expliciete revisie zonder privégegevens in de bestandsnaam. Bewaar oude versies apart of gebruik versiegeschiedenis die voor alle operators betrouwbaar is. Noteer waarom de actieve versie wijzigde en wie dat toeliet. Twee bestanden genaamd ‘final’ vragen een besluit: vraag spreker of inhoudseigenaar welke de andere vervangt en licht beoordelaar en operator in. ‘Ontvangen’, ‘in beoordeling’ en ‘vrijgegeven voor de zaal’ zijn verschillende statussen.

Een overzicht moet ontbrekende presentaties, wachtende controle, correcties bij de spreker, technische tests, goedkeuringen en zaaloverdrachten tonen. Het aantal dia’s beschrijft niet alle moeite: een korte presentatie met video, live grafieken of speciale lettertypen kan meer tests vragen dan een lange statische. Geef voorrang aan vroege repetities, afwijkende zaalmiddelen, mediabestanden en besluiten die van andere teams afhangen. De uploadstatus van een systeem zegt niets over visuele, inhoudelijke of afspeelcontrole.

Controleer het bestand zonder de inhoud over te nemen

Open het bestand in de afgesproken editor of viewer en bevestig sessie en revisie. Bekijk eerste en laatste dia, volgorde, afgesproken beeldverhouding, lege of kapotte elementen, afsnijding, onleesbare diagrammen en sjabloononderdelen. Open sprekersnotities alleen als het proces ze nodig heeft; ze kunnen werkmateriaal bevatten dat niet in publieke of operator-kopieën hoort. Vergelijk titel en naam met het programma, maar stuur vragen over cijfers, claims, bronnen of rechten naar spreker en inhoudseigenaar. Een productiebeoordelaar herschrijft specialistische inhoud niet stilzwijgend.

Bepaal of tekst en diagrammen menselijke toegankelijkheidsbeoordeling nodig hebben, zoals leesvolgorde, zinvolle alternatieve tekst en ondertitels. Microsoft beschrijft de PowerPoint-toegankelijkheidscontrole en auteurschecks, maar een softwarecheck bewijst geen bruikbaarheid voor iedereen. Geef live ondertiteling, tolken, luisterondersteuning of een toegankelijke publicatie een eigen verantwoordelijke. Noteer in het QA-log wat daadwerkelijk is onderzocht en wat nog openstaat; één vinkje is geen algemeen toegankelijkheidscertificaat.[4]

Controleer lettertypen in de echte omgeving in plaats van te veronderstellen dat ze overal gelijk verschijnen. Volgens Microsoft kan insluiten vervanging soms voorkomen, maar niet elk lettertype kan worden ingesloten en de gekozen optie beïnvloedt later bewerken. Spreek met AV af of je beschikbare fonts, toegestane insluiting, een goedgekeurd aangeleverd font of een referentie-PDF gebruikt. Open daarna het bestand op de afspeelcomputer en bekijk dichte dia’s, symbolen en schema’s. Een PDF kan afwijkingen tonen, maar geen animaties, mediacues of presentatorgedrag nabootsen.[2]

Test de echte afspeelroute en media

Test indien mogelijk op de zaal- of voorbereidingscomputer en niet alleen op de laptop van de coördinator. Gebruik de bedoelde toepassing en schermroute. Bekijk titeldia, dichte dia, grafiek, animatie, media en slottransitie. Controleer hoe de spreker bladert, wat het publiek ziet en wat op het presentatorscherm staat. Registreer apparaat, zaal, softwareversie, datum, operator en revisie. Op kantoor succesvol openen helpt bij diagnose maar is geen afspeeltest in de zaal.

Vraag of video en audio ingesloten of gekoppeld zijn en test ze in de geplande omgeving. Microsoft legt uit dat gekoppelde media van bronpad of netwerk afhangen, terwijl insluiten het bestand groter maakt; bij gekoppelde video raadt het een verbindingstest aan. Het eerste videobeeld bewijst nog geen werkende clip. Speel genoeg af voor start, geluidsroute, verwachte ondertitels en terugkeer naar dia’s. Geef losse media een manifest met deckrevisie en functie, zodat een late vervanging niet aan een oud fragment vastzit.[3]

Behandel exports als aparte leveringen. Een PDF kan dienen als statische referentie of overeengekomen noodoptie, maar animaties, opbouw, notities, interactieve links of weergave kunnen ontbreken. IPAC’26 vraagt bronbestand plus PDF voor de eigen congrespublicatie; jouw evenement kan iets anders nodig hebben. Als dia’s geprojecteerd en later gedeeld worden, registreer welke versie voor de zaal is en welke voor verspreiding is goedgekeurd. Aanlevering voor live weergave geeft niet vanzelf toestemming tot publiceren.[1]

Test de overgang naast het bestand: hoe ontvangt de operator de cue, laadt hij de juiste sessie, schakelt of dooft hij het scherm, geeft hij de bediening over, pauzeert hij media en gaat hij naar het volgende onderdeel? Een goed bestand kan in de show toch falen. Het repetitieartikel test mensen en live cues; deze eerdere QA bereidt bestand, apparatuur en aannames daarop voor. Noteer wat niet getest is, zoals een ontbrekende externe verbinding, in plaats van de hele presentatie ‘getest’ te noemen.

Geef ieder probleem een eigenaar en besluit

Geef ieder probleem een ID met sessie en revisie. Beschrijf wat te zien was, waar, hoe je het herhaalt en wie beslist. Maak onderscheid tussen ontbrekende bron, productiefout, inhoudsvraag en AV-beperking. Een beoordelaar mag misschien een voetnoot corrigeren of een bestaand logo uitlijnen, maar niet zelfstandig een cijfer wijzigen, grafiek herbouwen of bewering schrappen. Leg bevoegdheden vooraf vast en bewaar de ingediende bron naast de werkkopie.

Stuur spreker of eigenaar een beknopt verzoek met dia of cue, gewenste actie, beslismoment en route voor herindiening. De inhoudseigenaar beslist over betekenis; AV over afspeelgedrag. Een laat probleem vraagt een expliciete keuze: herstellen en opnieuw testen, goedgekeurde reserve gebruiken, cue wijzigen of het middel weglaten. ‘Bericht verstuurd’ is niet ‘opgelost’. Noteer nieuwe revisie, controleur en uitkomst; bij een gewijzigde cue werk je het draaiboek bij en informeer je de showcaller.

Houd open kwesties zichtbaar voor degene die de beperking mag accepteren of afwijzen. Opent het bestand maar is een niet-essentiële video stil in de zaal, dan hebben productie en spreker een vastgelegd besluit nodig over het live verloop. Beloof niet dat een reserve-PDF de bedoelde sessie bewaart. Juridische, financiële, wetenschappelijke of medische claims gaan naar een bevoegde eigenaar; een presentatietechnicus keurt ze niet impliciet goed.

Lever aan elke zaaloperator een benoemd pakket

Maak per zaal een productiepakket, niet slechts een cloudmap ‘nieuwste’. Het gedateerde manifest vermeldt sessie-ID, begin, spreker, exacte bestandsnaam en revisie, noodzakelijke media, goedgekeurde statische reserve, uitzonderingen, afspeelnotities en vrijgever. Zet in de actieve operatormap alleen goedgekeurde showkopieën; oude kandidaten mogen niet selecteerbaar zijn. Bij een centrale presentatieserver vraag je hoe bestanden aan zalen en sessies worden gekoppeld. De ontvangstmap is niet automatisch de showcomputer.

De inhoudseigenaar keurt de bedoelde boodschap goed en productie het geteste afspeelpakket volgens de afgesproken procedure. Dat zijn andere besluiten. De zaaloperator bevestigt manifest en toegang, dat het genoemde bestand via de zaalroute opent en wie hij bij uitzonderingen belt. Leg bevestiging, tijd en revisie vast. Ook als één mens meerdere rollen heeft, noteer je aparte besluiten. Een dashboard met ‘gereed’ zonder exact bestand en zaalbevestiging is te vaag voor een congres met meerdere zalen.

Maak een bescheiden passende reserve: geteste PDF voor een statische lezing, lokaal beschikbaar fragment voor een videocue of een met spreker en showcaller afgesproken versie zonder dia’s. Noteer wanneer en door wie die wordt gekozen. Een reserve geeft geen toestemming om niet-vrijgegeven dia’s te verspreiden of een inhoudsblokkade te negeren. Draag locatie, volgorde, bediening, bekende font- of mediakwesties en de eigenaar van verwijdering of archivering van lokale kopieën volgens de afgesproken bewaarmethode over.

Behandel vervangingen zonder de geteste versie kwijt te raken

Leg vóór de bevriezing een vervangingsregel vast. Spreker of inhoudseigenaar gebruikt dezelfde aanleverroute, noemt oude en nieuwe revisie, beschrijft de wijziging en zegt of de oude versie wordt ingetrokken. Productie bepaalt wat opnieuw moet worden gecontroleerd: inhoud, opmaak, links, lettertypen, media, zaalsysteem en cues. Een ‘kleine’ wijziging kan regels of animaties verschuiven. Overschrijf de geteste showkopie niet en laat de operator niet gokken welke nieuwer is.

Als er tijd is, test je de vervanging via de echte route en geef je een manifest met nieuwe vrijgavetijd uit. Verwijder of archiveer de oude versie zichtbaar uit de actieve map en vraag een nieuwe bevestiging. Zo niet, kies dan met bevoegde spreker, inhoudseigenaar en showcaller voor de geteste versie, een afgesproken alternatief of een aangepaste sessie. Leg de beperking eerlijk vast. Een late upload verandert een mislukte test niet in een geslaagde en mag het geladen zaalbestand niet stil vervangen.

Neem dezelfde goedgekeurde revisie en hetzelfde manifest mee naar de repetitie. Test introductie, eerste dia, mediacues, bediening, vragen en uitgang met spreker en productie, en noteer herstelacties in het repetitielog. Wijzigt de repetitie het deck, dan gaat het terug door het bestandsproces: nieuwe revisie, juiste goedkeuring, zaaltest en vernieuwde ontvangstbevestiging. De overdracht is een gecontroleerde grens tussen voorbereiding en live uitvoering, geen eenmalige e-mailbijlage.

Voorbeeld: een nieuw bestand komt na de repetitie

Stel dat `S24_v03.pptx` dinsdag de zaaltest doorstond. Woensdag stuurt de spreker `S24_final-new.pptx` met een gecorrigeerde grafiek en een andere ingesloten video. De coördinator registreert die als nieuwe kandidaat, bewaart v03 als geteste showversie en vraagt welke feiten zijn gewijzigd. De inhoudseigenaar controleert de grafiek; AV test video en fonts op de zaalcomputer. Tot beide besluiten klaar zijn, blijft v03 de enige vrijgegeven versie of wordt de sessie volgens de afgesproken regel aangehouden.

De nieuwe video speelt, maar geluid gaat alleen naar het presentatorscherm. Het log beschrijft het waargenomen gedrag, de cue en de operator die de audioroute onderzoekt. Showcaller en spreker kiezen reparatie en nieuwe test, een getest alternatief of het weglaten van de clip. Na geslaagde test en inhoudsgoedkeuring geeft productie `S24_v04.pptx` vrij in een nieuw zaalmanifest, verwijdert v03 uit de actieve map en krijgt een bevestiging. De bestandsnaam bewijst niet dat iets klaar is.

Het voorbeeld toont een proces, geen verplichte technische instelling. Het echte evenement kan een ander systeem, programma, zaalapparaat, formaat of bevoegd gezag hebben. Wat wel stabiel moet blijven is het bewijs welk bestand is ingediend, bekeken, getest en goedgekeurd en welk de operator bezit. Zo wordt een late vervanging een navolgbaar productiebesluit in plaats van een onduidelijke vraag.