Bruidswarenhuis
Wie voor het eerst een bruiloft begroot, denkt aan een lijst met bedragen. Fotograaf zoveel, locatie zoveel, jurk zoveel. Dat overzicht klopt, maar het is niet het probleem dat later voor spanning zorgt. Het probleem is de datum. Niet wat iets kost, maar wanneer het betaald moet zijn, en of dat een heel bedrag is of een deel.
De meeste leveranciers werken met een aanbetaling bij het boeken en een restbedrag kort voor de bruiloft, of op de dag zelf. Dat is op zich geen verrassing als je het weet. Maar in de praktijk boeken mensen de fotograaf in januari, de locatie in maart en de catering in juni, en dan is er nergens één plek waar die drie aanbetalingen en die drie restbetalingen naast elkaar staan. Het bedrag dat op 1 januari als aanbetaling voor de fotograaf moet worden overgemaakt, wordt niet vergeten omdat het te veel is, maar omdat niemand het naast de aanbetaling voor de trouwauto had gezet, die toevallig in dezelfde week moet.
Wanneer elke keuze die je maakt vanzelf een post in het budget wordt, met de naam van de leverancier, de categorie waarin die valt en het bedrag dat je invult, ontstaat dat overzicht zonder dat je het apart moet bijhouden. Je kiest een fotograaf uit de gids, of voegt je eigen fotograaf toe, en die keuze staat meteen in het budget als post. Daar vul je in wat het kost, wanneer het betaald moet worden, en apart het deel dat aanbetaling is en het deel dat restbetaling is. Het systeem telt dat op en laat zien wat er op een bepaald moment nog openstaat.
Wat dat oplevert, is niet een lager totaal. Het is zicht op de maand waarin drie aanbetalingen tegelijk vervallen, terwijl je dacht dat je die maand rustig was omdat je nog niets had geboekt voor de bruidstaart. Zonder dat overzicht ontdek je dat pas als de bank je saldo laat zien. Met het overzicht zie je het drie maanden eerder, op het moment dat je de keuze voor de locatie maakt en de aanbetaling intikt.
Een bruidspaar dat de catering boekt, vult vaak alleen het totaalbedrag in en laat de rest voor later. Dat is begrijpelijk, want de offerte noemt vaak alleen het totaal, en de aanbetaling wordt pas in een aparte mail of factuur duidelijk. Maar juist dat tweede moment, de mail met de aanbetaling, is wat mensen vergeten te noteren. Ze weten wel dat de catering achttienhonderd euro kost, maar niet meer dat daarvan zeshonderd euro al in april moest worden overgemaakt.
Door de aanbetaling en de restbetaling apart in te vullen bij elke post, blijft dat onderscheid zichtbaar. Niet als extra werk, maar als onderdeel van hetzelfde veld waar je toch al het bedrag invult. Het scheelt niet in tijd bij het invoeren; het scheelt in het moment waarop je merkt dat er iets openstaat. Dat moment ligt dan vóór de betaaldatum, niet erna.
Bij één post is het probleem klein. Wie alleen de trouwlocatie moet betalen, houdt dat makkelijk in zijn hoofd. Het wordt onoverzichtelijk zodra er tien, twaalf of vijftien posten zijn, elk met een eigen aanbetaling en een eigen restdatum, verspreid over anderhalf jaar. Dan is het niet één bedrag dat je vergeet, maar de optelling van kleine bedragen die toevallig in dezelfde maand vallen.
Een concreet voorbeeld: de aanbetaling voor de bruidskleding valt in februari, net als de aanbetaling voor de weddingplanner en de eerste termijn van de trouwlocatie. Los bekeken zijn dat drie normale bedragen. Samen, in die maand, is het een optelling die niemand vooraf had uitgerekend, omdat elke leverancier zijn eigen betaaltermijn hanteert en niemand die naast elkaar had gelegd. Omdat elke keuze automatisch een post wordt met een eigen datum, zie je die stapeling zodra je de bedragen invult, niet wanneer de afschrijvingen zich opstapelen op de rekening.
Omdat het budget wordt opgebouwd uit de keuzes die je toch al maakt, hoef je niet apart een lijst met bedragen te beheren naast je dossier. Er is geen tweede plek nodig waar je alles nog eens optelt. De post ontstaat op het moment dat je een blok invult, of het nu de trouwauto is, de ringen, of iets dat niet in de standaardlijst stond en dat je zelf hebt toegevoegd via de knop voor een eigen blok. Ook die eigen toevoeging krijgt een post, met dezelfde velden voor bedrag, datum, aanbetaling en restbetaling.
Dat is meteen ook waarom je dit niet los van de rest van het dossier moet bijhouden in een spreadsheet ernaast. Zodra je dat wel doet, ontstaan er twee versies van de waarheid: de post in het dossier, gekoppeld aan de leverancier die je hebt gekozen, en een handmatig bijgehouden rij in een schema die je zelf actueel moet houden. Het is dat tweede dat mensen vergeten te updaten, niet het eerste.
Bij een klein aantal leveranciers, of wanneer alles in één keer wordt betaald zonder gesplitste aanbetaling, is het onderscheid tussen aanbetaling en restbetaling minder relevant. Wie bijvoorbeeld de bruidsschoenen gewoon in de winkel afrekent, heeft daar geen twee data voor nodig. Vul in dat geval het hele bedrag in bij de datum waarop je het betaalt, en laat het veld voor restbetaling leeg. Het systeem vraagt niet om een tweede datum als er geen tweede betaling is.
Het heeft ook geen zin om alvast bedragen in te vullen voordat je een keuze hebt gemaakt. Een leeg blok voor de trouwauto, waarvoor je nog geen leverancier hebt gekozen, hoeft niet met een geschat bedrag gevuld te worden. Dat schept een schijn van overzicht die niet klopt zodra de echte offerte binnenkomt en het bedrag anders is. Beter is om de post pas te vullen op het moment dat de keuze vaststaat en de leverancier een bedrag en een betaaldatum heeft genoemd.
Waar dit onderdeel om vraagt, is dus niet dat je alles in één keer regelt, maar dat je bij elke keuze die je maakt, ook meteen het moment van betalen invult, niet alleen het bedrag. Dat is het verschil tussen een lijst die klopt op papier en een overzicht dat je op tijd waarschuwt.