BBruidswarenhuis

Bruidswarenhuis

Gastenlijst bijhouden: hoe het systeem dat doet

Een gastenlijst is bij de meeste bruidsparen geen lijst die in één keer ontstaat. Er is een Excel-bestand van de ouders van de bruid, een appje met namen van de kant van de bruidegom, een lijst van collega's die er op het laatste moment nog bij komt. Ons systeem gaat daarom niet uit van één lijst die jullie zelf intikken, maar van bestanden die je uploadt. Je kunt er een uploaden, of drie, elk van een ander familielid of van jullie zelf, en het systeem voegt die samen tot één gastenlijst.

Wat er in die bestanden moet staan, is niet ingewikkeld, maar het bepaalt wel wat het systeem ermee kan. Elke naam krijgt een stand: uitgenodigd, komt, komt misschien of komt niet. Bij een lijst die net is aangemaakt staat iedereen op uitgenodigd, want er is nog niemand die heeft gereageerd. Naarmate reacties binnenkomen, verandert die stand per gast, en dat is meteen ook waar de lijst zijn waarde krijgt: niet in het opsommen van namen, maar in het bijhouden van wie waar staat.

Wanneer je dit gebruikt, is dus niet één moment maar een aanloop van maanden. De eerste keer is vroeg, zodra er ruwe lijsten van beide kanten van de familie liggen en jullie die willen samenvoegen voor je verder gaat met de save-the-dates. De tweede keer is als de trouwkaarten de deur uit zijn en de eerste reacties binnenkomen. De derde, en vaak de lastigste, is in de laatste weken voor de bruiloft, wanneer de tafelschikking en de catering een vast aantal nodig hebben en de status komt misschien niet langer een status is die je kunt laten staan.

Een voorbeeld maakt dat concreet. Stel, de moeder van de bruidegom levert een Excel-bestand met veertig namen van haar kant van de familie, inclusief een paar mensen die al hebben laten weten dat ze niet komen. Jullie zelf hebben een lijst van vrienden en collega's, zestig namen, waarvan de meeste nog geen antwoord hebben gegeven. Je uploadt beide bestanden. Het systeem zet de veertig namen van de moeder erbij, met de standen die zij al had genoteerd, en de zestig van jullie eigen lijst als uitgenodigd. Vanaf dat moment is er één lijst van honderd namen, niet twee losse bestanden die je apart moet blijven vergelijken.

De stand komt misschien is in de praktijk vaak de vervelendste, en het systeem doet er niets geheimzinnigs mee: het laat hem gewoon staan totdat jij of de gast hem verandert. Dat is een bewuste keuze. Een systeem dat misschien automatisch naar komt niet zou zetten na een bepaalde datum, zou een aanname doen die niet aan jullie is. Wat het systeem wel doet, is dat de stand overal waar hij gebruikt wordt, hetzelfde is. Zet je een gast op komt niet, dan verdwijnt die naam ook uit de telling die de tafelschikking gebruikt en uit het aantal waarmee de cateraar rekent, zonder dat je dat apart moet doorgeven.

Om die reden is de gastenlijst ook het onderdeel waar de trouwwebsite op aansluit. Gasten die zelf via die website doorgeven of ze komen, veranderen daarmee de stand die in dezelfde lijst staat die jullie zelf ook zien. Dat is geen tweede lijst die je moet vergelijken met de eerste; het is dezelfde lijst, aangevuld door de mensen die erop staan. Wie liever niets met een website te maken heeft en gewoon belt of appt om te laten weten dat hij komt, kan die stand door jullie handmatig laten aanpassen. Beide gaat naar dezelfde plek.

Waar de gastenlijst zelf stopt, is bij de vraag wie waar aan tafel zit en wat de dag zelf gaat kosten aan eten en drinken. Dat zijn andere onderdelen van het dossier: de tafelschikking gebruikt de lijst als basis, en de catering als budgetpost rekent met het aantal dat op komt staat. De gastenlijst levert het aantal en de namen; wat daarmee gebeurt, gebeurt elders. Dat onderscheid is expres zo gemaakt, want een lijst die ook meteen tafels indeelt of eten bestelt, wordt een lijst die je niet meer overziet zodra er iets verandert, en er verandert bijna altijd iets.

Een praktisch punt dat vaak wordt onderschat: wat er misgaat als je de standen niet bijhoudt maar in plaats daarvan blijft werken met het oorspronkelijke Excel-bestand naast het systeem. Dan ontstaan er twee versies van de waarheid. Iemand kijkt in het Excel-bestand en denkt dat een gast nog moet reageren, terwijl die in het systeem al op komt niet staat omdat hij via de trouwwebsite heeft afgemeld. Bij honderd gasten valt dat soort verschil op een gegeven moment op; bij tweehonderd, verdeeld over de families van beide kanten, valt het pas op als de cateraar vraagt om een definitief aantal en dat aantal niet meer klopt met wat er op papier staat. Het systeem is er niet om dat gesprek te voorkomen, maar om te zorgen dat er één plek is waar het antwoord vaststaat.

Omgekeerd is het ook niet nodig om de lijst strakker bij te houden dan de bruiloft vraagt. In de eerste maanden na de verloving heeft niemand haast met de status van een gast die nog niet is uitgenodigd; die staat gewoon op uitgenodigd totdat de kaart de deur uit is. Wie in die fase elke week de lijst doorloopt om te kijken of er al reacties zijn, doet werk dat nog niet nodig is. De lijst wordt pas iets om regelmatig te bekijken zodra de kaarten verstuurd zijn en de eerste antwoorden beginnen te komen, en wordt weer belangrijker in de laatste weken, wanneer komt misschien een antwoord moet worden voordat de tafelschikking en het aantal voor de catering vast moeten staan.

Wie de lijst wil delen met anderen, met de ouders die de kaarten verzonden hebben, met een getuige die helpt bij het bijhouden van reacties, kan dat doen via de toegang die per onderdeel te geven is. Zij zien dan dezelfde standen, bijgewerkt op het moment dat een gast reageert, zonder dat er een los bestand rondgestuurd hoeft te worden dat na een paar weken toch weer verschilt van de rest.

Verder lezen