Bruidswarenhuis
Op de homepage van het dossier staat elke keuze als een blok: gemeente, trouwlocatie, bruidskleding, fotograaf, ringen, catering, bruidsschoenen, trouwauto, bruidslingerie, bruidstaart, huwelijksnacht, entertainment, muziek, ceremonie, trouwambtenaar, trouwkaarten, weddingplanner. Dat overzicht lijkt op het eerste gezicht los te staan van de gastenlijst. Dat is het niet. Een paar van die blokken hangen direct van het aantal gasten af, en de vraag waar dit stuk antwoord op geeft is welke dat zijn en wat er misgaat als je de volgorde omdraait.
Neem de trouwlocatie. Je zet het blok op de homepage aan, voegt een leverancier toe uit de gids of handmatig, en de keuze wordt een post in het budget. Maar de locatie die je kiest, kiest ook een maximum. Een zaal voor vijfenveertig man werkt niet bij een gastenlijst van honderdtien namen. Wie de locatie vastlegt voordat er een gastenlijst is geüpload, kiest dus eigenlijk blind. Andersom werkt het beter: eerst een ruwe lijst in het Excel-bestand, ook als de status van iedereen nog op uitgenodigd staat, en dan pas de locatie erbij zoeken die bij dat aantal past.
Catering werkt hetzelfde, met een ander mechanisme. Dat blok wordt niet begrensd door een maximum maar door een bedrag per hoofd. Een cateraar rekent per gast, en dat bedrag verandert elke keer dat de stand van iemand in de gastenlijst wijzigt van uitgenodigd naar komt, of van komt misschien naar komt niet. Wie de post catering in het budget invult op basis van de eerste ruwe lijst van tachtig namen, en drie maanden later blijkt dat er negentig hebben laten weten dat ze komen, moet dat bedrag alsnog aanpassen. Dat is geen fout van het systeem; het is de reden dat de post in het budget een bedrag heeft en een datum, maar niet automatisch meebeweegt met de lijst. Die koppeling maak je zelf, op het moment dat de gastenlijst stabieler wordt.
Niet elk blok wacht op de gastenlijst. De bruidskleding, de ringen, de trouwauto, de bruidsschoenen: die keuzes gaan over twee mensen, niet over het aantal gasten. Daar kun je een leverancier toevoegen en een post in het budget invullen zodra jullie zelf een knoop hebben doorgehakt, los van wie er wel of niet komt. Wie denkt dat alles op de homepage in dezelfde volgorde moet worden afgevinkt, legt zichzelf een wachttijd op die nergens vandaan komt. De trouwauto hoeft niet te wachten op een reactie van tante Marja op de trouwwebsite.
De vaste blokken op de homepage dekken de meeste bruiloften, maar niet elke situatie. Een paar dat op twee locaties trouwt, bijvoorbeeld een ceremonie in de ene stad en een feest in de andere, heeft twee blokken trouwlocatie nodig, niet één. Dat regel je door zelf een blok toe te voegen: bij de knop "Blok toevoegen" kies je uit de lijst of, als je categorie er niet bij staat, kies je "anders" en vul je zelf in waar het blok voor is. Een tweede fotograaf voor de ochtend en de avond werkt op dezelfde manier: één vast blok fotograaf volstaat dan niet, dus zet je er een tweede naast.
Dit heeft ook een kant die met de gastenlijst te maken heeft, specifiek bij bruiloften met een besloten en een groter deel. Sommige paren nodigen twintig mensen uit voor de ceremonie en honderd voor het feest erna. Het systeem houdt per gast één stand bij: uitgenodigd, komt, komt misschien, komt niet. Er is geen apart veld voor "genodigd voor de ceremonie" versus "genodigd voor het feest". Wie dat onderscheid wil vasthouden, doet dat nu buiten het systeem, bijvoorbeeld met een aparte kolom in het Excel-bestand voordat je het uploadt, of met twee gescheiden bestanden. Dat is geen tekortkoming die je moet oplossen met een truc in de blokken op de homepage; het is gewoon een grens van wat de gastenlijst als functie op dit moment vastlegt.
De winst van het blokkenoverzicht zit niet in het aantal, maar in waar de informatie blijft staan. Zodra je een leverancier aan een blok koppelt, staat die post automatisch in het budget met de naam van de leverancier, de categorie en waarvoor het is. Je hoeft dat niet nog een keer over te typen in een spreadsheet naast het systeem. Wat het je niet bespaart, is het nadenken over de volgorde zelf. Het systeem dwingt niet af dat je eerst de gastenlijst uploadt en dan de locatie kiest; het laat je blokken in elke volgorde aanmaken. De volgorde die hierboven staat, gastenlijst eerst bij locatie en catering, vrij bij de rest, is iets wat je zelf aanhoudt, niet iets wat een melding je oplegt.
Er is nog een praktisch punt waar paren tegenaan lopen. Een blok verwijderen dat je per ongeluk verkeerd hebt aangemaakt, bijvoorbeeld een tweede blok trouwlocatie terwijl je toch bij één locatie blijft, laat de bijbehorende post in het budget niet vanzelf verdwijnen op een andere manier dan door hem zelf te verwijderen. Wie voortijdig blokken aanmaakt om te zien hoe het systeem werkt, kan dus achteraf beter opruimen dan het laten staan als lege regel in het budgetoverzicht.
De kern is dus dat de homepage met blokken niet zomaar een checklist is die je van boven naar onder afwerkt. Sommige blokken hangen af van een aantal dat nog moet landen, namelijk het aantal gasten dat daadwerkelijk komt. Andere blokken staan daar volledig los van. Door dat onderscheid te kennen, leg je niet te vroeg een bedrag of een locatie vast op basis van een lijst die nog voor de helft op uitgenodigd staat, en wacht je ook niet onnodig met keuzes die niets met de gastenlijst te maken hebben.