Bruidswarenhuis
De gastenlijst in het dossier komt niet uit het niets. Jullie uploaden een of meer Excel-bestanden, en het systeem zet daar namen van. Dat betekent dat de lijst nooit beter is dan het bestand dat erin ging. Staat er in het bestand van de ouders van de bruid een tante dubbel, dan staat ze ook dubbel in het dossier. Ontbreekt er een collega in het bestand van de bruidegom, dan ontbreekt hij ook op de trouwwebsite. Controleren of de lijst klopt begint dus bij de bron, niet bij het scherm waar de namen verschijnen.
Het eerste waar je op kijkt is het aantal. Tel na een upload hoeveel namen er binnen zijn gekomen en vergelijk dat met wat je verwachtte. Bij twee bestanden, een van elke familie, is dat rekenwerk eenvoudig: twintig namen van de ene kant, vijftien van de andere, dan hoort er vijfendertig te staan. Staat er zesendertig, dan is er ergens een naam dubbel ingelezen, meestal omdat iemand op beide lijsten voorkomt. Een oom die zowel bij de familie van de bruid als bij die van de bruidegom is opgevoerd, staat straks twee keer op de trouwwebsite en krijgt straks ook twee plekken aan tafel toegewezen als niemand het opmerkt.
Het tweede punt is de stand per gast. Iedere naam krijgt na binnenkomst de stand uitgenodigd, en verandert vanaf dat moment naarmate er reacties komen: komt, komt misschien, of komt niet. Bij een lijst van vijftig man is dat overzichtelijk, bij een lijst van honderdvijftig minder. Loop daarom niet alleen de namen langs, maar sorteer op stand en kijk of het aantal met de stand komt misschien niet stil blijft staan. Een groep van vijftien mensen die weken op komt misschien blijft hangen, is meestal een teken dat er nog nagebeld moet worden, niet dat de lijst niet klopt. Het onderscheid tussen die twee is waar veel stellen op vastlopen: ze denken dat de lijst fout is, terwijl de lijst gewoon laat zien dat er actie nodig is bij een deel van de gasten.
Een gastenlijst is nooit een momentopname. Vlak na de uitnodigingen komt er een golf van reacties binnen via de trouwwebsite, waar gasten zelf hun stand doorgeven. Die reacties overschrijven niet het hele bestand, ze passen de stand aan van de gast die heeft gereageerd. Dat is precies waarom een tweede controle nodig is, een paar weken na de eerste. Niet omdat het systeem fouten maakt, maar omdat de situatie verandert: een neef die eerst komt misschien had aangevinkt, meldt zich drie weken later af, en die wijziging moet zichtbaar worden voordat iemand met de tafelschikking begint.
Stel dat de tafelschikking al klaar is op basis van een lijst van honderd gasten waarvan er tien nog op komt misschien staan. Zeggen er van die tien acht af, dan zit er op papier plek voor acht extra gasten die niet komen. Dat merk je alleen als je de gastenlijst er nog eens bij pakt voordat je de tafelschikking vastzet, en de stand van elke gast naast de indeling legt. Het is geen kwestie van vertrouwen op het systeem of niet, het is een kwestie van op het juiste moment nog een keer kijken.
Een tweede risico zit niet in het dossier maar in de bestanden zelf. Wie halverwege het traject een naam toevoegt aan het originele Excel-bestand, maar vergeet dat bestand opnieuw te uploaden, ziet die naam nergens in het dossier terug. De gast krijgt geen toegang tot de trouwwebsite, komt niet in de tafelschikking terecht, en niemand merkt het tot iemand op de dag zelf een stoel te weinig telt. Dit is een fout die je niet oplost door het dossier te controleren, want het dossier doet precies wat het bestand hem opdraagt. De controle die hier wel werkt, is de bestanden en het dossier naast elkaar leggen: staat iedereen die in het laatste Excel-bestand staat, ook echt in het dossier. Bij twee bestanden van twee families is dat een kwestie van twee lijsten doornemen, geen ingewikkelde exercitie, maar wel een stap die overgeslagen wordt als iemand ervan uitgaat dat een upload voor altijd geldt.
Het omgekeerde komt ook voor. Een gast die is afgezegd, en van wie de stand op komt niet is gezet, staat nog altijd op de lijst. Dat is geen fout, want het systeem verwijdert niemand automatisch; de stand komt niet is er juist voor om bij te houden wie wel is uitgenodigd maar niet komt. Wie bij het doornemen van de lijst alleen naar de namen kijkt en niet naar de stand ernaast, telt die gast alsnog mee bij het aantal, en dat aantal loopt dan vanzelf door naar de tafelschikking of naar wie voor het draaiboek als aanwezig wordt aangenomen.
Niet elke wijziging in de gastenlijst vraagt om een nieuwe volledige doorloop. Verandert de stand van één gast van komt misschien naar komt, dan is dat een aanpassing die zichzelf meldt zodra je de lijst op stand sorteert; er is geen reden om dan alle honderd namen opnieuw te controleren op dubbelingen of ontbrekende gegevens. Die volledige controle is vooral nodig na een upload van een nieuw of aangepast bestand, of na een periode waarin veel gasten via de trouwwebsite hebben gereageerd. Buiten die twee momenten is het voldoende om te kijken naar wat er is veranderd, niet naar de hele lijst opnieuw.
Het is ook niet nodig om de lijst te controleren voordat de eerste uitnodigingen de deur uit zijn. Op dat moment staat iedereen nog op uitgenodigd, en is er nog niets dat kan afwijken. De controle heeft pas zin zodra er beweging in de standen zit, want daarvoor is de indeling in vier standen bedoeld: niet om vooraf alles dicht te timmeren, maar om tijdens het traject te kunnen zien wie waar staat.
De zekerheid die je zoekt, zit niet in een enkele blik op het totale aantal namen, maar in het herhaaldelijk naast elkaar leggen van drie dingen: het laatste Excel-bestand dat je hebt geüpload, de standen die in het dossier staan, en de reacties die via de trouwwebsite zijn binnengekomen. Doe je dat op de twee momenten die ertoe doen, na een upload en na een periode van reacties, dan weet je bij het opstellen van de tafelschikking en het draaiboek precies met welke aantallen je rekent, in plaats van met een lijst die ergens in het proces is blijven hangen.