Bruidswarenhuis
Een bruiloft van één dag heeft één datum, één locatie, één avond die afgesloten wordt met een feest. Zodra er een dag bijkomt, een aankomstdag met een informeel diner, een hoofddag met de ceremonie, een afsluitend brunch de dag erna, verandert er iets in hoe je moet plannen. Niet omdat er meer werk is, maar omdat het werk niet meer op elkaar volgt. De hoofddag heeft een fotograaf, een trouwlocatie, een ceremonie. De dag ervoor heeft een andere locatie, misschien ander vervoer, een andere gastenlijst want niet iedereen komt voor alle dagen. Wie dat in één hoofd probeert te houden, of erger, in twee hoofden die elkaar bijpraten via WhatsApp, verliest ergens de draad. Iemand boekt de zaal voor het welkomstdiner op de verkeerde avond. Iemand anders denkt dat de trouwauto voor drie dagen gereserveerd is, terwijl dat alleen voor de hoofddag geregeld is.
In het dossier zet je voor zoiets gewoon een extra blok. Naast trouwlocatie komt er een tweede blok voor de locatie van het welkomstdiner. Naast catering een tweede post voor de brunch de dag na de bruiloft. Dat is geen truc, het is de standaardmanier waarop het systeem werkt: wie twee van iets nodig heeft, twee locaties, twee cateraars, twee momenten met vervoer, voegt er zelf een blok bij. Bij een bruiloft van één dag gebruik je dat misschien nooit. Bij een bruiloft van meer dagen is het vanaf het begin de manier waarop je het overzicht overeind houdt, want elk blok wordt automatisch een aparte post in het budget, met zijn eigen bedrag, zijn eigen betaaldatum en zijn eigen leverancier. Zo raakt de rekening van het welkomstdiner niet vermengd met die van de bruiloft zelf, en zie je in één blik welke van de twee dagen nog een aanbetaling wacht.
Waarom twee accounts op één dossier hier zwaarder wegen dan bij een bruiloft van één dag
Bij een bruiloft van één dag kun je nog behelpen met een gedeeld Excel-bestand of een notitie op de telefoon van een van jullie twee. Er is één datum, dus er is weinig ruimte om iets te missen dat de ander wél weet. Bij een bruiloft van meer dagen ontstaat vanzelf een verdeling van taken, ook als je die nooit hardop hebt afgesproken. De een regelt de hoofddag omdat die het dichtst bij zijn of haar familie staat. De ander regelt het weekend ervoor omdat die de vrienden uitnodigt die alleen voor het informele stuk komen. Dat werkt, tot het moment dat er iets is dat allebei aangaat: het budget, de gastenlijst, de vraag wie op welke avond aanwezig moet zijn voor een speech.
Op het dossier zit geen los account per persoon met een eigen versie van de planning. Er zijn twee accounts op hetzelfde dossier, dus wat de een toevoegt of aanpast, ziet de ander direct. Wanneer de een een blok toevoegt voor het diner op de avond voor de bruiloft, met een cateraar en een bedrag, staat die post er voor de ander ook, in hetzelfde budgetoverzicht als de rest. Er is geen tussenstap waarin je dat aan elkaar moet doorgeven of waarin een oud bestand rondgaat dat niet meer de laatste versie is. Bij een bruiloft van meer dagen, waar de kans groter is dat jullie allebei tegelijk aan verschillende dagen werken, is dat het verschil tussen twee mensen die weten waar de ander mee bezig is, en twee mensen die achteraf ontdekken dat ze allebei dachten dat de ander de zaal voor de brunch had geregeld.
Neem de gastenlijst. Bij een bruiloft van meer dagen is het gewoon dat niet iedereen voor elke dag komt. Collega's komen voor de hoofddag, naaste familie blijft het hele weekend, een enkele vriend komt alleen voor de brunch omdat hij die zondag moet werken. Die informatie staat niet los van de rest, die informatie moet in het hoofd van allebei zitten wanneer er bijvoorbeeld een tafelschikking gemaakt wordt voor het diner, of wanneer er besloten wordt hoeveel eten er bij de cateraar besteld wordt voor de zondag.
Als de een de gastenlijst beheert en de status van gasten bijhoudt, komt, komt niet, komt misschien, dan zou de ander bij een gescheiden systeem moeten vragen hoe dat er nu voorstaat. Op één dossier met twee accounts is dat niet nodig: wie inlogt, ziet de actuele stand, ook als die tien minuten eerder is bijgewerkt omdat een gast via de trouwwebsite net heeft laten weten dat hij toch niet bij het welkomstdiner kan zijn maar wel bij de bruiloft zelf. Die twee statussen naast elkaar, voor twee verschillende dagen, zijn precies waar een bruiloft van meer dagen om vraagt en waar een simpele lijst met namen tekortschiet.
Het is verleidelijk om bij meerdere dagen te denken dat je dus ook meerdere dossiers nodig hebt, een soort planning per dag. Dat is niet hoe het werkt en het is ook niet nodig. Het budget, de gastenlijst, de kluis voor offertes en contracten, dat blijft één geheel, ook als de inhoud over drie dagen verspreid is. Wat verandert is niet de structuur van het dossier, maar het aantal blokken dat je erin zet. Een tweede trouwlocatie, een tweede cateraar, eventueel een tweede fotograaf als die alleen voor het informele diner komt en niet voor de hoofddag. Elk van die blokken hoort bij dezelfde begroting en dezelfde gastenlijst als de rest.
Er is ook geen aparte inlog nodig voor wie alleen over één van de dagen gaat. Wanneer ouders of getuigen meehelpen met bijvoorbeeld het welkomstdiner, geef je hun toegang tot precies dat blok, niet tot de rest van het dossier. Zo blijft het overzicht van jullie twee compleet, terwijl anderen alleen zien waar zij verantwoordelijk voor zijn. Dat scheelt een gesprek dat anders elke week terugkomt: wie weet wat, en wie moet nog wat doorgeven aan wie.