Bruidswarenhuis
Jullie draaiboek gaat over uren: hoe laat de ceremonie begint, wanneer het diner wordt geopend, op welk moment de eerste dans is. De gastenlijst gaat over namen: wie is uitgenodigd, wie komt, wie komt misschien en wie komt niet. Dat lijken twee aparte lijstjes, maar het draaiboek van een bruiloft met vijfenveertig gasten is een ander draaiboek dan dat van eenzelfde bruiloft met tachtig gasten. Niet omdat het feest anders is, maar omdat de tijd die dingen kosten meeschaalt met het aantal mensen dat er is.
De gastenlijst in het dossier komt uit een of meer Excel-bestanden die je zelf uploadt. Veel bruidsparen beginnen met één lijst van thuis en voegen er later een tweede toe van de partner, of een losse lijst met collega's die apart is bijgehouden. Na het uploaden staat elke gast met een stand: uitgenodigd, komt, komt misschien of komt niet. Die vier standen zijn geen administratie voor de administratie. Ze zijn de reden waarom je draaiboek pas realistisch wordt op het moment dat de standen dat ook zijn.
Stel dat de trouwlocatie vraagt hoe laat je wilt beginnen met het diner, en of er een moment komt waarop iedereen gaat zitten voor speeches. Die vraag kun je op twee manieren beantwoorden. Je kunt een moment prikken op basis van de lijst met uitgenodigde gasten, of je kunt wachten tot een groter deel van die lijst op komt of komt niet staat. Het verschil is niet klein. Een speech die is getimed op tachtig man, terwijl er uiteindelijk vijftig aanwezig zijn, verandert de zaal, de geluidsopstelling en misschien ook de volgorde waarin je mensen aan het woord laat. Het draaiboek zelf verandert niet mee als jij de gastenlijst niet bijhoudt, dus doe je dat werk dubbel: eerst een tijdschema op basis van een schatting, en daarna alles opnieuw als de definitieve aantallen binnen zijn.
Dat is meteen waarom komt misschien geen overbodige derde optie is naast ja en nee. Wie op komt misschien blijft staan tot een week voor de bruiloft, hoort feitelijk nog niet bij het definitieve aantal, maar moet ook niet worden weggestreept. Het draaiboek kun je pas op punten vastzetten die van aantallen afhangen, zoals het moment waarop de zaal wordt omgebouwd van ceremonie naar diner, wanneer die groep goeddeels is uitgesplitst naar komt of komt niet. Voor onderdelen die niet van aantallen afhangen, zoals de aankomsttijd van de fotograaf of het moment waarop de ringen worden overhandigd, speelt dat niet en kun je gewoon eerder plannen.
Het omgekeerde risico is net zo reëel: alles op de gastenlijst laten staan als uitgenodigd tot twee weken voor de bruiloft, en dan in één avond alle standen bijwerken. Op dat moment moet je draaiboek ook nog gemaakt worden, en dat wringt. Een voorbeeld dat vaak terugkomt: het bruidspaar wil tafelindeling en zitplan afstemmen op wie er komt, maar heeft de reacties van veertig gasten nog niet verwerkt in het systeem omdat de Excel-bijlagen van getuigen en ouders nog los in de mail staan. Het gevolg is dat de tafelschikking, die op de gastenlijst is gebaseerd, wordt gemaakt op een lijst die niet klopt, en twee dagen later weer overnieuw moet.
De volgorde die wel werkt, is dat je de standen van de gastenlijst bijhoudt zodra ze binnenkomen, in plaats van ze te verzamelen voor een grote invoerbeurt. Gasten die via de trouwwebsite zelf doorgeven of ze komen, updaten hun eigen regel; wie via een appje of telefoontje laat weten dat het toch niet gaat lukken, verwerk je zelf op het moment dat je dat hoort. Dat is geen extra taak naast de bruiloft, het is dezelfde vijf minuten die je toch al kwijt bent aan het doorgeven van die informatie aan iemand anders. Het verschil is dat het nu op de plek staat waar het draaiboek er ook naar kijkt.
Niet elk onderdeel van de dag heeft last van een onvolledige gastenlijst, en het is net zo belangrijk om te weten wanneer je gewoon door kunt. De ceremonie zelf, de tekst die de trouwambtenaar voorleest, de muziek bij binnenkomst: dat kun je vastleggen zonder op een definitief aantal te wachten, want het verandert niet mee met of er veertig of zestig mensen in de bankjes zitten. Ook de aanvraag bij de trouwlocatie voor de ruimte zelf hoeft niet te wachten op de laatste komt-of-komt-niet, want de meeste locaties werken met een maximumcapaciteit, niet met een exact aantal. Wie voor elk van die onderdelen toch wacht tot de gastenlijst compleet is, verliest tijd zonder dat het iets oplevert.
Waar het wel op wacht, zijn de onderdelen die letterlijk meebewegen met het aantal mensen: de catering, die met aantallen werkt en niet met namen; de tafelschikking, die is gebaseerd op wie er daadwerkelijk zit; en het moment in het draaiboek waarop je de zaal indeelt voor het diner. Voor die drie is het niet erg als de gastenlijst nog wijzigt tot kort voor de bruiloft, zolang je het draaiboek pas op die punten vastzet als de lijst dat ook rechtvaardigt.
Het voordeel van de koppeling tussen gastenlijst en draaiboek is niet dat alles vanzelf gaat, want het systeem rekent zelf niets uit op basis van de standen. Het voordeel is dat je één keer per gast een stand bijwerkt, in plaats van die informatie te onthouden en later handmatig te vertalen naar een tijdschema, een tafelindeling en een aantal voor de catering. Wie dat aan het begin van de planning al zo inricht, hoeft in de laatste weken niet meer terug te grijpen op oude mailtjes en losse appjes om te reconstrueren wie er nu eigenlijk komt. De gastenlijst is dan niet een apart document naast het draaiboek, maar het cijfer waarop het draaiboek zich baseert.