Bruidswarenhuis
Bij een bruiloft die over meerdere dagen loopt, is de eerste vraag niet hoeveel je uitgeeft, maar aan wie. Zodra er een vrijgezellenavond is met alleen de getuigen, een ceremonie met de hele familie en een feestavond met vrienden erbij, heb je in feite drie gastenlijsten en drie kostenposten die niets met elkaar te maken hebben. Wie dat als één bedrag in het hoofd houdt, merkt na de tweede dag dat er voor de derde niets meer over is.
Het werkt daarom niet om een totaalbedrag te bepalen en dat later te verdelen. Andersom is logischer: je stelt voor elk dagdeel een eigen gastenlijst op, en pas daarna een bedrag per dagdeel. Een diner op vrijdagavond met twintig mensen kost per hoofd ongeveer hetzelfde als een borrel met vijftig man, maar het totaal ligt volledig anders. Zolang je niet weet wie waar bij is, reken je met een getal dat nergens op gebaseerd is.
In het systeem betekent dit dat je niet één blok catering aanmaakt, maar een blok per dagdeel: catering vrijdag, catering zaterdag, eventueel catering zondagbrunch. Hetzelfde geldt voor de locatie als je van plek wisselt, en voor entertainment als er op de ene avond een dj staat en op de andere niet. Elk blok wordt een eigen post in het budget, met zijn eigen leverancier en zijn eigen betaaldatum. Zo zie je meteen of de vrijdag te veel opeet van wat er voor zaterdag bedoeld was, in plaats van dat je dat pas ontdekt als de rekening van de tweede leverancier binnenkomt.
Omdat de dagdelen verschillende gasten hebben, is de gastenlijst niet één lijst met een enkele status per persoon, maar een lijst waarin je per gast aangeeft bij welk dagdeel diegene aanwezig is. Iemand kan komen voor de ceremonie en het diner, maar niet voor de besloten lunch de dag ervoor. Wie dat niet vastlegt, telt bij de catering per ongeluk iedereen mee voor elk dagdeel, en betaalt voor maaltijden die niemand opeet.
Een voorbeeld uit de praktijk: een bruidspaar plant een lunch op vrijdag met twaalf familieleden, een ceremonie op zaterdagmiddag met tachtig gasten en een feestavond met honderdtwintig. Bij de lunch reken je op twaalf couverts, niet op tachtig. Als de trouwwebsite die drie momenten niet los van elkaar aan de gasten voorlegt, geven mensen alleen door of ze op zaterdag komen, en blijft onduidelijk wie er vrijdag ook bij is. Reken dus per dagdeel een gastenaantal uit voordat je de catering vastlegt, en niet op basis van de grootste lijst die je hebt.
Bij een bruiloft van één dag schrijf je een draaiboek van ochtend tot avond en dat is het. Bij meerdere dagen loop je vast als je dat op dezelfde manier aanpakt: een enkel overzicht van vrijdagochtend tot zondagavond wordt onleesbaar, en belangrijker, het mist het punt dat elke dag zijn eigen mensen heeft die moeten weten wanneer zij aan de beurt zijn.
Het werkt beter om per dagdeel een eigen draaiboek te maken, met eigen tijden en eigen namen van wie waar moet zijn. De getuige die vrijdagavond de vrijgezellenavond organiseert, heeft niets aan een tijdlijn waarin ook de bloemist van zaterdagochtend staat. Andersom heeft de fotograaf die alleen zaterdag komt, niets aan de tijden van vrijdag. Door voor elk dagdeel een los draaiboek te maken, kun je aan ouders, getuigen of helpers precies dat deel geven waar zij bij horen, zoals ook mogelijk is bij de toegang tot een deel van het dossier voor wie niet alles hoeft te zien. Dat voorkomt dat een grootouder een schema van drie dagen krijgt terwijl die alleen op zaterdagmiddag komt.
De posten die bij één dag vaak worden samengevoegd, moeten bij meerdere dagen juist apart blijven. Denk aan de trouwlocatie: bij een enkele dag is dat vaak één plek voor ceremonie en feest, bij meerdere dagen kan dat een andere zaal zijn voor de lunch dan voor het diner, met elk een eigen huur, eigen borg en eigen betaaldatum. Wie die twee bedragen samenvoegt in één post trouwlocatie, ziet in het budgetoverzicht niet meer welk deel al betaald is en welk deel nog moet.
Ook de aanbetaling en restbetaling lopen door elkaar zodra er meerdere leveranciers per categorie zijn. Een cateraar voor de vrijdaglunch vraagt misschien een aanbetaling twee maanden vooraf, terwijl de cateraar voor het zaterdagdiner een andere aanbetalingstermijn hanteert. Door elk dagdeel als eigen post te registreren met een eigen datum voor aanbetaling en restbetaling, zie je in één overzicht wat er deze maand nog moet gebeuren, in plaats van dat je bij elke leverancier apart moet navragen wanneer er precies iets verschuldigd is.
Wie spaart voor de hele bruiloft in plaats van per dagdeel, loopt het risico dat het geld voor de laatste dag er niet meer is als de eerste twee tegenvallen. Het is daarom verstandiger om het maandbedrag dat je opzij zet, mentaal te verdelen naar de dagdelen waarvoor het bedoeld is, ook als het systeem dat bedrag als één spaarpot bijhoudt en elke maand vraagt of het gelukt is om het weg te zetten.
Niet elk dagdeel heeft dezelfde uitrusting nodig. Een informele lunch met twaalf mensen heeft geen trouwauto, geen bruidstaart en meestal geen eigen ceremonie nodig; die posten horen bij het hoofdmoment. Wie voor elk dagdeel automatisch alle blokken van de startpagina aanmaakt, dus ook voor de vrijgezellenavond een blok trouwambtenaar of voor de brunch een blok entertainment, maakt het budget onnodig groot en onoverzichtelijk. Maak alleen de blokken aan die voor dat specifieke dagdeel gelden, en voeg de rest toe met de knop voor een nieuw blok zodra dat dagdeel het echt nodig heeft.
Ook een aparte tafelschikking voor elk dagdeel is niet altijd nodig. Bij een informele lunch of borrel zit niemand vast aan een tafelindeling; die heeft alleen zin bij het diner waar de gastenlijst groot genoeg is om daadwerkelijk te moeten indelen. Door dat onderscheid vooraf te maken, besteed je tijd aan het dagdeel waar het verschil maakt, en niet aan een indeling voor een moment waarbij iedereen toch gewoon rondloopt.