Bruidswarenhuis
De gastenlijst staat in het dossier met alle namen die uit de Excel-bestanden komen die jullie hebben geüpload, en bij elke naam een stand: uitgenodigd, komt, komt misschien of komt niet. Dat is het complete beeld, met alle onzekerheid en alle ruis die daarbij hoort. Een leverancier heeft dat beeld meestal niet nodig. De cateraar wil weten hoeveel mensen er eten, niet wie er nog moet reageren. Dat verschil is de kern van deze pagina: wat blijft binnen het dossier, en wat geef je naar buiten.
Neem de cateraar als voorbeeld. Die vraagt op een gegeven moment een aantal op, meestal een week of twee voor de bruiloft, om de keuken en de bediening op te kunnen inplannen. Op dat moment heeft de gastenlijst allerlei standen naast elkaar: een deel staat op komt, een deel op komt misschien, en een paar mensen hebben nog niet gereageerd en staan dus op uitgenodigd. Wat de cateraar krijgt is niet die hele lijst met vier categorieën. Wat telt is het aantal mensen dat op komt staat, eventueel aangevuld met wie er op komt misschien staat als jullie besluiten die groep ook mee te tellen. De rest van de informatie, wie er nog niet gereageerd heeft en wie heeft afgemeld, is voor het draaiboek van de bruiloft niet relevant en hoort daar dan ook niet in.
Dat onderscheid voorkomt een vergissing die in de praktijk vaak misgaat: een lijst met alle namen en standen doorsturen naar een leverancier, in de veronderstelling dat diegene daar zelf wel het juiste aantal uit haalt. Een cateraar die een bestand krijgt met honderdtwintig namen, waarvan er negentig op komt staan en de rest verspreid over de andere drie standen, moet zelf gaan filteren en tellen. Dat is foutgevoelig, en het is niet zijn taak. Het aantal dat aankomt bij de keuken moet een schoon getal zijn, met eventueel een marge die jullie zelf bepalen voor mensen die op het laatste moment toch komen of afzeggen.
Dezelfde logica geldt voor de locatie, voor de tafelschikking die op de gastenlijst is gebaseerd, en voor iedereen die met een vast aantal stoelen, borden of plaatsen moet werken. Zij hebben een aantal nodig, op een bepaald moment vastgesteld, niet een voortdurend bijgehouden lijst met wisselende standen. Als de gastenlijst in het dossier tot een week voor de bruiloft nog verandert, omdat er iemand op het laatste moment afmeldt, is dat een gegeven dat binnen het dossier blijft totdat er een reden is om het naar buiten te brengen. Die reden is meestal een deadline die de leverancier zelf stelt: de datum waarop de keuken de bestelling moet doorgeven aan de groothandel, of de datum waarop de locatie de indeling van de zaal moet vastleggen.
Niet elke leverancier heeft de gastenlijst nodig. De fotograaf niet, de trouwauto niet, de bruidskleding niet. Die werken met tijden, locaties en afspraken over de dag zelf, niet met aantallen gasten. Wie voor elke leverancier standaard de hele lijst gaat doorsturen, creëert werk dat niemand vroeg en informatie die ergens buiten het dossier komt te staan zonder dat daar een reden voor is. De vraag is dus niet hoe je de gastenlijst het makkelijkst deelt met iedereen, maar welke leverancier concreet een aantal nodig heeft, en op welk moment.
Dat moment verschilt per leverancier, en dat is precies waarom het geen vast schema is dat je in één keer afhandelt. De locatie wil misschien al drie maanden van tevoren een indicatie, om de zaalgrootte te bepalen, en dan een definitief aantal twee weken voor de bruiloft. De cateraar werkt vaak met één moment, kort voor de datum, omdat de inkoop van voedsel niet lang van tevoren vastligt. Wie dat niet uit elkaar houdt, stuurt op een willekeurig moment een lijst door die dan al weer verouderd is tegen de tijd dat de leverancier hem gebruikt.
Het delen van de gastenlijst met familie werkt niet volgens dezelfde logica als met een leverancier. Waar de leverancier alleen aantallen nodig heeft, wil een ouder die de tafelschikking helpt bedenken, of een getuige die een deel van de communicatie doet, vaak wel de namen zien en soms ook de stand erbij. Dat is mogelijk door diegene toegang te geven tot precies het deel van het dossier waar hij of zij over gaat, zonder dat daarvoor de lijst als bestand ergens anders terechtkomt. Zo blijft er één versie van de gastenlijst die door iedereen wordt bekeken in plaats van kopieën die na een paar wijzigingen niet meer met elkaar overeenkomen.
Dat is meteen het verschil met een leverancier: een leverancier heeft geen lopende toegang tot het dossier nodig, alleen een aantal op een vast moment. Familie die meewerkt aan de organisatie kijkt juist mee terwijl de standen nog veranderen. Die twee situaties vragen dus niet om dezelfde manier van delen, en het is de moeite waard om dat voor jullie eigen bruiloft even scherp te hebben voordat er iets naar buiten gaat.
Wat je met de tijd bespaart, is niet dat het delen zelf sneller gaat, maar dat je niet elke keer opnieuw hoeft te bepalen welke gast in welke categorie hoort. Die indeling staat al in het dossier, gebaseerd op de reacties die via de trouwwebsite binnenkomen of die jullie zelf handmatig bijwerken. Het enige dat overblijft is de vraag welk deel van dat overzicht een bepaalde leverancier op een bepaald moment nodig heeft, en dat is een kleinere vraag dan de vraag hoe je honderd tot tweehonderd namen foutloos bijhoudt over de maanden dat de reacties binnendruppelen.