Gastenlijst bij een bruiloft van meerdere dagen

Bij een bruiloft van één dag is de gastenlijst één lijst met één status per gast: uitgenodigd, komt, komt misschien, komt niet. Bij een bruiloft die over meerdere dagdelen loopt, klopt dat niet meer. Er is een groep die alleen bij de ceremonie is, een groep die aanschuift bij het diner, en een groep die er de volgende ochtend nog bij is voor de brunch. Eén status per gast dekt dat niet, en wie het toch zo bijhoudt, telt op de dag zelf de verkeerde stoelen.

De volgorde die werkt, begint niet bij de gasten maar bij de dagdelen. Zet eerst vast welke momenten er zijn: bijvoorbeeld vrijdagavond een informeel etentje voor twintig mensen, zaterdag de ceremonie en het feest voor honderdtwintig, zondagochtend een afsluitende brunch voor de dertig die blijven logeren. Pas daarna vul je per dagdeel in wie erbij is. Doe je het andersom, dus eerst één grote lijst maken en achteraf uitzoeken wie wanneer komt, dan ben je aan het corrigeren in plaats van aan het plannen, en dat is precies het moment waarop iemand toch op de verkeerde avond aan tafel zit.

Een concreet voorbeeld. Een bruidspaar nodigt honderdveertig mensen uit voor zaterdag, en daarvan blijven er vijfendertig het weekend logeren en zijn dus ook zondag bij de brunch. Vrijdagavond is er een klein diner met alleen de twee families, vijftien mensen. Dat zijn in feite drie gastenlijsten die overlappen: de grote lijst van honderdveertig, de subset van vijfendertig, en de subset van vijftien. Wie dat in één Excel-bestand met één kolom voor aanwezigheid probeert te vangen, loopt vast. In het systeem upload je het bestand met de volledige lijst, en geef je per gast aan bij welke dagdelen die staat ingepland. De standaardstatus, uitgenodigd, komt, komt misschien, komt niet, geldt dan gewoon per dagdeel: iemand kan bevestigd zijn voor zaterdag en nog twijfelen over zondag.

De trouwwebsite maakt dat verschil ook zichtbaar aan de kant van de gasten. Wie alleen voor de ceremonie is uitgenodigd, ziet op zijn eigen pagina geen vraag over de brunch waar hij niet bij is. Dat voorkomt niet alleen verwarring bij de gast, het voorkomt ook dat jullie zelf een aanmelding voor zondag binnenkrijgen van iemand die daar helemaal niet gepland stond, en dan moeten uitzoeken of dat een misverstand is of een welkome toevoeging.

Het draaiboek dat hierbij past

Het klassieke draaiboek van een bruiloft past op één a4: aankomst, ceremonie, borrel, diner, feest, einde. Bij een bruiloft van meerdere dagen werkt dat model niet meer, want er zijn nu twee of drie van die tijdlijnen die elk hun eigen gasten hebben en elk hun eigen leveranciers. De vrijdagavond heeft misschien alleen een cateraar nodig, geen fotograaf. De zaterdag heeft alle blokken tegelijk: locatie, ceremonie, entertainment, muziek, fotograaf. De zondagochtend heeft weer alleen catering en misschien niemand van het feestteam.

In het draaiboek van uur tot uur zet je daarom niet één tijdlijn neer maar één per dagdeel, met daarbij wie er op dat moment aanwezig is. Dat is niet alleen prettig om te lezen, het is ook wat je aan een leverancier laat zien als die vraagt hoeveel mensen er zaterdagavond zijn tegenover vrijdagavond. Een cateraar die voor vrijdag een aantal van vijftien krijgt en voor zaterdag honderdveertig, kan daar totaal andere personeelsbezetting op zetten. Geef je in plaats daarvan één totaalaantal voor het hele weekend, dan reken je jezelf voor beide dagen de verkeerde kant op.

Dit raakt meteen de tafelschikking, die in het systeem is gebaseerd op de gastenlijst. Bij één dag maak je die schikking één keer. Bij een weekend maak je hem in feite twee keer: de tafelschikking voor het diner van zaterdag ziet er anders uit dan de indeling voor de brunch van zondag, simpel omdat er zondag minder mensen zijn en de sfeer informeler is. Wie dat als twee losse indelingen behandelt in plaats van als variaties op dezelfde lijst, moet namen twee keer overtypen en twee keer controleren of ze kloppen.

Wat bij dit soort bruiloft juist niet nodig is

Het is verleidelijk om voor elk dagdeel een compleet eigen dossier te bouwen, met eigen budgetposten, eigen leveranciers en een eigen gastenlijst die los staat van de rest. Dat is meer werk dan nodig. De budgetposten horen bij de keuzes die je maakt, niet bij het dagdeel: één cateraar kan zowel de vrijdagavond als de zondagbrunch verzorgen, en dat is dan één blok met één leverancier, ook als de rekening in twee delen komt. Splits je dat toch op in drie budgetposten omdat er drie momenten zijn, dan houd je jezelf drie keer bezig met dezelfde offerte.

Ook een tweede complete gastenlijst per dag is overbodig. De kern blijft één lijst met alle namen; het enige wat verandert is per gast welke dagdelen op hem van toepassing zijn. Wie voor elk dagdeel een apart Excel-bestand uploadt, moet bij elke wijziging, een afmelding, een adreswijziging, een nieuwe gast, die wijziging in meerdere bestanden doorvoeren. Dat is precies het soort dubbel werk dat een gastenlijst met dagdeelmarkering voorkomt.

En niet elk dagdeel heeft evenveel structuur nodig. Een informeel etentje op vrijdag met vijftien mensen uit de naaste familie vraagt geen minutieus schema van aankomst tot vertrek; daar volstaat een tijd en een locatie. Zet je energie in het draaiboek dus op het dagdeel waar het ingewikkeld wordt, meestal de hoofddag met de meeste gasten en de meeste losse onderdelen, en laat de kleinere momenten simpel.

Wie op deze manier begint, bij de dagdelen en pas daarna bij de namen, voorkomt het moment waarop bij de deur nog moet worden uitgezocht wie er blijft slapen en wie na het diner al naar huis gaat. Zet dus eerst de dagdelen neer, koppel daar de gasten aan, en laat het draaiboek per dagdeel meegroeien met wat er op dat moment daadwerkelijk gebeurt.