Bruidswarenhuis
Een gastenlijst staat nooit stil. Een neef laat weten dat hij toch niet kan, een collega die eerst twijfelde meldt zich af, een tante die als komt misschien op de lijst stond zegt drie weken later toch te komen. Die veranderingen zijn geen uitzondering, ze zijn de normale gang van een gastenlijst tussen het versturen van de uitnodigingen en de dag zelf. De vraag is niet of er wijzigingen komen, maar wat er met zo'n wijziging gebeurt zodra jullie hem doorvoeren.
Jullie gastenlijst begint met een of meer Excel-bestanden die je uploadt. Daarin staan de namen, en iedere naam krijgt een stand: uitgenodigd, komt, komt misschien of komt niet. Die vier standen zijn niet alleen een label bij een naam. Ze zijn de plek waar de rest van het dossier naar kijkt zodra jullie iets anders plannen dat van het aantal gasten afhangt.
Stel, een gast die op komt stond, verandert naar komt niet. Op het moment dat jullie dat aanpassen in de gastenlijst, is dat de enige plek waar het gebeurt. Er is geen tweede lijst die je ook nog moet bijwerken, geen los bestand voor de catering en geen apart overzicht voor de tafelschikking. De tafelschikking is gebaseerd op de gastenlijst zoals die er op dat moment bij staat, dus een gast die afvalt, staat niet meer klaar om ergens ingedeeld te worden. Je hoeft dus niet na te denken over waar die naam nog meer voorkomt, want die is er maar één keer.
Dat is meteen ook waar het misgaat als je het anders doet. Wie een eigen Excel-bestand naast het systeem blijft bijhouden, bijvoorbeeld omdat dat nu eenmaal het bestand is dat je al had, loopt het risico dat de twee uit elkaar gaan lopen. Op het moment dat je zelf een aparte lijst deelt met een cateraar of een familielid, en je verandert daarna iets in het systeem, staat die verandering niet automatisch ook in dat losse bestand. Wie de gastenlijst wil laten kloppen, houdt hem dus op één plek bij, en laat dat de plek zijn die het systeem gebruikt.
Niet elke wijziging heeft gevolgen die je moet nagaan. Een gast die van uitgenodigd naar komt misschien gaat, verandert voorlopig niets aan wat al vaststaat, want die gast stond nog nergens ingedeeld en er is voor hem nog geen aantal doorgegeven aan een leverancier. Zo'n wijziging is dan ook niets om achteraan te lopen: je zet de stand aan om ernaar te kijken op een later moment, wanneer de gast zelf weet of hij komt, en tot die tijd hoeft er niets met die naam te gebeuren.
Dat is meteen ook het verschil met een gast die van komt misschien naar komt gaat op een moment dat de tafelschikking al gemaakt is. Dan is er wel iets om naar te kijken, namelijk waar die gast een plek krijgt. Het systeem dwingt je niet om dat meteen te doen. Het is aan jullie om te bepalen wanneer dat moet gebeuren, bijvoorbeeld pas wanneer de tafelschikking daadwerkelijk wordt afgerond, en niet elke keer dat er ergens een status wijzigt.
Een deel van die wijzigingen komt niet van jullie, maar van de gasten zelf. Op de trouwwebsite kunnen zij doorgeven of ze komen, en ook daar is komt misschien een geldige keuze. Een gast die op de website invult dat hij komt, verandert daarmee de stand in dezelfde gastenlijst die jullie ook zelf bijhouden. Dat is meteen de reden waarom het handig is de gasten zelf te laten doorgeven in plaats van het na te vragen en dan zelf aan te passen: je voert de wijziging dan niet twee keer door, één keer omdat de gast het je appt en nog eens omdat je het zelf moet invoeren.
Dat betekent ook dat het de moeite waard is om af en toe te kijken wie er nog op uitgenodigd staat terwijl de datum voor een antwoord al verstreken is. Dat is geen automatische melding die verschijnt, het is iets waar jullie zelf naar kijken wanneer dat past, bijvoorbeeld een week voordat de tafelschikking gemaakt moet worden.
Een veelgemaakte gedachte is dat je bij een wijziging het hele Excel-bestand opnieuw moet aanmaken en opnieuw uploaden. Dat is niet nodig en ook niet de bedoeling. Het uploaden van een Excel-bestand is de manier om de namen voor het eerst in het systeem te krijgen, niet de manier om ze bij te werken. Een enkele stand aanpassen doe je in de gastenlijst zelf, bij de naam waar het om gaat. Wie daarentegen een tweede bestand heeft, bijvoorbeeld omdat de gastenlijst van de ouders van de bruid apart is bijgehouden, kan dat bestand als tweede lijst toevoegen. Beide lijsten staan dan naast elkaar in hetzelfde dossier, en een wijziging in een van de twee blijft in die lijst horen, terwijl je toch één totaaloverzicht hebt van iedereen.
Een wijziging in de gastenlijst past niet automatisch iets aan bij een leverancier die al een aantal doorgekregen heeft. Als de cateraar al een aantal gasten heeft genoteerd voor de bruiloft en er valt daarna nog iemand af, dan verandert dat aantal in de gastenlijst wel, maar het bericht daarover aan de cateraar is aan jullie. Dat is een bewuste grens: het systeem houdt bij wat er bij jullie geregistreerd staat, het neemt niet over wat jullie met een leverancier hebben afgesproken. Wie dus een wijziging doorvoert die van belang is voor een leverancier, bijvoorbeeld een aantal dat scheelt voor de catering, weet dat die wijziging in de gastenlijst zelf klopt, maar dat het doorgeven aan die leverancier nog een aparte stap is.
Het voordeel daarvan is dat de gastenlijst een betrouwbare bron blijft voor wat er intern bij jullie geldt, zonder dat elke aanpassing meteen ergens naar buiten gestuurd wordt. Zo kun je een status een paar keer aanpassen, bijvoorbeeld wanneer een gast twijfelt en dan toch besluit, zonder dat er telkens een bericht de deur uit gaat naar iemand die daar niets aan heeft.
Het verschil tussen een wijziging in vier standen en een wijziging in vier losse lijsten is niet dat het ene sneller gaat dan het andere. Het verschil is dat je bij vier standen op één plek weet waar je moet kijken als je wilt weten wie er komt, en bij vier losse lijsten steeds moet nagaan of ze nog wel gelijk lopen. Dat is precies waar tijd in gaat zitten die niemand vooraf begroot: niet het aanpassen zelf, maar het controleren of de aanpassing overal is doorgekomen. Door de gastenlijst met die vier standen op één plek te houden, en de tafelschikking en het overzicht daar rechtstreeks op te laten steunen, hoeft die controle niet.